Panda hangs in suspend

as a usable workaround we can disable the SUSPEND support for now

The attachment "0001-UBUNTU-Config-disable-SUSPEND-support.patch" of this bug report has been identified as being a patch. The ubuntu-reviewers team has been subscribed to the bug report so that they can review the patch. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-sponsors please also unsubscribe the team from this bug report.

[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]

Hi,

In theory, we can enable remote wakeup on many remote-wakeup
capable devices, then system sleep may be brought out by these
devices.

I have not tried Oneiric kernel recently on Panda, but on mainline kernel
plus some TI's patch I can wakeup panda in system sleep by ttyO2
(uart3 per OMAP4 manual).

You can find the devices with remote capability by below:

           find /sys/devices/platform/ -name wakeup

Just this command can enable remote wakeup(take uart.2 for example):

    echo enabled >/sys/devices/platform/omap/omap_uart.2/power/wakeup

In fact, panda may support wakeup from 'user button'(gpio 121), but
it doesn't work now. Also, ehci/ohci ports should be as remote wakeup
source too, and TI guys are working on it.

So we don't need to disable system sleep now.

thanks,
--
Ming Lei

the problem is that if we ship the kernel as-is, the board will hang solid whenever someone tries to suspend it: be it via pm-suspend or any other user land tool.

can you point me to the patches you tried on top of mainline?

On Mon, Oct 3, 2011 at 9:01 PM, Paolo Pisati <email address hidden> wrote:
> the problem is that if we ship the kernel as-is, the board will hang
> solid whenever someone tries to suspend it: be it via pm-suspend or any
> other user land tool.

Not mention before, RTC can wakeup system certainly.

> can you point me to the patches you tried on top of mainline?

It is the patch set written by Govindraj.R" <email address hidden>:

       OMAP2+: UART: Add runtime pm support for omap-serial driver

but you need to add remote wakeup capability for omap4 uart manually.

Sorry for not providing the link since I am on vocation and a bit busy now,
you can get it by google via the title.

thanks,
--
Ming Lei

On 10/04/2011 10:58 AM, Ming Lei wrote:
>
> Not mention before, RTC can wakeup system certainly.

yep, last time i tried rtc correctly generated the interrupt when the
timer expired but it didn't wake up the board

>> can you point me to the patches you tried on top of mainline?
>
> It is the patch set written by Govindraj.R" <email address hidden>:
>
> OMAP2+: UART: Add runtime pm support for omap-serial driver

ok, i'll take a look

--
bye,
p.

On Tue, Oct 4, 2011 at 5:44 PM, Paolo Pisati <email address hidden> wrote:
> On 10/04/2011 10:58 AM, Ming Lei wrote:
>>
>> Not mention before, RTC can wakeup system certainly.
>
> yep, last time i tried rtc correctly generated the interrupt when the
> timer expired but it didn't wake up the board

If so, you should file a bug on rtc remote wakeup on panda, instead
of disabling system sleep simply, :-)

>
>>> can you point me to the patches you tried on top of mainline?
>>
>> It is the patch set written by Govindraj.R" <email address hidden>:
>>
>>        OMAP2+: UART: Add runtime pm support for omap-serial driver
>
> ok, i'll take a look

On Tue, Oct 4, 2011 at 5:44 PM, Paolo Pisati <email address hidden> wrote:
> On 10/04/2011 10:58 AM, Ming Lei wrote:
>>
>> Not mention before, RTC can wakeup system certainly.
>
> yep, last time i tried rtc correctly generated the interrupt when the
> timer expired but it didn't wake up the board
>
>>> can you point me to the patches you tried on top of mainline?
>>
>> It is the patch set written by Govindraj.R" <email address hidden>:
>>
>>        OMAP2+: UART: Add runtime pm support for omap-serial driver
>
> ok, i'll take a look

In fact, 3.1-rc6 can be woke up by uart2 without any patch after you
enabled remote wakeup for ttyO2.

But looks like there are still some problems about ubuntu oneiric omap4 kernel:

      - musb suspend oos
      - some other warnings in suspend path
      ......

thanks,
--
Ming Lei