Hi Jack ! On 12 Feb 2007 19:23:00 GMT, Jack Malmostoso <[EMAIL PROTECTED]> wrote:
On my iBook (beginning 2004) it works just perfectly, and I don't use any scripts or unload any module before sleeping it. Just close the lid and forget about it. On wakeup my bcm43xx module is still alive and kickin' if I stay in the range of the AP I was connected prior to sleeping.
What is triggering your suspend-to-disk ? Is that powerprefs ?
Maybe you should report the output that appears on the screen when you wake up the machine and see if something is wrong.
Here is a typical message I get from my tens of trials this evenining. -----------------begining------------------------------------------------------- usbdev3.1_ep81: PM: suspend 0->, parent 3-0:1.0 already 1 usbdev2.1_ep81: PM: suspend 0->, parent 2-0:1.0 already 1 Unable to handle kernel paging request for data at address 0x100d115c Faulting instruction address: 0xf20ba97c Oops: Kernel access of bad area, sig: 11 [#1] Modules linked in: fuse lp parport ipv6 snd_powermac snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc dm_snapshot dm_mirror dm_mod cpufreq_userspace radeon drm therm_adt746x joydev appletouch bcm43xx firmware_class ieee80211softmac ieee80211 ieee80211_crypt uninorth_agp agpgart evdev tsdev ext3 jbd mbcache usbhid ide_cd cdrom ohci1394 sungem sungem_phy ieee1394 ide_disk ehci_hcd ohci_hcd usbcore i2c_powermac NIP: F20BA97C LR: C0101518 CTR: F20BA978 REGS: ef7ebd50 TRAP: 0300 Not tainted (2.6.18-4-powerpc) MSR: 00009032 <EE,ME,IR,DR> CR: 28002428 XER: 20000000 DAR: 100D115C, DSISR: 40000000 TASK = c0fab870[3965] 'echo' THREAD: ef7ea000 GPR00: F20BA978 EF7EBE00 C0FAB870 C1E08C00 C00F4E2C 00000000 003F106B 003F106B GPR08: C0363000 100D0000 C031D00C C1E0914C 00000000 1001BC20 28204422 10030000 GPR16: 10030000 10017C7D 7F905BE0 00000000 00000000 7F905BD8 10018270 10018240 GPR24: 00000000 EF7EBF20 00000004 00000004 C024E790 C02F2734 00000000 C1E08C00 NIP [F20BA97C] usb_hcd_pci_resume+0x4/0x16c [usbcore] LR [C0101518] pci_device_resume+0x3c/0x8c Call Trace: [EF7EBE00] [C00F4D68] kobject_put+0x24/0x34 (unreliable) [EF7EBE10] [C01AC204] resume_device+0xa0/0xe4 [EF7EBE20] [C01AC390] dpm_resume+0x9c/0x11c [EF7EBE40] [C01AC44C] device_resume+0x3c/0x70 [EF7EBE50] [C004BC2C] pm_suspend_disk+0xe8/0x104 [EF7EBE70] [C004A894] enter_state+0x80/0x1ec [EF7EBE90] [C004AA88] state_store+0x88/0xb0 [EF7EBEB0] [C00BB90C] subsys_attr_store+0x30/0x48 [EF7EBEC0] [C00BBC94] sysfs_write_file+0x120/0x194 [EF7EBEF0] [C007A660] vfs_write+0xec/0x1c8 [EF7EBF10] [C007AD14] sys_write+0x4c/0x8c [EF7EBF40] [C0011F08] ret_from_syscall+0x0/0x40 --- Exception: c01 at 0xff5bb9c LR = 0xfefcb0c Instruction dump: 9421fff0 7c0802a6 7c641b78 3c60f20d 3863f560 90010014 480027fd 80010014 38210010 7c0803a6 4e800020 9421ffe0 <7c0802a6> bfa10014 7c7e1b78 3ba00000 -------------------------------end-------------------------------------- Ouf ! Next time I will have to try another way to get this message (better than retyping it....netconsole ?) That was what I get when I invoke hibernate, or echo "disk" > /sys/power/state from the command line. I have no idea what all these symbols mean. Can anyone explain to me what happened ? Is the problem hardware-related ? Suspend-to-disk is supposed to use my swap partition. Thnak you in advance for your help. Cedric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
