Hi!
> btw, suspend is a bit messy. The disk spins down. Then up. Then down
> again. And:
Yes, that's known, pm_message_t needs to become struct to solve disk
pingpong properly.
> Debug: sleeping function called from invalid context at mm/slab.c:2082
> in_atomic():0, irqs_disabled():1
> [<c010318d>] dump_stack+0x19/0x20
> [<c0111731>] __might_sleep+0x91/0x9c
> [<c01365df>] kmem_cache_alloc+0x23/0x84
> [<c0232d50>] acpi_evaluate_integer+0x3c/0xac
> [<c024b3d9>] acpi_bus_get_status+0x39/0x94
> [<c024ca99>] acpi_pci_link_set+0x16d/0x1e8
> [<c024ce65>] acpi_pci_link_resume+0x1d/0x28
> [<c024ce8a>] irqrouter_resume+0x1a/0x38
> [<c0281e3c>] sysdev_resume+0x2c/0xae
> [<c0285ea8>] device_power_up+0x8/0x11
> [<c012a873>] swsusp_suspend+0x4b/0x58
> [<c012ac35>] pm_suspend_disk+0x35/0x74
> [<c01292ea>] enter_state+0x2e/0x70
> [<c0129336>] software_suspend+0xa/0x10
> [<c024a8a7>] acpi_system_write_sleep+0x73/0x98
> [<c0149f1b>] vfs_write+0xaf/0x118
> [<c014a028>] sys_write+0x3c/0x68
> [<c0102c05>] sysenter_past_esp+0x52/0x75
ACPI problem, patches are available (s/GFP_KERNEL/GFP_ATOMIC), but Len
claims better solution is ready... OTOH he claims that for half a year
already so we may push him a bit (added to cc).
> Powering off system
> Debug: sleeping function called from invalid context at
> include/linux/rwsem.h:66
> in_atomic():0, irqs_disabled():1
>
> [<c010318d>] dump_stack+0x19/0x20
> [<c0111731>] __might_sleep+0x91/0x9c
> [<c0285872>] device_shutdown+0x16/0x82
> [<c012aa97>] power_down+0x47/0x74
> [<c012ac5a>] pm_suspend_disk+0x5a/0x74
> [<c01292ea>] enter_state+0x2e/0x70
> [<c0129336>] software_suspend+0xa/0x10
> [<c024a8a7>] acpi_system_write_sleep+0x73/0x98
> [<c0149f1b>] vfs_write+0xaf/0x118
> [<c014a028>] sys_write+0x3c/0x68
> [<c0102c05>] sysenter_past_esp+0x52/0x75
I'll look at this one.
Pavel
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
