This is probably fixed by the patch associated with [PATCH 2.6.15] I2O: move pci_request_regions() just behind pci_enable_device() Sincerely -- Mark Salyzyn > -----Original Message----- > From: Andrew Morton [mailto:akpm@xxxxxxxx] > Sent: Thursday, January 19, 2006 6:38 AM > To: linux-scsi@xxxxxxxxxxxxxxx > Cc: Salyzyn, Mark; bugme-daemon@xxxxxxxxxxxxxxxxxxxx > Subject: Fw: [Bugme-new] [Bug 5735] New: System boot hangs > Adaptec 2100S card > > Begin forwarded message: > > Date: Mon, 12 Dec 2005 11:14:26 -0800 > From: bugme-daemon@xxxxxxxxxxxxxxxxxxx > To: bugme-new@xxxxxxxxxxxxxx > Subject: [Bugme-new] [Bug 5735] New: System boot hangs > Adaptec 2100S card > > http://bugzilla.kernel.org/show_bug.cgi?id=5735 > > Summary: System boot hangs Adaptec 2100S card > Kernel Version: 2.6.14.3 > Status: NEW > Severity: normal > Owner: andmike@xxxxxxxxxx > Submitter: felix.seeger@xxxxxx > > > During boot with an Adaptec 2100S card, 4 drives attached (1 > single, 3 as > raid5 array) the system hangs on Debian stable. > > > Here is a part from the console I've written down: > > iop0: controller found > PCI: Unable to reserv mem region ... for device ...(iop0) > iop0: device already claimed > iop0: DMA/IO allocation fopr I2O controller failed > ... > ... > dpti0: Trying to abort cmd=56 > > The system hangs here, bootup with 2.6.8 from Debian works fine, I am > compiling older kernel versions atm. The raid array and disks > where detected > correctly prior to the messages above. - : 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
