![]() | |||||||||||||
Messages in this thread |
Helge Hafting wrote: > Jeff Garzik wrote: > >> Helge Hafting wrote: >> >>> I tried compiling and booting rc1. The machine is remote, and did not >>> come up. So I don't know why it didn't come up, but it is likely >>> that it is the same problem. >> >> >> >> Any chance at all to get netconsole or serial console output, after >> turning on ATA_DEBUG and ATA_VERBOSE_DEBUG in include/linux/libata.h ? > > > Tricky - no other machines around for serial. Maybe I can look into > netconsole, and see if it'll work over an internet connection. > > The first try will be turning on that debug stuff and writing down what > happens. > > The machine have the following block devices: > * floppy drive > * IDE dvd writer > * 3 SCSI disks on a scsi controller > * 2 SATA disks on the mainboard sata > * USB card reader with 4 SCSI LUNs. > > Dmesg stuff from a normal 2.6.14 startup, in case it may be of help: > VP_IDE: chipset revision 6 > VP_IDE: not 100% native mode: will probe irqs later > VP_IDE: VIA vt8237 (rev 00) IDE UDMA133 controller on pci0000:00:0f.1 > Probing IDE interface ide0... > hda: PLEXTOR DVDR PX-712A, ATAPI CD/DVD-ROM drive > ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 > Losing some ticks... checking if CPU frequency changed. > hda: ATAPI 40X DVD-ROM DVD-R CD-R/RW drive, 8192kB Cache, UDMA(33) > Uniform CD-ROM driver Revision: 3.20 > ACPI: PCI Interrupt 0000:00:05.0[A] -> GSI 16 (level, low) -> IRQ 16 > sym0: <895> rev 0x1 at pci 0000:00:05.0 irq 16 > sym0: Tekram NVRAM, ID 7, Fast-40, LVD, parity checking > sym0: SCSI BUS has been reset. > scsi0 : sym-2.2.1 > Vendor: FUJITSU Model: MAS3184NP Rev: 0104 > Type: Direct-Access ANSI SCSI revision: 03 > target0:0:0: tagged command queuing enabled, command queue depth 4. > target0:0:0: Beginning Domain Validation > target0:0:0: asynchronous. > target0:0:0: wide asynchronous. > target0:0:0: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31) > target0:0:0: Ending Domain Validation > target0:0:1: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31) > Vendor: IBM Model: DDYS-T09170N Rev: S96H > Type: Direct-Access ANSI SCSI revision: 03 > target0:0:1: tagged command queuing enabled, command queue depth 4. > target0:0:1: Beginning Domain Validation > target0:0:1: asynchronous. > target0:0:1: wide asynchronous. > target0:0:1: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31) > target0:0:1: Ending Domain Validation > Vendor: IBM Model: IC35L018UWD210-0 Rev: S5BS > Type: Direct-Access ANSI SCSI revision: 03 > target0:0:6: tagged command queuing enabled, command queue depth 4. > target0:0:6: Beginning Domain Validation > target0:0:6: asynchronous. > target0:0:6: wide asynchronous. > target0:0:6: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 31) > target0:0:6: Ending Domain Validation > libata version 1.12 loaded. > sata_via version 1.1 > ACPI: PCI Interrupt 0000:00:0f.0[B] -> Link [ALKA] -> GSI 20 (level, > low) -> IRQACPI: PCI Interrupt 0000:00:0f.0[B] -> Link [ALKA] -> GSI 20 > (level, low) -> IRQ 17 > PCI: Via IRQ fixup for 0000:00:0f.0, from 10 to 1 > sata_via(0000:00:0f.0): routed to hard irq line 1 The VIA irq fixup keeps changing, I wonder if this is a cause... Jeff - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2005-12-01 10:40 [from the cache] ©2003-2008 | |||||||||||||