2.6.25-rc1 ahci regression
in [Kernel]
|
Prev: [PATCH 06/12] oom: remove warning for in mm-less task __oom_kill_process()
Next: [PATCH] acer-wmi/hp-wmi: use platform_device_unregister instead of platform_device_del in module_exit
From: Jeff Garzik on 3 Jun 2010 12:00 On 06/03/2010 03:28 AM, Luming Yu wrote: > On Thu, Jun 3, 2010 at 3:13 PM, Jeff Garzik<jeff(a)garzik.org> wrote: >> On 06/03/2010 03:02 AM, Luming Yu wrote: >>> >>> Hi there, >>> >>> I happened to notice that the commit 365cfa1ed5 caused the following >>> boot error with 2.6.25-rc1 >>> on a system with ICH10 SATA AHCI controller. It's weird if there is >>> really no function changes in the patch. >>> >>> Any ideas? >>> >>> >>> dracut: Starting plymouth daemon >>> pata_jmicron 0000:0f:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 >>> scsi0 : pata_jmicron >>> Initializing USB Mass Storage driver... >>> scsi1 : usb-storage 1-5:1.0 >>> scsi2 : pata_jmicron >>> ata1: PATA max UDMA/100 cmd 0xd040 ctl 0xd030 bmdma 0xd000 irq 16 >>> ata2: PATA max UDMA/100 cmd 0xd020 ctl 0xd010 bmdma 0xd008 irq 16 >>> usbcore: registered new interface driver usb-storage >>> USB Mass Storage support registered. >>> scsi 1:0:0:0: CD-ROM PepperC Virtual Disc 1 0.01 PQ: 0 ANSI: >>> 3 >>> sr0: scsi-1 drive >> >> Your output here does not indicate a boot error, so to what do you refer? > sr0: scsi-1 drive > Uniform CD-ROM driver Revision: 3.20 > > Boot has failed, sleeping forever. Your output does not show the driver even printing out version info. Therefore I conclude that you are not loading the driver at all... You need to load both libahci and ahci modules. Jeff -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Américo Wang on 4 Jun 2010 01:00
On Thu, Jun 03, 2010 at 07:55:05PM +0400, Anton Vorontsov wrote: >On Thu, Jun 03, 2010 at 11:45:33PM +0800, Américo Wang wrote: >> On Thu, Jun 03, 2010 at 07:04:22PM +0400, Anton Vorontsov wrote: >> >On Thu, Jun 03, 2010 at 10:13:57PM +0800, Luming Yu wrote: >> >> On Thu, Jun 3, 2010 at 9:50 PM, Anton Vorontsov <cbouatmailru(a)gmail.com> wrote: >> >> > On Thu, Jun 03, 2010 at 05:23:19PM +0400, Anton Vorontsov wrote: >> >> > [...] >> >> >> Oh. It seems I found it. It must be the module order loading >> >> >> thing. >> >> >> >> >> >> Can you try the patch down below? >> >> > >> >> > OTOH... libahci is a link-time dependency. And the order doesn't >> >> > matter here. So you should just have the libahci module in >> >> > the initrd (actually, mkinitrd or whatever you use should >> >> > have included this automatically). >> >> > >> >> >> >> Neither ahci nor libachi is automatically included in initrd.. >> > >> >What commands you use to build the kernel and initrd? >> > >> >> Manually added ahci and libachi into initrd seems to make the problem go away.. >> >> Any idea why that could happen? >> > >> >No idea off hand. >> > >> >Cc'ing Kbuild folks. Question is: is there something wrong with >> >writing stuff like this: >> >obj-$(CONFIG_SATA_AHCI) += ahci.o libahci.o >> >obj-$(CONFIG_SATA_AHCI_PLATFORM) += ahci_platform.o libahci.o >> >as in drivers/ata/Makefile? >> > >> >It seem to link fine, .ko's are created. But for some reason >> >initrd doesn't include these modules for Luming... >> > >> >> Odd. >> Are these modules exported to /lib/modules/`uname -r`/ directory? > >At least for me, yes (debian sid). It all looks sane. > Then it's unlikely to be a problem of kbuild. :) > >I just found Fedora's mkinitrd, and I see this: > >~/mkinitrd$ git grep -A 5 -B 5 ahci >functions- for m in $items ; do >functions- char=$(echo $m | cut -c1) >functions- if [ $char = '=' ]; then >functions- NAME=$(echo $m | cut -c2-) >functions- if [ "$NAME" = "ata" ]; then >functions: MODS="$MODS $(cat /lib/modules/$kernel/modules.block |egrep '(ata|ahci)' |sed -e 's/.ko//')" >functions- else >functions- # Ignore if group list does not exist >functions- if [ -e /lib/modules/$kernel/modules.$NAME ]; then >functions- MODS="$MODS $(cat /lib/modules/$kernel/modules.$NAME |sed -e 's/.ko//')" >functions- fi > >Hm? What is this? Maybe it breaks when it sees libahci? > Not sure, Luming is using dracut, I guess if this would be a bug of dracut, let me check the source code first... Thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |