Re: Linux 2.6.15-rc3

[Jeff Garzik <jgarzik@pobox.com>]

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