Trenton D. Adams wrote: > On Tue, Apr 7, 2009 at 10:16 AM, Stefan Richter > <stefanr@xxxxxxxxxxxxxxxxx> wrote: >> Linus Torvalds wrote: >>> On Mon, 6 Apr 2009, Rafael J. Wysocki wrote: >>>> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13018 >>>> Subject : 2.6.29 on MacBook 2,1 fails to reboot ... >>> The bug _sounds_ like some deadlock due to lock problems - the shutdown >>> path often triggers locks that no other path really cares about. And we >>> had some lock problems in the sound subsystem that got fixed post-2.6.28, >>> for example. >>> >>> And it looks like the problem is somewhere in sound shutdown: >>> >>> 12181 delete_module("snd_hda_codec", O_RDONLY|O_EXCL) = -1 EAGAIN (Resource temporarily unavailable) <0.000011> >>> >>> So commits like 91054598f794fb5d8a0b1e747ff8e2e8fc2115b3 ("ALSA: pcm_oss, >>> fix locking typo") might explain it. ... >> could it be the same as this one? >> http://bugzilla.kernel.org/show_bug.cgi?id=12321 >> "System hangs when unloading alsa modules" >> http://bugs.gentoo.org/show_bug.cgi?id=253535 >> "System hangs when unloading alsa modules on Kernel >2.6.28" ... > The first one looks similar, if not identical. The second one > doesn't, because my problem happens on 2.6.29 only, not 2.6.28. The Gentoo bug entry too is about a regression _after_ 2.6.28. :-) I.e. 2.6.28.y. are unaffected. It's actually just the downstream duplicate of the kernel.org bug entry. > Either way, the unload problem with the module didn't happen in > 2.6.28. Interdependencies between ALSA modules have changed. The Gentoo init scripts attempted to unload them in an order which deadlocked modprobe due to dependencies. The fix for Gentoo is to just not unload the modules on system shutdown. My Gentoo/amd64 Mac mini was affected by this too; fixed by userland update. (Added Cc to tiwai@xxxxxxx) -- Stefan Richter -=====-=-=== -=-= -==-= http://arcgraph.de/sr/ -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html