Panda hangs in suspend

Bug #863314 reported by Paolo Pisati on 2011-09-30
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux-ti-omap4 (Ubuntu)
Undecided
Unassigned

Bug Description

on serial console:

...
[ 165.206359] omap-abe-dai omap-abe-dai: omap_abe_dai_shutdown: MultiMedia1
[ 1960.635467] wl1271: down
[ 1965.487670] init: anacron main process (822) killed by TERM signal
[ 1966.951873] usb 1-1.3.1: unlink qh8-0e01/e92a1540 start 6 [1/2 us]
[ 1967.542633] PM: Syncing filesystems ... done.
[ 1967.550628] PM: Preparing system for mem sleep
[ 1967.556793] Freezing user space processes ... (elapsed 0.02 seconds) done.
[ 1967.579437] Freezing remaining freezable tasks ... (elapsed 0.02 seconds) done.
[ 1967.618011] PM: Entering mem sleep
[ 1967.618011] Suspending console(s) (use no_console_suspend to debug)

and there's no way to resume the board: no WOL, no chance via rtc, etcetc

flag@omap:~$ uname -a
Linux omap 3.0.0-1205-omap4 #10 SMP PREEMPT Fri Sep 30 15:08:46 CEST 2011 armv7l armv7l armv7l GNU/Linux

Paolo Pisati (p-pisati) wrote :

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.]

tags: added: patch

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

Paolo Pisati (p-pisati) 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.

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

Ming Lei (tom-leiming) wrote :

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

Paolo Pisati (p-pisati) 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

--
bye,
p.

Ming Lei (tom-leiming) wrote :

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

Ming Lei (tom-leiming) wrote :

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

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers