[ 48.848796] Loading iSCSI transport class v2.0-724. [ 48.854066] iscsi: registered transport (tcp) [ 48.858479] ahc_linux_pci_init [ 48.861676] ahc_linux_pci_dev_probe [ 48.865208] ACPI: PCI Interrupt 0000:00:06.0[A] -> GSI 17 (level, low) -> IRQ 17 [ 48.872628] ahc_pci_config [ 48.875335] set_power_state [ 48.878126] map_registers [ 48.880744] ahc_pci_map_registers enter [ 48.884571] .read_config [ 48.887106] .reserve_mem [ 48.889647] .write_config_iferr0 [ 48.892871] .test_registers_iferr0 [ 48.896265] ahc_pci_test_register_access enter [ 48.900699] .read_config [ 48.903235] .write_config_noserr [ 48.906462] .hcnctrl [ 48.908648] .hcntrl pause cmd [ 48.911616] .I will pause 4E4 if missing errh before :/
ok, as expected, the wait for pause ended loop, (someone with the specs pls say max HZ for a) wait_interruptible(_timeout)() here. yes, I know that case must not happen and it should bug cause the pci config is messed up already, but generally such loops are surely inacceptable in such a kernel thread.
will dump the config data to here, maybe its readable to the aic devs. then disable test and will let it bug somewhere further where the cause can possibly be easier seen.
- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
