Re: [iPAQ] Suspend/resume bug

I tried switching to 2.18.55 to see if it would work better, but I still
get the lockups. I did notice something new, though. I was pressing
the suspend button several times to see if it lockup, and if it printed
anything when it locked up, and this happened:

run_sbin_pm_helper:71 pm_helper_path=/sbin/pm_helper
run_sbin_pm_helper:71 pm_helper_path=/sbin/pm_helper
rtc_pm_callback: pm callback 0 RTSR=00000000 ICPR=10000000
run_sbin_pm_helper:71 pm_helper_path=/sbin/pm_helper
run_sbin_pm_helper:71 pm_helper_path=/sbin/pm_helper
rtc_pm_callback: pm callback 0 RTSR=00000000 ICPR=10000000
run_sbin_pm_helper:71 pm_helper_path=/sbin/pm_helper
run_sbin_pm_helper:71 pm_helper_path=/sbin/pm_helper
rtc_pm_callback: pm callback 0 RTSR=00000000 ICPR=10000000
run_sbin_pm_helper:71 pm_helper_path=/sbin/pm_helper
Unable to handle kernel paging request at virtual address 00010400
pgd = c0004000
*pgd = 00000000, *pmd = 00000000
Internal error: Oops: ffffffff
CPU: 0
pc : [<c0035840>] lr : [<c0035838>] Not tainted
sp : c3d0ff28 ip : c3d0ff54 fp : c3d0ff50
r10: 000006a4 r9 : c3d89570 r8 : c0154f5c
r7 : 00000000 r6 : c3d8956c r5 : c3d8956c r4 : 00010400
r3 : 00000000 r2 : c3d85400 r1 : 00000000 r0 : c3d8956c
Flags: nZCv IRQs on FIQs on Mode SVC_32 Segment user
Control: C3D8B17F Table: C3D8B17F DAC: 00000015
Process S98opie (pid: 316, stackpage=c3d0f000)
Stack: (0xc3d0ff18 to 0xc3d10000)
ff00: c0035838
c0035840
ff20: 60000013 ffffffff 00000000 c00111a0 00000000 00001000 bffff000
c3d0e000
ff40: c3d0e000 c3d0ff78 c3d0ff54 c0038c80 c00357d8 c00111a0 c3d0e000
00000000
ff60: c3d0e000 c0122e10 00000001 c3d0ff8c c3d0ff7c c0024e40 c0038b18
c00111a0
ff80: c3d0ff9c c3d0ff90 c0029d14 c0024dc4 c3d0ffac c3d0ffa0 c0029fa4
c0029c50
ffa0: 00000000 c3d0ffb0 c0019880 c0029f98 0000013e c001f5a4 00000000
ffffffff
ffc0: 00000000 00000000 0000013e 00000000 0014131c bffffa3c 00000001
00077958
ffe0: 00000001 bffffe58 400f5fd0 bffff87c 0003b930 400f5fd4 60000010
00000000
Backtrace:
Function entered at [<c00357cc>] from [<c0038c80>]
Function entered at [<c0038b0c>] from [<c0024e40>]
Function entered at [<c0024db8>] from [<c0029d14>]
 r4 = C00111A0
Function entered at [<c0029c44>] from [<c0029fa4>]
Function entered at [<c0029f8c>] from [<c0019880>]
Code: e1a00005 ebffacf1 e5982004 e2844b01 (e5842000)
Segmentation fault

Does this give you any clue?

Another thing is that before it crashed it stopped printing the usb
messages. I usually get this sequence on suspend/resumes:

run_sbin_pm_helper:71 pm_helper_path=/sbin/pm_helper
usbctl: Stopped
usbctl: Closed
Unloading SA1100 USB Controller
SA1100 USB Controller Core Initialized
usbctl: Opened for usb-eth
usbctl: Started for usb-eth
run_sbin_pm_helper:71 pm_helper_path=/sbin/pm_helper
rtc_pm_callback: pm callback 0 RTSR=00000000 ICPR=10000000
run_sbin_pm_helper:71 pm_helper_path=/sbin/pm_helper
usbctl: Stopped
usbctl: Closed
Unloading SA1100 USB Controller
SA1100 USB Controller Core Initialized
usbctl: Opened for usb-eth
usbctl: Started for usb-eth
run_sbin_pm_helper:71 pm_helper_path=/sbin/pm_helper
rtc_pm_callback: pm callback 0 RTSR=00000000 ICPR=10000000

That may have just been caused by pressing the button too fast, but it
may be worth noting.

Brian

On Tue, 2003-01-21 at 13:26, Philip Blundell wrote:
> On Tue, 2003-01-21 at 01:34, Brian Webb wrote:
> > Just wondering if there has been any progress in finding the cause of
> > the suspend/resume bug. I have a 3765 running Opie, and it fails to
> > resume from suspend fairly often. I upgraded to bootldr 2.19.55, but
> > that didn't seem to help any.
> >
> > Is there anything I can do to help debug the problem?
>
> With bootldr 2.19.55, do you see anything at all on the serial console
> when trying to wake it from sleep?
>
> p.
>
> _______________________________________________
> Open Source Software for Compaq iPAQ Handhelds.
> iPAQ mailing list
> iPAQ@handhelds.org
> https://handhelds.org/mailman/listinfo/ipaq
> irc://irc.openprojects.net #ipaq

-- 
Brian Webb <webbb@desertscenes.net>