Driver not loaded for Adaptec AIC-7892P U160/m

I dual boot with arch linux. I used it to get a working kernel and finish the
install. the latest update I received linux kernel 2.6.8.1-2-386.

This kernel works.

Hopefully the next release cd image will have a kernel with aic7xxx

Yes, this module really should be in the scsi-modules udeb

aic7xxx is in scsi-common-modules, which is already in the initrd images used on
the CDs. As far as I know, it's always been there.

Jim, perhaps the problem is simply that your SCSI controller isn't detected
properly. Can you send me the output of 'lspci' and 'lspci -n', please?

0000:00:00.0 Host bridge: Intel Corp. 82860 860 (Wombat) Chipset Host Bridge
(MCH) (rev 04)
0000:00:01.0 PCI bridge: Intel Corp. 82850 850 (Tehama) Chipset AGP Bridge (rev 04)
0000:00:02.0 PCI bridge: Intel Corp. 82860 860 (Wombat) Chipset AGP Bridge (rev 04)
0000:00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB/EB/ER Hub interface to PCI
Bridge (rev 04)
0000:00:1f.0 ISA bridge: Intel Corp. 82801BA ISA Bridge (LPC) (rev 04)
0000:00:1f.1 IDE interface: Intel Corp. 82801BA IDE U100 (rev 04)
0000:00:1f.2 USB Controller: Intel Corp. 82801BA/BAM USB (Hub #1) (rev 04)
0000:00:1f.3 SMBus: Intel Corp. 82801BA/BAM SMBus (rev 04)
0000:00:1f.4 USB Controller: Intel Corp. 82801BA/BAM USB (Hub #2) (rev 04)
0000:00:1f.5 Multimedia audio controller: Intel Corp. 82801BA/BAM AC'97 Audio
(rev 04)
0000:01:00.0 VGA compatible controller: nVidia Corporation NV11GL [Quadro2
MXR/EX] (rev b2)
0000:02:1f.0 PCI bridge: Intel Corp. 82806AA PCI64 Hub PCI Bridge (rev 03)
0000:03:00.0 PIC: Intel Corp. 82806AA PCI64 Hub Advanced Programmable Interrupt
Controller (rev 01)
0000:03:0e.0 SCSI storage controller: Adaptec AIC-7892P U160/m (rev 02)
0000:04:0b.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78)
0000:04:0c.0 FireWire (IEEE 1394): Texas Instruments TSB12LV26 IEEE-1394
Controller (Link)

0000:00:00.0 Class 0600: 8086:2531 (rev 04)
0000:00:01.0 Class 0604: 8086:2532 (rev 04)
0000:00:02.0 Class 0604: 8086:2533 (rev 04)
0000:00:1e.0 Class 0604: 8086:244e (rev 04)
0000:00:1f.0 Class 0601: 8086:2440 (rev 04)
0000:00:1f.1 Class 0101: 8086:244b (rev 04)
0000:00:1f.2 Class 0c03: 8086:2442 (rev 04)
0000:00:1f.3 Class 0c05: 8086:2443 (rev 04)
0000:00:1f.4 Class 0c03: 8086:2444 (rev 04)
0000:00:1f.5 Class 0401: 8086:2445 (rev 04)
0000:01:00.0 Class 0300: 10de:0113 (rev b2)
0000:02:1f.0 Class 0604: 8086:1360 (rev 03)
0000:03:00.0 Class 0800: 8086:1161 (rev 01)
0000:03:0e.0 Class 0100: 9005:008f (rev 02)
0000:04:0b.0 Class 0200: 10b7:9200 (rev 78)
0000:04:0c.0 Class 0c00: 104c:8020

discover seems to have an entry for it:

        9005008f scsi aic7xxx AIC-7892P U160/m

Do I understand correctly that you are able to complete the first stage of the
installation, and reboot, but the system then does not come up?

If so, this is an initrd problem

That is correct. I completed the first stage of the install. then the system
would not boot.

So the fix was that you chrooted in and installed linux-image-2.6.8.1-2-386 from
Ubuntu? That should have been the same kernel used on the CD. If it wasn't, it
is now, and so this bug would be fixed.

I'm a bit unsure about all of this from the sound of it, though, so please
reopen if you have more information which indicates that the bug might still
exist. It would be great if you could try an install with a recent daily CD.

I downloaded the daily cd. Installed from it and the kernel worked great. so
this bug is definetly fixed. I still have an ieee1394 hotplug issues i have not
researched yet. today I had to use a live cd and just move out the 1394 hot
plug agent. But, the kernel was fine.

Thanks for taking the time to verify the fix.

I have had the problem with a AHA-2940 UW. The install stage 1 went OK, then the
system would reboot and fail to mount /home from /dev/sda2. In single user mode
I did modprobe aic7xxx and mount /home and everthing did continue.

I used a 4.1 install CD.

Is that the same bug ?

if it mounted the root filesystem successfully, that isn't the same bug. Is
your root filesystem on the same disk or a different disk?

root is on /dev/hda1 and /home is on /dev/sda2. Swap is on /dev/sda1

I'll file a new bug. I realize that this bug is older than warty.

BTW, adding aic7xxx in /etc/modules do the trick.

filed bug 13583 then