On Mittwoch, 19. März 2008, Tejun Heo wrote:Volker Armin Hemmann wrote:On Mittwoch, 19. März 2008, Tejun Heo wrote:Yeap, can you please post the result of "lspci -nn"?x UDMA/133 abar m8192@0xf9dfc000 port 0xf9dfc200Correct. With the updated patch I don't see problems in 'non-raid' mode.
irq 315So, just to confirm. With the updated patch, you don't see any problem,
[ 38.125479] ata4: SATA max UDMA/133 abar m8192@0xf9dfc000 port
0xf9dfc280 irq 315
[ 38.597035] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 38.597732] ata1.00: ATA-7: WDC WD1600JS-00MHB1, 10.02E01, max
UDMA/133 [ 38.597775] ata1.00: 312581808 sectors, multi 16: LBA48
[ 38.598405] ata1.00: configured for UDMA/133
[ 39.069342] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 39.084225] ata2.00: ATA-8: SAMSUNG HD501LJ, CR100-12, max UDMA7
[ 39.084264] ata2.00: 976773168 sectors, multi 16: LBA48 NCQ (depth
0/32) [ 39.086268] ata2.00: configured for UDMA/133
right?
AHCI mode still has problems without nosmi. But that is an entirely
different problem, right?
with AHCI+nosmi, 2.6.24.3:
00:0a.0 SATA controller [0106]: nVidia Corporation MCP65 AHCI Controller [10de:044d] (rev a1)
I booted into systemrescuecd (which is the easiest way to get the error and be able to safe the stuff) - lspci is of course identical, but /proc/interrupts is not.
2.6.24.3:
cat /proc/interrupts
CPU0 CPU1
0: 57 1 IO-APIC-edge timer
1: 1 544 IO-APIC-edge i8042
8: 0 1 IO-APIC-edge rtc
9: 0 1 IO-APIC-fasteoi acpi
12: 0 3 IO-APIC-edge i8042
17: 22 21598 IO-APIC-fasteoi nvidia
18: 0 0 IO-APIC-fasteoi EMU10K1
19: 5 1132 IO-APIC-fasteoi eth0
22: 30 21627 IO-APIC-fasteoi ehci_hcd:usb1
23: 29 23078 IO-APIC-fasteoi ahci
NMI: 0 0 Non-maskable interrupts
LOC: 41299 60204 Local timer interrupts
RES: 14872 22506 Rescheduling interrupts
CAL: 1783 173 function call interrupts
TLB: 2668 2406 TLB shootdowns
TRM: 0 0 Thermal event interrupts
THR: 0 0 Threshold APIC interrupts
SPU: 0 0 Spurious interrupts
ERR: 0