Re: SATA ahci Bug in 2.6.19.x
This works fine now. I tried the kernel option, but have not tried the patch. Manuel Jeff Garzik wrote: > Tejun Heo wrote: >> Manuel Metz wrote: >>> Tejun Heo wrote: Does it work if you give 'irqpoll' kernel parameter? >>> Yes this works with "irqpoll". But as you can see in the attached dmesg >>> output, now I get a bunch of APIC errors ... ? >> >> Manuel, Stefan, please try the attached patch over 2.6.20 and report the >> result. > > Booting with 'pci=nomsi' should achieve the same effect... > > Jeff > > -- --- Manuel Metz [EMAIL PROTECTED] Argelander Institut fuer Astronomie Auf dem Huegel 71 (room 3.06) D - 53121 Bonn E-Mail: [EMAIL PROTECTED] Web:www.astro.uni-bonn.de/~mmetz Phone: (+49) 228 / 73-3660 Fax:(+49) 228 / 73-3672 --- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
This works fine now. I tried the kernel option, but have not tried the patch. Manuel Jeff Garzik wrote: Tejun Heo wrote: Manuel Metz wrote: Tejun Heo wrote: Does it work if you give 'irqpoll' kernel parameter? Yes this works with irqpoll. But as you can see in the attached dmesg output, now I get a bunch of APIC errors ... ? Manuel, Stefan, please try the attached patch over 2.6.20 and report the result. Booting with 'pci=nomsi' should achieve the same effect... Jeff -- --- Manuel Metz [EMAIL PROTECTED] Argelander Institut fuer Astronomie Auf dem Huegel 71 (room 3.06) D - 53121 Bonn E-Mail: [EMAIL PROTECTED] Web:www.astro.uni-bonn.de/~mmetz Phone: (+49) 228 / 73-3660 Fax:(+49) 228 / 73-3672 --- - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
Tejun Heo wrote: Manuel Metz wrote: Tejun Heo wrote: Does it work if you give 'irqpoll' kernel parameter? Yes this works with "irqpoll". But as you can see in the attached dmesg output, now I get a bunch of APIC errors ... ? Manuel, Stefan, please try the attached patch over 2.6.20 and report the result. Booting with 'pci=nomsi' should achieve the same effect... Jeff - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
Manuel Metz wrote: > Tejun Heo wrote: >> Does it work if you give 'irqpoll' kernel parameter? >> > > Yes this works with "irqpoll". But as you can see in the attached dmesg > output, now I get a bunch of APIC errors ... ? Manuel, Stefan, please try the attached patch over 2.6.20 and report the result. -- tejun diff --git a/drivers/ata/ahci.c b/drivers/ata/ahci.c index 48616c6..882b205 100644 --- a/drivers/ata/ahci.c +++ b/drivers/ata/ahci.c @@ -209,6 +209,10 @@ struct ahci_port_priv { unsigned intncq_saw_dmas:1; }; +static int msi; +module_param(msi, int, 0444); +MODULE_PARM_DESC(msi, "Enable use of PCI MSI (0=off, 1=on)"); + static u32 ahci_scr_read (struct ata_port *ap, unsigned int sc_reg); static void ahci_scr_write (struct ata_port *ap, unsigned int sc_reg, u32 val); static int ahci_init_one (struct pci_dev *pdev, const struct pci_device_id *ent); @@ -1706,11 +1710,13 @@ static int ahci_init_one (struct pci_dev *pdev, const struct pci_device_id *ent) goto err_out; } - if (pci_enable_msi(pdev) == 0) - have_msi = 1; - else { - pci_intx(pdev, 1); - have_msi = 0; + if (msi) { + if (pci_enable_msi(pdev) == 0) + have_msi = 1; + else { + pci_intx(pdev, 1); + have_msi = 0; + } } probe_ent = kmalloc(sizeof(*probe_ent), GFP_KERNEL);
Re: SATA ahci Bug in 2.6.19.x
Manuel Metz wrote: Tejun Heo wrote: Does it work if you give 'irqpoll' kernel parameter? Yes this works with irqpoll. But as you can see in the attached dmesg output, now I get a bunch of APIC errors ... ? Manuel, Stefan, please try the attached patch over 2.6.20 and report the result. -- tejun diff --git a/drivers/ata/ahci.c b/drivers/ata/ahci.c index 48616c6..882b205 100644 --- a/drivers/ata/ahci.c +++ b/drivers/ata/ahci.c @@ -209,6 +209,10 @@ struct ahci_port_priv { unsigned intncq_saw_dmas:1; }; +static int msi; +module_param(msi, int, 0444); +MODULE_PARM_DESC(msi, Enable use of PCI MSI (0=off, 1=on)); + static u32 ahci_scr_read (struct ata_port *ap, unsigned int sc_reg); static void ahci_scr_write (struct ata_port *ap, unsigned int sc_reg, u32 val); static int ahci_init_one (struct pci_dev *pdev, const struct pci_device_id *ent); @@ -1706,11 +1710,13 @@ static int ahci_init_one (struct pci_dev *pdev, const struct pci_device_id *ent) goto err_out; } - if (pci_enable_msi(pdev) == 0) - have_msi = 1; - else { - pci_intx(pdev, 1); - have_msi = 0; + if (msi) { + if (pci_enable_msi(pdev) == 0) + have_msi = 1; + else { + pci_intx(pdev, 1); + have_msi = 0; + } } probe_ent = kmalloc(sizeof(*probe_ent), GFP_KERNEL);
Re: SATA ahci Bug in 2.6.19.x
Tejun Heo wrote: Manuel Metz wrote: Tejun Heo wrote: Does it work if you give 'irqpoll' kernel parameter? Yes this works with irqpoll. But as you can see in the attached dmesg output, now I get a bunch of APIC errors ... ? Manuel, Stefan, please try the attached patch over 2.6.20 and report the result. Booting with 'pci=nomsi' should achieve the same effect... Jeff - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
Tejun Heo wrote: > Does it work if you give 'irqpoll' kernel parameter? > Yes this works with "irqpoll". But as you can see in the attached dmesg output, now I get a bunch of APIC errors ... ? Linux version 2.6.20.1 ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Wed Feb 21 17:06:15 CET 2007 BIOS-provided physical RAM map: sanitize start sanitize end copy_e820_map() start: size: 0009fc00 end: 0009fc00 type: 1 copy_e820_map() type is E820_RAM copy_e820_map() start: 0009fc00 size: 0400 end: 000a type: 2 copy_e820_map() start: 000e size: 0002 end: 0010 type: 2 copy_e820_map() start: 0010 size: 7fed end: 7ffd type: 1 copy_e820_map() type is E820_RAM copy_e820_map() start: 7ffd size: e000 end: 7ffde000 type: 3 copy_e820_map() start: 7ffde000 size: 00022000 end: 8000 type: 4 copy_e820_map() start: e000 size: 1000 end: f000 type: 2 copy_e820_map() start: fec0 size: 1000 end: fec01000 type: 2 copy_e820_map() start: ff78 size: 0088 end: 0001 type: 2 BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e - 0010 (reserved) BIOS-e820: 0010 - 7ffd (usable) BIOS-e820: 7ffd - 7ffde000 (ACPI data) BIOS-e820: 7ffde000 - 8000 (ACPI NVS) BIOS-e820: e000 - f000 (reserved) BIOS-e820: fec0 - fec01000 (reserved) BIOS-e820: ff78 - 0001 (reserved) 1151MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000ff780 Entering add_active_range(0, 0, 524240) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 4096 Normal 4096 -> 229376 HighMem229376 -> 524240 early_node_map[1] active PFN ranges 0:0 -> 524240 On node 0 totalpages: 524240 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 1760 pages used for memmap Normal zone: 223520 pages, LIFO batch:31 HighMem zone: 2303 pages used for memmap HighMem zone: 292561 pages, LIFO batch:31 DMI 2.3 present. ACPI: RSDP (v002 ACPIAM) @ 0x000fa970 ACPI: XSDT (v001 A M I OEMXSDT 0x02000615 MSFT 0x0097) @ 0x7ffd0100 ACPI: FADT (v003 A M I OEMFACP 0x02000615 MSFT 0x0097) @ 0x7ffd0290 ACPI: MADT (v001 A M I OEMAPIC 0x02000615 MSFT 0x0097) @ 0x7ffd0390 ACPI: MCFG (v001 A M I OEMMCFG 0x02000615 MSFT 0x0097) @ 0x7ffd03f0 ACPI: OEMB (v001 A M I AMI_OEM 0x02000615 MSFT 0x0097) @ 0x7ffde040 ACPI: DSDT (v001 A0304 A0304001 0x0001 INTL 0x02002026) @ 0x ACPI: PM-Timer IO Port: 0x808 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:11 APIC version 16 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) Processor #1 15:11 APIC version 16 ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 2, version 3, address 0xfec0, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 8800 (gap: 8000:6000) Detected 2000.124 MHz processor. Built 1 zonelists. Total pages: 520145 Kernel command line: root=/dev/sda1 ro irqpoll Misrouted IRQ fixup and polling support enabled This may significantly impact system performance mapped APIC to d000 (fee0) mapped IOAPIC to c000 (fec0) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 4096 (order: 12, 16384 bytes) Console: colour VGA+ 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 2074160k/2096960k available (2948k kernel code, 21576k reserved, 843k data, 224k init, 1179456k highmem) virtual kernel memory layout: fixmap : 0xfff9d000 - 0xf000 ( 392 kB) pkmap : 0xff80 - 0xffc0 (4096 kB) vmalloc : 0xf880 - 0xff7fe000 ( 111 MB) lowmem : 0xc000 - 0xf800 ( 896 MB) .init : 0xc04ba000 - 0xc04f2000 ( 224 kB) .data : 0xc03e11d5 - 0xc04b3f8c ( 843 kB) .text : 0xc010 - 0xc03e11d5 (2948 kB) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 4007.23 BogoMIPS (lpj=8014471) Security
Re: SATA ahci Bug in 2.6.19.x
Does it work if you give 'irqpoll' kernel parameter? -- tejun - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
Does it work if you give 'irqpoll' kernel parameter? -- tejun - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
Tejun Heo wrote: Does it work if you give 'irqpoll' kernel parameter? Yes this works with irqpoll. But as you can see in the attached dmesg output, now I get a bunch of APIC errors ... ? Linux version 2.6.20.1 ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Wed Feb 21 17:06:15 CET 2007 BIOS-provided physical RAM map: sanitize start sanitize end copy_e820_map() start: size: 0009fc00 end: 0009fc00 type: 1 copy_e820_map() type is E820_RAM copy_e820_map() start: 0009fc00 size: 0400 end: 000a type: 2 copy_e820_map() start: 000e size: 0002 end: 0010 type: 2 copy_e820_map() start: 0010 size: 7fed end: 7ffd type: 1 copy_e820_map() type is E820_RAM copy_e820_map() start: 7ffd size: e000 end: 7ffde000 type: 3 copy_e820_map() start: 7ffde000 size: 00022000 end: 8000 type: 4 copy_e820_map() start: e000 size: 1000 end: f000 type: 2 copy_e820_map() start: fec0 size: 1000 end: fec01000 type: 2 copy_e820_map() start: ff78 size: 0088 end: 0001 type: 2 BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e - 0010 (reserved) BIOS-e820: 0010 - 7ffd (usable) BIOS-e820: 7ffd - 7ffde000 (ACPI data) BIOS-e820: 7ffde000 - 8000 (ACPI NVS) BIOS-e820: e000 - f000 (reserved) BIOS-e820: fec0 - fec01000 (reserved) BIOS-e820: ff78 - 0001 (reserved) 1151MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000ff780 Entering add_active_range(0, 0, 524240) 0 entries of 256 used Zone PFN ranges: DMA 0 - 4096 Normal 4096 - 229376 HighMem229376 - 524240 early_node_map[1] active PFN ranges 0:0 - 524240 On node 0 totalpages: 524240 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 1760 pages used for memmap Normal zone: 223520 pages, LIFO batch:31 HighMem zone: 2303 pages used for memmap HighMem zone: 292561 pages, LIFO batch:31 DMI 2.3 present. ACPI: RSDP (v002 ACPIAM) @ 0x000fa970 ACPI: XSDT (v001 A M I OEMXSDT 0x02000615 MSFT 0x0097) @ 0x7ffd0100 ACPI: FADT (v003 A M I OEMFACP 0x02000615 MSFT 0x0097) @ 0x7ffd0290 ACPI: MADT (v001 A M I OEMAPIC 0x02000615 MSFT 0x0097) @ 0x7ffd0390 ACPI: MCFG (v001 A M I OEMMCFG 0x02000615 MSFT 0x0097) @ 0x7ffd03f0 ACPI: OEMB (v001 A M I AMI_OEM 0x02000615 MSFT 0x0097) @ 0x7ffde040 ACPI: DSDT (v001 A0304 A0304001 0x0001 INTL 0x02002026) @ 0x ACPI: PM-Timer IO Port: 0x808 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:11 APIC version 16 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) Processor #1 15:11 APIC version 16 ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 2, version 3, address 0xfec0, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 8800 (gap: 8000:6000) Detected 2000.124 MHz processor. Built 1 zonelists. Total pages: 520145 Kernel command line: root=/dev/sda1 ro irqpoll Misrouted IRQ fixup and polling support enabled This may significantly impact system performance mapped APIC to d000 (fee0) mapped IOAPIC to c000 (fec0) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 4096 (order: 12, 16384 bytes) Console: colour VGA+ 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 2074160k/2096960k available (2948k kernel code, 21576k reserved, 843k data, 224k init, 1179456k highmem) virtual kernel memory layout: fixmap : 0xfff9d000 - 0xf000 ( 392 kB) pkmap : 0xff80 - 0xffc0 (4096 kB) vmalloc : 0xf880 - 0xff7fe000 ( 111 MB) lowmem : 0xc000 - 0xf800 ( 896 MB) .init : 0xc04ba000 - 0xc04f2000 ( 224 kB) .data : 0xc03e11d5 - 0xc04b3f8c ( 843 kB) .text : 0xc010 - 0xc03e11d5 (2948 kB) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 4007.23 BogoMIPS (lpj=8014471) Security Framework
Re: SATA ahci Bug in 2.6.19.x
Hi! Any News? Stefan Stefan Priebe - FH schrieb: Hi! acpi=off does not help i've already tried that. Ok here some outputs: 1.) complete dmesg with 2.6.16.27 (works) Linux version 2.6.16.27amd ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #6 SMP Sat Aug 26 14:29:07 CEST 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e4000 - 0010 (reserved) BIOS-e820: 0010 - 3bfb (usable) BIOS-e820: 3bfb - 3bfbe000 (ACPI data) BIOS-e820: 3bfbe000 - 3bfe (ACPI NVS) BIOS-e820: 3bfe - 3c00 (reserved) BIOS-e820: fec0 - fec01000 (reserved) BIOS-e820: fecc - fecc1000 (reserved) BIOS-e820: ff7c - 0001 (reserved) ACPI: RSDP (v002 ACPIAM) @ 0x000fa850 ACPI: XSDT (v001 A M I OEMXSDT 0x12000527 MSFT 0x0097) @ 0x3bfb0100 ACPI: FADT (v003 A M I OEMFACP 0x12000527 MSFT 0x0097) @ 0x3bfb0290 ACPI: MADT (v001 A M I OEMAPIC 0x12000527 MSFT 0x0097) @ 0x3bfb0390 ACPI: MCFG (v001 A M I OEMMCFG 0x12000527 MSFT 0x0097) @ 0x3bfb0400 ACPI: OEMB (v001 A M I AMI_OEM 0x12000527 MSFT 0x0097) @ 0x3bfbe040 ACPI: DSDT (v001 A0339 A0339000 0x INTL 0x02002026) @ 0x Scanning NUMA topology in Northbridge 24 Number of nodes 1 Node 0 MemBase Limit 3bfb NUMA: Using 63 for the hash shift. Using node hash shift of 63 Bootmem setup node 0 -3bfb On node 0 totalpages: 240991 DMA zone: 2709 pages, LIFO batch:0 DMA32 zone: 238282 pages, LIFO batch:31 Normal zone: 0 pages, LIFO batch:0 HighMem zone: 0 pages, LIFO batch:0 ACPI: PM-Timer IO Port: 0x808 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:15 APIC version 16 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x81] disabled) ACPI: IOAPIC (id[0x01] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 1, version 3, address 0xfec0, GSI 0-23 ACPI: IOAPIC (id[0x02] address[0xfecc] gsi_base[24]) IOAPIC[1]: apic_id 2, version 3, address 0xfecc, GSI 24-47 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Setting APIC routing to flat Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 4000 (gap: 3c00:c2c0) Checking aperture... CPU 0: aperture @ f000 size 128 MB Built 1 zonelists Kernel command line: root=/dev/sda6 ro rootflags=quota Initializing CPU#0 PID hash table entries: 4096 (order: 12, 131072 bytes) time.c: Using 3.579545 MHz WALL PM GTOD PIT/TSC timer. time.c: Detected 2400.214 MHz processor. Console: colour VGA+ 80x25 Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes) Inode-cache hash table entries: 65536 (order: 7, 524288 bytes) Memory: 962212k/982720k available (2939k kernel code, 20120k reserved, 1327k data, 220k init) Calibrating delay using timer specific routine.. 4810.51 BogoMIPS (lpj=9621030) Mount-cache hash table entries: 256 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU 0(1) -> Node 0 -> Core 0 Using local APIC timer interrupts. result 12501128 Detected 12.501 MHz APIC timer. Brought up 1 CPUs testing NMI watchdog ... OK. migration_cost=0 DMI 2.3 present. NET: Registered protocol family 16 ACPI: bus type pci registered PCI: Using configuration type 1 PCI: Using MMCONFIG at e000 ACPI: Subsystem revision 20060127 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (:00) PCI: Probing PCI hardware (bus 00) Boot video device is :01:00.0 PCI: Transparent bridge - :00:13.1 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.NBPG._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.NBP0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P7._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0PA._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 10 11 12 14 *15) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 10 11 12 *14 15) ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 *10 11 12 14 15) Linux Plug and Play Support v0.97 (c) Adam
Re: SATA ahci Bug in 2.6.19.x
Hi! Any News? Stefan Stefan Priebe - FH schrieb: Hi! acpi=off does not help i've already tried that. Ok here some outputs: 1.) complete dmesg with 2.6.16.27 (works) Linux version 2.6.16.27amd ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #6 SMP Sat Aug 26 14:29:07 CEST 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e4000 - 0010 (reserved) BIOS-e820: 0010 - 3bfb (usable) BIOS-e820: 3bfb - 3bfbe000 (ACPI data) BIOS-e820: 3bfbe000 - 3bfe (ACPI NVS) BIOS-e820: 3bfe - 3c00 (reserved) BIOS-e820: fec0 - fec01000 (reserved) BIOS-e820: fecc - fecc1000 (reserved) BIOS-e820: ff7c - 0001 (reserved) ACPI: RSDP (v002 ACPIAM) @ 0x000fa850 ACPI: XSDT (v001 A M I OEMXSDT 0x12000527 MSFT 0x0097) @ 0x3bfb0100 ACPI: FADT (v003 A M I OEMFACP 0x12000527 MSFT 0x0097) @ 0x3bfb0290 ACPI: MADT (v001 A M I OEMAPIC 0x12000527 MSFT 0x0097) @ 0x3bfb0390 ACPI: MCFG (v001 A M I OEMMCFG 0x12000527 MSFT 0x0097) @ 0x3bfb0400 ACPI: OEMB (v001 A M I AMI_OEM 0x12000527 MSFT 0x0097) @ 0x3bfbe040 ACPI: DSDT (v001 A0339 A0339000 0x INTL 0x02002026) @ 0x Scanning NUMA topology in Northbridge 24 Number of nodes 1 Node 0 MemBase Limit 3bfb NUMA: Using 63 for the hash shift. Using node hash shift of 63 Bootmem setup node 0 -3bfb On node 0 totalpages: 240991 DMA zone: 2709 pages, LIFO batch:0 DMA32 zone: 238282 pages, LIFO batch:31 Normal zone: 0 pages, LIFO batch:0 HighMem zone: 0 pages, LIFO batch:0 ACPI: PM-Timer IO Port: 0x808 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:15 APIC version 16 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x81] disabled) ACPI: IOAPIC (id[0x01] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 1, version 3, address 0xfec0, GSI 0-23 ACPI: IOAPIC (id[0x02] address[0xfecc] gsi_base[24]) IOAPIC[1]: apic_id 2, version 3, address 0xfecc, GSI 24-47 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Setting APIC routing to flat Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 4000 (gap: 3c00:c2c0) Checking aperture... CPU 0: aperture @ f000 size 128 MB Built 1 zonelists Kernel command line: root=/dev/sda6 ro rootflags=quota Initializing CPU#0 PID hash table entries: 4096 (order: 12, 131072 bytes) time.c: Using 3.579545 MHz WALL PM GTOD PIT/TSC timer. time.c: Detected 2400.214 MHz processor. Console: colour VGA+ 80x25 Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes) Inode-cache hash table entries: 65536 (order: 7, 524288 bytes) Memory: 962212k/982720k available (2939k kernel code, 20120k reserved, 1327k data, 220k init) Calibrating delay using timer specific routine.. 4810.51 BogoMIPS (lpj=9621030) Mount-cache hash table entries: 256 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU 0(1) - Node 0 - Core 0 Using local APIC timer interrupts. result 12501128 Detected 12.501 MHz APIC timer. Brought up 1 CPUs testing NMI watchdog ... OK. migration_cost=0 DMI 2.3 present. NET: Registered protocol family 16 ACPI: bus type pci registered PCI: Using configuration type 1 PCI: Using MMCONFIG at e000 ACPI: Subsystem revision 20060127 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (:00) PCI: Probing PCI hardware (bus 00) Boot video device is :01:00.0 PCI: Transparent bridge - :00:13.1 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.NBPG._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.NBP0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P7._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0PA._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 10 11 12 14 *15) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 10 11 12 *14 15) ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 *10 11 12 14 15) Linux Plug and Play Support v0.97 (c) Adam
Re: SATA ahci Bug in 2.6.19.x
> The only difference is that I don't see the "ACPI: PCI Interrupt > :00:0f.0[B] -> GSI > 21 (level, low) -> IRQ 19" printk. The driver is AHCI but the device > is a VIA chip. > > I'll get a caputre of the boot log when I find my serial cable. This > could be related to the VIA PIC quirks that was changed by Alan. Stuff a printk in and check by all means but _in theory_ the VIA quirk shouldn't touch IRQ > 15 as those are not PIC but APIC routed. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
Hi! acpi=off does not help i've already tried that. Ok here some outputs: 1.) complete dmesg with 2.6.16.27 (works) Linux version 2.6.16.27amd ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #6 SMP Sat Aug 26 14:29:07 CEST 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e4000 - 0010 (reserved) BIOS-e820: 0010 - 3bfb (usable) BIOS-e820: 3bfb - 3bfbe000 (ACPI data) BIOS-e820: 3bfbe000 - 3bfe (ACPI NVS) BIOS-e820: 3bfe - 3c00 (reserved) BIOS-e820: fec0 - fec01000 (reserved) BIOS-e820: fecc - fecc1000 (reserved) BIOS-e820: ff7c - 0001 (reserved) ACPI: RSDP (v002 ACPIAM) @ 0x000fa850 ACPI: XSDT (v001 A M I OEMXSDT 0x12000527 MSFT 0x0097) @ 0x3bfb0100 ACPI: FADT (v003 A M I OEMFACP 0x12000527 MSFT 0x0097) @ 0x3bfb0290 ACPI: MADT (v001 A M I OEMAPIC 0x12000527 MSFT 0x0097) @ 0x3bfb0390 ACPI: MCFG (v001 A M I OEMMCFG 0x12000527 MSFT 0x0097) @ 0x3bfb0400 ACPI: OEMB (v001 A M I AMI_OEM 0x12000527 MSFT 0x0097) @ 0x3bfbe040 ACPI: DSDT (v001 A0339 A0339000 0x INTL 0x02002026) @ 0x Scanning NUMA topology in Northbridge 24 Number of nodes 1 Node 0 MemBase Limit 3bfb NUMA: Using 63 for the hash shift. Using node hash shift of 63 Bootmem setup node 0 -3bfb On node 0 totalpages: 240991 DMA zone: 2709 pages, LIFO batch:0 DMA32 zone: 238282 pages, LIFO batch:31 Normal zone: 0 pages, LIFO batch:0 HighMem zone: 0 pages, LIFO batch:0 ACPI: PM-Timer IO Port: 0x808 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:15 APIC version 16 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x81] disabled) ACPI: IOAPIC (id[0x01] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 1, version 3, address 0xfec0, GSI 0-23 ACPI: IOAPIC (id[0x02] address[0xfecc] gsi_base[24]) IOAPIC[1]: apic_id 2, version 3, address 0xfecc, GSI 24-47 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Setting APIC routing to flat Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 4000 (gap: 3c00:c2c0) Checking aperture... CPU 0: aperture @ f000 size 128 MB Built 1 zonelists Kernel command line: root=/dev/sda6 ro rootflags=quota Initializing CPU#0 PID hash table entries: 4096 (order: 12, 131072 bytes) time.c: Using 3.579545 MHz WALL PM GTOD PIT/TSC timer. time.c: Detected 2400.214 MHz processor. Console: colour VGA+ 80x25 Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes) Inode-cache hash table entries: 65536 (order: 7, 524288 bytes) Memory: 962212k/982720k available (2939k kernel code, 20120k reserved, 1327k data, 220k init) Calibrating delay using timer specific routine.. 4810.51 BogoMIPS (lpj=9621030) Mount-cache hash table entries: 256 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU 0(1) -> Node 0 -> Core 0 Using local APIC timer interrupts. result 12501128 Detected 12.501 MHz APIC timer. Brought up 1 CPUs testing NMI watchdog ... OK. migration_cost=0 DMI 2.3 present. NET: Registered protocol family 16 ACPI: bus type pci registered PCI: Using configuration type 1 PCI: Using MMCONFIG at e000 ACPI: Subsystem revision 20060127 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (:00) PCI: Probing PCI hardware (bus 00) Boot video device is :01:00.0 PCI: Transparent bridge - :00:13.1 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.NBPG._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.NBP0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P7._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0PA._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 10 11 12 14 *15) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 10 11 12 *14 15) ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 *10 11 12 14 15) Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 12
Re: SATA ahci Bug in 2.6.19.x
Hi! acpi=off does not help i've already tried that. Ok here some outputs: 1.) complete dmesg with 2.6.16.27 (works) Linux version 2.6.16.27amd ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #6 SMP Sat Aug 26 14:29:07 CEST 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000e4000 - 0010 (reserved) BIOS-e820: 0010 - 3bfb (usable) BIOS-e820: 3bfb - 3bfbe000 (ACPI data) BIOS-e820: 3bfbe000 - 3bfe (ACPI NVS) BIOS-e820: 3bfe - 3c00 (reserved) BIOS-e820: fec0 - fec01000 (reserved) BIOS-e820: fecc - fecc1000 (reserved) BIOS-e820: ff7c - 0001 (reserved) ACPI: RSDP (v002 ACPIAM) @ 0x000fa850 ACPI: XSDT (v001 A M I OEMXSDT 0x12000527 MSFT 0x0097) @ 0x3bfb0100 ACPI: FADT (v003 A M I OEMFACP 0x12000527 MSFT 0x0097) @ 0x3bfb0290 ACPI: MADT (v001 A M I OEMAPIC 0x12000527 MSFT 0x0097) @ 0x3bfb0390 ACPI: MCFG (v001 A M I OEMMCFG 0x12000527 MSFT 0x0097) @ 0x3bfb0400 ACPI: OEMB (v001 A M I AMI_OEM 0x12000527 MSFT 0x0097) @ 0x3bfbe040 ACPI: DSDT (v001 A0339 A0339000 0x INTL 0x02002026) @ 0x Scanning NUMA topology in Northbridge 24 Number of nodes 1 Node 0 MemBase Limit 3bfb NUMA: Using 63 for the hash shift. Using node hash shift of 63 Bootmem setup node 0 -3bfb On node 0 totalpages: 240991 DMA zone: 2709 pages, LIFO batch:0 DMA32 zone: 238282 pages, LIFO batch:31 Normal zone: 0 pages, LIFO batch:0 HighMem zone: 0 pages, LIFO batch:0 ACPI: PM-Timer IO Port: 0x808 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:15 APIC version 16 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x81] disabled) ACPI: IOAPIC (id[0x01] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 1, version 3, address 0xfec0, GSI 0-23 ACPI: IOAPIC (id[0x02] address[0xfecc] gsi_base[24]) IOAPIC[1]: apic_id 2, version 3, address 0xfecc, GSI 24-47 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Setting APIC routing to flat Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 4000 (gap: 3c00:c2c0) Checking aperture... CPU 0: aperture @ f000 size 128 MB Built 1 zonelists Kernel command line: root=/dev/sda6 ro rootflags=quota Initializing CPU#0 PID hash table entries: 4096 (order: 12, 131072 bytes) time.c: Using 3.579545 MHz WALL PM GTOD PIT/TSC timer. time.c: Detected 2400.214 MHz processor. Console: colour VGA+ 80x25 Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes) Inode-cache hash table entries: 65536 (order: 7, 524288 bytes) Memory: 962212k/982720k available (2939k kernel code, 20120k reserved, 1327k data, 220k init) Calibrating delay using timer specific routine.. 4810.51 BogoMIPS (lpj=9621030) Mount-cache hash table entries: 256 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU 0(1) - Node 0 - Core 0 Using local APIC timer interrupts. result 12501128 Detected 12.501 MHz APIC timer. Brought up 1 CPUs testing NMI watchdog ... OK. migration_cost=0 DMI 2.3 present. NET: Registered protocol family 16 ACPI: bus type pci registered PCI: Using configuration type 1 PCI: Using MMCONFIG at e000 ACPI: Subsystem revision 20060127 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (:00) PCI: Probing PCI hardware (bus 00) Boot video device is :01:00.0 PCI: Transparent bridge - :00:13.1 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.NBPG._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.NBP0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P7._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0PA._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 10 11 12 14 *15) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 10 11 12 *14 15) ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 *10 11 12 14 15) Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 12 devices
Re: SATA ahci Bug in 2.6.19.x
The only difference is that I don't see the ACPI: PCI Interrupt :00:0f.0[B] - GSI 21 (level, low) - IRQ 19 printk. The driver is AHCI but the device is a VIA chip. I'll get a caputre of the boot log when I find my serial cable. This could be related to the VIA PIC quirks that was changed by Alan. Stuff a printk in and check by all means but _in theory_ the VIA quirk shouldn't touch IRQ 15 as those are not PIC but APIC routed. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
On 1/26/07, Luming Yu <[EMAIL PROTECTED]> wrote: > Is there any difference in dmesg with acpi=off? what is your sata driver? The only difference is that I don't see the "ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 19" printk. The driver is AHCI but the device is a VIA chip. I'll get a caputre of the boot log when I find my serial cable. This could be related to the VIA PIC quirks that was changed by Alan. Stephen - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
On 1/26/07, Stephen Evanchik <[EMAIL PROTECTED]> wrote: On 1/25/07, Luming Yu <[EMAIL PROTECTED]> wrote: > From the log: > 2.6.18.3: > ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 217 > 2.6.20-rc5: > "ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 21" > > Sounds like acpi interrupt configure problem. Please try acpi=off first. Still does not recognize the SATA device (and the machine fails to come up). I tested this with 2.6.19.2, 2.6.20-rc5 and -rc6 this evening. I am going to build a vanilla 2.6.18 and see if that still works as I am currently running an FC5 kernel. Is there any difference in dmesg with acpi=off? what is your sata driver? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
On 1/25/07, Luming Yu <[EMAIL PROTECTED]> wrote: From the log: 2.6.18.3: ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 217 2.6.20-rc5: "ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 21" Sounds like acpi interrupt configure problem. Please try acpi=off first. Still does not recognize the SATA device (and the machine fails to come up). I tested this with 2.6.19.2, 2.6.20-rc5 and -rc6 this evening. I am going to build a vanilla 2.6.18 and see if that still works as I am currently running an FC5 kernel. Stephen -- Stephen Evanchik http://stephen.evanchik.com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
From the log: 2.6.18.3: ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 217 2.6.20-rc5: "ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 21" Sounds like acpi interrupt configure problem. Please try acpi=off first. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
Hello Nobody here who cares??? Stefan Stephen Evanchik schrieb: On 1/22/07, Stefan Priebe - FH <[EMAIL PROTECTED]> wrote: I've an Asus A8V Mainboard which works wonderful with a 2.6.18.X kernel. But i cannot use the SATA Controller with a 2.6.19.x Kernel. I also have an Asus A8V motherboard that cannot boot a newer kernel because the SATA controller does not come up properly. I have tried kernels 2.6.19.2 and 2.6.20-rc5 with no luck. It looks like later kernels don't recognize the proper IRQ of the device as compared to the 2.6.18 boot logs. "ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 21" "ahci :00:0f.0: AHCI 0001. 32 slots 4 ports 3 Gbps 0xf impl IDE mode" "ahci :00:0f.0: flags: 64bit ncq pm led clo pmp pio slum part " "ata1: SATA max UDMA/133 cmd 0xC2004D00 ctl 0x0 bmdma 0x0 irq 1277" "ata2: SATA max UDMA/133 cmd 0xC2004D80 ctl 0x0 bmdma 0x0 irq 1277" "ata3: SATA max UDMA/133 cmd 0xC2004E00 ctl 0x0 bmdma 0x0 irq 1277" "ata4: SATA max UDMA/133 cmd 0xC2004E80 ctl 0x0 bmdma 0x0 irq 1277" Similar output as above. Does any one have any ideas? Stephen - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
Hello Nobody here who cares??? Stefan Stephen Evanchik schrieb: On 1/22/07, Stefan Priebe - FH [EMAIL PROTECTED] wrote: I've an Asus A8V Mainboard which works wonderful with a 2.6.18.X kernel. But i cannot use the SATA Controller with a 2.6.19.x Kernel. I also have an Asus A8V motherboard that cannot boot a newer kernel because the SATA controller does not come up properly. I have tried kernels 2.6.19.2 and 2.6.20-rc5 with no luck. It looks like later kernels don't recognize the proper IRQ of the device as compared to the 2.6.18 boot logs. ACPI: PCI Interrupt :00:0f.0[B] - GSI 21 (level, low) - IRQ 21 ahci :00:0f.0: AHCI 0001. 32 slots 4 ports 3 Gbps 0xf impl IDE mode ahci :00:0f.0: flags: 64bit ncq pm led clo pmp pio slum part ata1: SATA max UDMA/133 cmd 0xC2004D00 ctl 0x0 bmdma 0x0 irq 1277 ata2: SATA max UDMA/133 cmd 0xC2004D80 ctl 0x0 bmdma 0x0 irq 1277 ata3: SATA max UDMA/133 cmd 0xC2004E00 ctl 0x0 bmdma 0x0 irq 1277 ata4: SATA max UDMA/133 cmd 0xC2004E80 ctl 0x0 bmdma 0x0 irq 1277 Similar output as above. Does any one have any ideas? Stephen - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
From the log: 2.6.18.3: ACPI: PCI Interrupt :00:0f.0[B] - GSI 21 (level, low) - IRQ 217 2.6.20-rc5: ACPI: PCI Interrupt :00:0f.0[B] - GSI 21 (level, low) - IRQ 21 Sounds like acpi interrupt configure problem. Please try acpi=off first. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
On 1/25/07, Luming Yu [EMAIL PROTECTED] wrote: From the log: 2.6.18.3: ACPI: PCI Interrupt :00:0f.0[B] - GSI 21 (level, low) - IRQ 217 2.6.20-rc5: ACPI: PCI Interrupt :00:0f.0[B] - GSI 21 (level, low) - IRQ 21 Sounds like acpi interrupt configure problem. Please try acpi=off first. Still does not recognize the SATA device (and the machine fails to come up). I tested this with 2.6.19.2, 2.6.20-rc5 and -rc6 this evening. I am going to build a vanilla 2.6.18 and see if that still works as I am currently running an FC5 kernel. Stephen -- Stephen Evanchik http://stephen.evanchik.com - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
On 1/26/07, Stephen Evanchik [EMAIL PROTECTED] wrote: On 1/25/07, Luming Yu [EMAIL PROTECTED] wrote: From the log: 2.6.18.3: ACPI: PCI Interrupt :00:0f.0[B] - GSI 21 (level, low) - IRQ 217 2.6.20-rc5: ACPI: PCI Interrupt :00:0f.0[B] - GSI 21 (level, low) - IRQ 21 Sounds like acpi interrupt configure problem. Please try acpi=off first. Still does not recognize the SATA device (and the machine fails to come up). I tested this with 2.6.19.2, 2.6.20-rc5 and -rc6 this evening. I am going to build a vanilla 2.6.18 and see if that still works as I am currently running an FC5 kernel. Is there any difference in dmesg with acpi=off? what is your sata driver? - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
On 1/26/07, Luming Yu [EMAIL PROTECTED] wrote: Is there any difference in dmesg with acpi=off? what is your sata driver? The only difference is that I don't see the ACPI: PCI Interrupt :00:0f.0[B] - GSI 21 (level, low) - IRQ 19 printk. The driver is AHCI but the device is a VIA chip. I'll get a caputre of the boot log when I find my serial cable. This could be related to the VIA PIC quirks that was changed by Alan. Stephen - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
On 1/22/07, Stefan Priebe - FH <[EMAIL PROTECTED]> wrote: I've an Asus A8V Mainboard which works wonderful with a 2.6.18.X kernel. But i cannot use the SATA Controller with a 2.6.19.x Kernel. I also have an Asus A8V motherboard that cannot boot a newer kernel because the SATA controller does not come up properly. I have tried kernels 2.6.19.2 and 2.6.20-rc5 with no luck. It looks like later kernels don't recognize the proper IRQ of the device as compared to the 2.6.18 boot logs. "ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 21" "ahci :00:0f.0: AHCI 0001. 32 slots 4 ports 3 Gbps 0xf impl IDE mode" "ahci :00:0f.0: flags: 64bit ncq pm led clo pmp pio slum part " "ata1: SATA max UDMA/133 cmd 0xC2004D00 ctl 0x0 bmdma 0x0 irq 1277" "ata2: SATA max UDMA/133 cmd 0xC2004D80 ctl 0x0 bmdma 0x0 irq 1277" "ata3: SATA max UDMA/133 cmd 0xC2004E00 ctl 0x0 bmdma 0x0 irq 1277" "ata4: SATA max UDMA/133 cmd 0xC2004E80 ctl 0x0 bmdma 0x0 irq 1277" Similar output as above. Does any one have any ideas? Stephen - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: SATA ahci Bug in 2.6.19.x
On 1/22/07, Stefan Priebe - FH [EMAIL PROTECTED] wrote: I've an Asus A8V Mainboard which works wonderful with a 2.6.18.X kernel. But i cannot use the SATA Controller with a 2.6.19.x Kernel. I also have an Asus A8V motherboard that cannot boot a newer kernel because the SATA controller does not come up properly. I have tried kernels 2.6.19.2 and 2.6.20-rc5 with no luck. It looks like later kernels don't recognize the proper IRQ of the device as compared to the 2.6.18 boot logs. ACPI: PCI Interrupt :00:0f.0[B] - GSI 21 (level, low) - IRQ 21 ahci :00:0f.0: AHCI 0001. 32 slots 4 ports 3 Gbps 0xf impl IDE mode ahci :00:0f.0: flags: 64bit ncq pm led clo pmp pio slum part ata1: SATA max UDMA/133 cmd 0xC2004D00 ctl 0x0 bmdma 0x0 irq 1277 ata2: SATA max UDMA/133 cmd 0xC2004D80 ctl 0x0 bmdma 0x0 irq 1277 ata3: SATA max UDMA/133 cmd 0xC2004E00 ctl 0x0 bmdma 0x0 irq 1277 ata4: SATA max UDMA/133 cmd 0xC2004E80 ctl 0x0 bmdma 0x0 irq 1277 Similar output as above. Does any one have any ideas? Stephen - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/