* High CPU usage with sata_nv
[not found] <20070115164541.M22367@elsat.net.pl>
@ 2007-01-15 16:54 ` ris
2007-01-15 18:26 ` Frederik Deweerdt
0 siblings, 1 reply; 14+ messages in thread
From: ris @ 2007-01-15 16:54 UTC (permalink / raw)
To: linux-kernel
I have motherboard with nforce 590 SLI (MCP55) chipset.
On other systems all its ok.
But i tried a lot o kernels, configurations and always get cpu at 100% when
copying files.
I use SATA II samsung hard drive.
There is my lspci
00:0c.0 IDE interface: nVidia Corporation MCP55 IDE (rev a1) (prog-if 8a [Master
SecP PriP])
Subsystem: Unknown device f043:8223
Flags: bus master, 66MHz, fast devsel, latency 0
I/O ports at f400 [size=16]
Capabilities: [44] Power Management version 2
00:0d.0 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a2) (prog-i
f 85 [Master SecO PriO])
Subsystem: ASUSTeK Computer Inc. Unknown device 8223
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 23
I/O ports at 09f0 [size=8]
I/O ports at 0bf0 [size=4]
I/O ports at 0970 [size=8]
I/O ports at 0b70 [size=4]
I/O ports at e000 [size=16]
Memory at fe02d000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [44] Power Management version 2
Capabilities: [b0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/2
Enable-
Capabilities: [cc] HyperTransport: MSI Mapping
00:0d.1 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a2) (prog-i
f 85 [Master SecO PriO])
Subsystem: ASUSTeK Computer Inc. Unknown device 8223
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 22
I/O ports at 09e0 [size=8]
I/O ports at 0be0 [size=4]
I/O ports at 0960 [size=8]
I/O ports at 0b60 [size=4]
I/O ports at cc00 [size=16]
Memory at fe02c000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [44] Power Management version 2
Capabilities: [b0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/2
Enable-
Capabilities: [cc] HyperTransport: MSI Mapping
00:0d.2 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a2) (prog-i
f 85 [Master SecO PriO])
Subsystem: ASUSTeK Computer Inc. Unknown device 8223
Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 21
I/O ports at c800 [size=8]
I/O ports at c400 [size=4]
I/O ports at c000 [size=8]
I/O ports at bc00 [size=4]
I/O ports at b800 [size=16]
Memory at fe02b000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [44] Power Management version 2
Capabilities: [b0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/2
Enable-
Capabilities: [cc] HyperTransport: MSI Mapping
------- End of Forwarded Message -------
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: High CPU usage with sata_nv
2007-01-15 16:54 ` High CPU usage with sata_nv ris
@ 2007-01-15 18:26 ` Frederik Deweerdt
2007-01-15 22:28 ` ris
0 siblings, 1 reply; 14+ messages in thread
From: Frederik Deweerdt @ 2007-01-15 18:26 UTC (permalink / raw)
To: ris; +Cc: linux-kernel
On Mon, Jan 15, 2007 at 06:54:50PM +0200, ris wrote:
> I have motherboard with nforce 590 SLI (MCP55) chipset.
> On other systems all its ok.
>
> But i tried a lot o kernels, configurations and always get cpu at 100% when
> copying files.
> I use SATA II samsung hard drive.
>
Any dmesg complain? Could you send the hdparm -I <your drive> ?
Regards,
Frederik
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: High CPU usage with sata_nv
2007-01-15 18:26 ` Frederik Deweerdt
@ 2007-01-15 22:28 ` ris
2007-01-22 3:40 ` Tejun Heo
0 siblings, 1 reply; 14+ messages in thread
From: ris @ 2007-01-15 22:28 UTC (permalink / raw)
To: Frederik Deweerdt; +Cc: linux-kernel
On Mon, 15 Jan 2007 18:26:42 +0000, Frederik Deweerdt wrote
> On Mon, Jan 15, 2007 at 06:54:50PM +0200, ris wrote:
> > I have motherboard with nforce 590 SLI (MCP55) chipset.
> > On other systems all its ok.
> >
> > But i tried a lot o kernels, configurations and always get cpu at 100% when
> > copying files.
> > I use SATA II samsung hard drive.
> >
> Any dmesg complain? Could you send the hdparm -I <your drive> ?
> Regards,
> Frederik
Ok .......
hdparm -I /dev/sda
/dev/sda:
ATA device, with non-removable media
Model Number: SAMSUNG SP2504C
Serial Number: S09QJ13LA07964
Firmware Revision: VT100-50
Standards:
Used: ATA/ATAPI-7 T13 1532D revision 4a
Supported: 7 6 5 4
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 268435455
LBA48 user addressable sectors: 488397168
device size with M = 1024*1024: 238475 MBytes
device size with M = 1000*1000: 250059 MBytes (250 GB)
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 16 Current = 1
Recommended acoustic management value: 254, current value: 0
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6 udma7
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Security Mode feature set
* Power Management feature set
* Write cache
* Look-ahead
* Host Protected Area feature set
* WRITE_BUFFER command
* READ_BUFFER command
* NOP cmd
* DOWNLOAD_MICROCODE
SET_MAX security extension
Automatic Acoustic Management feature set
* 48-bit Address feature set
* Device Configuration Overlay feature set
* Mandatory FLUSH_CACHE
* FLUSH_CACHE_EXT
* SMART error logging
* SMART self-test
* General Purpose Logging feature set
* Segmented DOWNLOAD_MICROCODE
* SATA-I signaling speed (1.5Gb/s)
* SATA-II signaling speed (3.0Gb/s)
* Native Command Queueing (NCQ)
* Host-initiated interface power management
* Phy event counters
DMA Setup Auto-Activate optimization
Device-initiated interface power management
* Software settings preservation
* SMART Command Transport (SCT) feature set
* SCT Long Sector Access (AC1)
* SCT LBA Segment Access (AC2)
* SCT Error Recovery Control (AC3)
* SCT Features Control (AC4)
* SCT Data Tables (AC5)
Security:
Master password revision code = 65534
supported
not enabled
not locked
not frozen
not expired: security count
supported: enhanced erase
88min for SECURITY ERASE UNIT. 88min for ENHANCED SECURITY ERASE UNIT.
Checksum: correct
and dmesg....
Linux version 2.6.19-gentoo-r4 (root@redips) (gcc version 4.1.1 (Gentoo
4.1.1-r3)) #2 SMP Mon Jan 15 15:14:18 CET 2007
Command line: BOOT_IMAGE=Gentoo root=802
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000003fee0000 (usable)
BIOS-e820: 000000003fee0000 - 000000003fee3000 (ACPI NVS)
BIOS-e820: 000000003fee3000 - 000000003fef0000 (ACPI data)
BIOS-e820: 000000003fef0000 - 000000003ff00000 (reserved)
BIOS-e820: 00000000f0000000 - 00000000f4000000 (reserved)
BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
Entering add_active_range(0, 0, 159) 0 entries of 256 used
Entering add_active_range(0, 256, 261856) 1 entries of 256 used
end_pfn_map = 1048576
DMI 2.4 present.
ACPI: RSDP (v002 Nvidia ) @ 0x00000000000f8040
ACPI: XSDT (v001 Nvidia ASUSACPI 0x42302e31 AWRD 0x00000000) @ 0x000000003fee30c0
ACPI: FADT (v003 Nvidia ASUSACPI 0x42302e31 AWRD 0x00000000) @ 0x000000003feed200
ACPI: HPET (v001 Nvidia ASUSACPI 0x42302e31 AWRD 0x00000098) @ 0x000000003feed400
ACPI: MCFG (v001 Nvidia ASUSACPI 0x42302e31 AWRD 0x00000000) @ 0x000000003feed480
ACPI: MADT (v001 Nvidia ASUSACPI 0x42302e31 AWRD 0x00000000) @ 0x000000003feed340
ACPI: DSDT (v001 NVIDIA AWRDACPI 0x00001000 MSFT 0x03000000) @ 0x0000000000000000
Entering add_active_range(0, 0, 159) 0 entries of 256 used
Entering add_active_range(0, 256, 261856) 1 entries of 256 used
Zone PFN ranges:
DMA 0 -> 4096
DMA32 4096 -> 1048576
Normal 1048576 -> 1048576
early_node_map[2] active PFN ranges
0: 0 -> 159
0: 256 -> 261856
On node 0 totalpages: 261759
DMA zone: 56 pages used for memmap
DMA zone: 938 pages reserved
DMA zone: 3005 pages, LIFO batch:0
DMA32 zone: 3524 pages used for memmap
DMA32 zone: 254236 pages, LIFO batch:31
Normal zone: 0 pages used for memmap
ACPI: PM-Timer IO Port: 0x1008
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 (Bootup-CPU)
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
Processor #1
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, address 0xfec00000, 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 high level)
ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high edge)
ACPI: INT_SRC_OVR (bus 0 bus_irq 15 global_irq 15 high edge)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
ACPI: IRQ14 used by override.
ACPI: IRQ15 used by override.
Setting APIC routing to flat
ACPI: HPET id: 0x10de8201 base: 0xfefff000
Using ACPI (MADT) for SMP configuration information
Nosave address range: 000000000009f000 - 00000000000a0000
Nosave address range: 00000000000a0000 - 00000000000f0000
Nosave address range: 00000000000f0000 - 0000000000100000
Allocating PCI resources starting at 40000000 (gap: 3ff00000:b0100000)
PERCPU: Allocating 32000 bytes of per cpu data
Built 1 zonelists. Total pages: 257241
Kernel command line: BOOT_IMAGE=Gentoo root=802
Initializing CPU#0
PID hash table entries: 4096 (order: 12, 32768 bytes)
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
Checking aperture...
CPU 0: aperture @ 6442000000 size 32 MB
Aperture too small (32 MB)
No AGP bridge found
Memory: 1027032k/1047424k available (2217k kernel code, 19760k reserved, 916k
data, 224k init)
Calibrating delay using timer specific routine.. 4826.56 BogoMIPS (lpj=2413284)
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: Physical Processor ID: 0
CPU: Processor Core ID: 0
Freeing SMP alternatives: 32k freed
ACPI: Core revision 20060707
Using local APIC timer interrupts.
result 12559544
Detected 12.559 MHz APIC timer.
Booting processor 1/2 APIC 0x1
Initializing CPU#1
Calibrating delay using timer specific routine.. 4821.95 BogoMIPS (lpj=2410976)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 512K (64 bytes/line)
CPU: Physical Processor ID: 0
CPU: Processor Core ID: 1
AMD Athlon(tm) 64 X2 Dual Core Processor 4600+ stepping 02
CPU 1: Syncing TSC to CPU 0.
CPU 1: synchronized TSC with CPU 0 (last diff 13 cycles, maxerr 590 cycles)
Brought up 2 CPUs
testing NMI watchdog ... OK.
time.c: Using 25.000000 MHz WALL HPET GTOD HPET timer.
time.c: Detected 2411.430 MHz processor.
migration_cost=230
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: Using MMCONFIG at f0000000
PCI: No mmconfig possible on device 00:18
pci_get_subsys() called while pci_devices is still empty
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
Boot video device is 0000:01:00.0
PCI: Transparent bridge - 0000:00:0e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB0._PRT]
ACPI: PCI Interrupt Link [LNK1] (IRQs 5 7 9 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNK2] (IRQs 5 7 9 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNK3] (IRQs 5 7 9 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNK4] (IRQs 5 7 9 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNK5] (IRQs 5 *7 9 10 11 14 15)
ACPI: PCI Interrupt Link [LNK6] (IRQs 5 7 9 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNK7] (IRQs 5 7 9 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNK8] (IRQs 5 7 9 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LP2P] (IRQs 5 7 9 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LUBA] (IRQs 5 7 9 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LMAC] (IRQs 5 7 9 *10 11 14 15)
ACPI: PCI Interrupt Link [LMC1] (IRQs 5 7 9 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LAZA] (IRQs 5 7 9 10 *11 14 15)
ACPI: PCI Interrupt Link [LPMU] (IRQs 5 7 9 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LSMB] (IRQs 5 7 9 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LUB2] (IRQs 5 7 9 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LIDE] (IRQs 5 7 9 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LSID] (IRQs 5 7 9 *10 11 14 15)
ACPI: PCI Interrupt Link [LFID] (IRQs 5 7 9 10 *11 14 15)
ACPI: PCI Interrupt Link [LSA2] (IRQs *5 7 9 10 11 14 15)
ACPI: PCI Interrupt Link [APC1] (IRQs 16) *0, disabled.
ACPI: PCI Interrupt Link [APC2] (IRQs 17) *0, disabled.
ACPI: PCI Interrupt Link [APC3] (IRQs 18) *0, disabled.
ACPI: PCI Interrupt Link [APC4] (IRQs 19) *0, disabled.
ACPI: PCI Interrupt Link [APC5] (IRQs 16) *0, disabled.
ACPI: PCI Interrupt Link [APC6] (IRQs 16) *0, disabled.
ACPI: PCI Interrupt Link [APC7] (IRQs 16) *0, disabled.
ACPI: PCI Interrupt Link [APC8] (IRQs 16) *0, disabled.
ACPI: PCI Interrupt Link [APCF] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APCH] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [AMC1] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APMU] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [AAZA] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APCS] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APCL] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APCM] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APCZ] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APSI] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [APSJ] (IRQs 20 21 22 23) *0, disabled.
ACPI: PCI Interrupt Link [ASA2] (IRQs 20 21 22 23) *0, disabled.
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 10 devices
SCSI subsystem initialized
libata version 2.00 loaded.
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
hpet0: at MMIO 0xfefff000, IRQs 2, 8, 31
hpet0: 3 32-bit timers, 25000000 Hz
PCI-DMA: Disabling IOMMU.
pnp: 00:01: ioport range 0x1000-0x107f could not be reserved
pnp: 00:01: ioport range 0x1080-0x10ff has been reserved
pnp: 00:01: ioport range 0x1400-0x147f has been reserved
pnp: 00:01: ioport range 0x1480-0x14ff could not be reserved
pnp: 00:01: ioport range 0x1800-0x187f has been reserved
pnp: 00:01: ioport range 0x1880-0x18ff has been reserved
PCI: Bridge: 0000:00:04.0
IO window: a000-afff
MEM window: fb000000-fdffffff
PREFETCH window: e0000000-efffffff
PCI: Bridge: 0000:00:0e.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:12.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:16.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:17.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Setting latency timer of device 0000:00:04.0 to 64
PCI: Setting latency timer of device 0000:00:0e.0 to 64
PCI: Setting latency timer of device 0000:00:12.0 to 64
PCI: Setting latency timer of device 0000:00:16.0 to 64
PCI: Setting latency timer of device 0000:00:17.0 to 64
NET: Registered protocol family 2
IP route cache hash table entries: 32768 (order: 6, 262144 bytes)
TCP established hash table entries: 131072 (order: 9, 2097152 bytes)
TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
Total HugeTLB memory allocated, 0
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
PCI: Setting latency timer of device 0000:00:04.0 to 64
pcie_portdrv_probe->Dev[02fb:10de] has invalid IRQ. Check vendor BIOS
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:04.0:pcie00]
Allocate Port Service[0000:00:04.0:pcie03]
PCI: Setting latency timer of device 0000:00:12.0 to 64
pcie_portdrv_probe->Dev[0376:10de] has invalid IRQ. Check vendor BIOS
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:12.0:pcie00]
Allocate Port Service[0000:00:12.0:pcie03]
PCI: Setting latency timer of device 0000:00:16.0 to 64
pcie_portdrv_probe->Dev[0375:10de] has invalid IRQ. Check vendor BIOS
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:16.0:pcie00]
Allocate Port Service[0000:00:16.0:pcie03]
PCI: Setting latency timer of device 0000:00:17.0 to 64
pcie_portdrv_probe->Dev[0377:10de] has invalid IRQ. Check vendor BIOS
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:17.0:pcie00]
Allocate Port Service[0000:00:17.0:pcie03]
Real Time Clock Driver v1.12ac
hpet_resources: 0xfefff000 is busy
Non-volatile memory driver v1.2
Linux agpgart interface v0.101 (c) Dave Jones
ACPI: Power Button (FF) [PWRF]
ACPI: Power Button (CM) [PWRB]
ACPI: Fan [FAN] (on)
ACPI: Thermal Zone [THRM] (40 C)
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
sata_nv 0000:00:0d.0: version 3.2
ACPI: PCI Interrupt Link [APSI] enabled at IRQ 23
ACPI: PCI Interrupt 0000:00:0d.0[A] -> Link [APSI] -> GSI 23 (level, low) ->
IRQ 23
PCI: Setting latency timer of device 0000:00:0d.0 to 64
ata1: SATA max UDMA/133 cmd 0x9F0 ctl 0xBF2 bmdma 0xE000 irq 23
ata2: SATA max UDMA/133 cmd 0x970 ctl 0xB72 bmdma 0xE008 irq 23
scsi0 : sata_nv
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata1.00: ATA-7, max UDMA7, 488397168 sectors: LBA48 NCQ (depth 0/32)
ata1.00: ata1: dev 0 multi count 1
ata1.00: configured for UDMA/133
scsi1 : sata_nv
ata2: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0x977
scsi 0:0:0:0: Direct-Access ATA SAMSUNG SP2504C VT10 PQ: 0 ANSI: 5
SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
sda: sda1 sda2 sda3 < sda5 sda6 sda7 sda8 >
sd 0:0:0:0: Attached scsi disk sda
ACPI: PCI Interrupt Link [APSJ] enabled at IRQ 22
ACPI: PCI Interrupt 0000:00:0d.1[B] -> Link [APSJ] -> GSI 22 (level, low) ->
IRQ 22
PCI: Setting latency timer of device 0000:00:0d.1 to 64
ata3: SATA max UDMA/133 cmd 0x9E0 ctl 0xBE2 bmdma 0xCC00 irq 22
ata4: SATA max UDMA/133 cmd 0x960 ctl 0xB62 bmdma 0xCC08 irq 22
scsi2 : sata_nv
ata3: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0x9E7
scsi3 : sata_nv
ata4: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0x967
ACPI: PCI Interrupt Link [ASA2] enabled at IRQ 21
ACPI: PCI Interrupt 0000:00:0d.2[C] -> Link [ASA2] -> GSI 21 (level, low) ->
IRQ 21
PCI: Setting latency timer of device 0000:00:0d.2 to 64
ata5: SATA max UDMA/133 cmd 0xC800 ctl 0xC402 bmdma 0xB800 irq 21
ata6: SATA max UDMA/133 cmd 0xC000 ctl 0xBC02 bmdma 0xB808 irq 21
scsi4 : sata_nv
ata5: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xC807
scsi5 : sata_nv
ata6: SATA link down (SStatus 0 SControl 300)
ATA: abnormal status 0x7F on port 0xC007
pata_amd 0000:00:0c.0: version 0.2.4
PCI: Setting latency timer of device 0000:00:0c.0 to 64
ata7: PATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0xF400 irq 14
ata8: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xF408 irq 15
scsi6 : pata_amd
ATA: abnormal status 0x7F on port 0x1F7
ATA: abnormal status 0x7F on port 0x1F7
ata7.01: ATAPI, max UDMA/33
ata7.01: configured for UDMA/33
scsi7 : pata_amd
ata8: port disabled. ignoring.
ata8: reset failed, giving up
scsi 6:0:1:0: CD-ROM LITE-ON DVDRW SOHW-832S CG5J PQ: 0 ANSI: 5
usbcore: registered new interface driver hiddev
usbcore: registered new interface driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
PNP: No PS/2 controller found. Probing ports directly.
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
NET: Registered protocol family 17
NET: Registered protocol family 15
powernow-k8: Found 2 AMD Athlon(tm) 64 X2 Dual Core Processor 4600+ processors
(version 2.00.00)
powernow-k8: MP systems not supported by PSB BIOS structure
powernow-k8: MP systems not supported by PSB BIOS structure
BIOS EDD facility v0.16 2004-Jun-25, 1 devices found
ReiserFS: sda2: found reiserfs format "3.6" with standard journal
ReiserFS: sda2: using ordered data mode
ReiserFS: sda2: journal params: device sda2, size 8192, journal first block
18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda2: checking transaction log (sda2)
ReiserFS: sda2: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 224k freed
i2c_adapter i2c-0: nForce2 SMBus adapter at 0x1c00
i2c_adapter i2c-1: nForce2 SMBus adapter at 0x1c40
ACPI: PCI Interrupt Link [APCL] enabled at IRQ 20
ACPI: PCI Interrupt 0000:00:0a.1[B] -> Link [APCL] -> GSI 20 (level, low) ->
IRQ 20
PCI: Setting latency timer of device 0000:00:0a.1 to 64
ehci_hcd 0000:00:0a.1: EHCI Host Controller
ehci_hcd 0000:00:0a.1: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:0a.1: debug port 1
PCI: cache line size of 64 is not supported by device 0000:00:0a.1
ehci_hcd 0000:00:0a.1: irq 20, io mem 0xfe02e000
ehci_hcd 0000:00:0a.1: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 10 ports detected
forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.57.
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ACPI: PCI Interrupt Link [APCF] enabled at IRQ 23
ACPI: PCI Interrupt 0000:00:0a.0[A] -> Link [APCF] -> GSI 23 (level, low) ->
IRQ 23
PCI: Setting latency timer of device 0000:00:0a.0 to 64
ohci_hcd 0000:00:0a.0: OHCI Host Controller
ohci_hcd 0000:00:0a.0: new USB bus registered, assigned bus number 2
ohci_hcd 0000:00:0a.0: irq 23, io mem 0xfe02f000
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 10 ports detected
ACPI: PCI Interrupt Link [APCH] enabled at IRQ 22
ACPI: PCI Interrupt 0000:00:10.0[A] -> Link [APCH] -> GSI 22 (level, low) ->
IRQ 22
PCI: Setting latency timer of device 0000:00:10.0 to 64
forcedeth: using HIGHDMA
eth0: forcedeth.c: subsystem: 01043:8223 bound to 0000:00:10.0
ACPI: PCI Interrupt Link [AAZA] enabled at IRQ 21
ACPI: PCI Interrupt 0000:00:0e.1[B] -> Link [AAZA] -> GSI 21 (level, low) ->
IRQ 21
PCI: Setting latency timer of device 0000:00:0e.1 to 64
sr0: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 6:0:1:0: Attached scsi CD-ROM sr0
usb 2-1: new low speed USB device using ohci_hcd and address 2
hda_codec: Unknown model for AD1988, trying auto-probe from BIOS...
nvidia: module license 'NVIDIA' taints kernel.
usb 2-1: configuration #1 chosen from 1 choice
input: A4Tech PS/2+USB Mouse as /class/input/input0
input: USB HID v1.10 Mouse [A4Tech PS/2+USB Mouse] on usb-0000:00:0a.0-1
ACPI: PCI Interrupt Link [APC5] enabled at IRQ 16
ACPI: PCI Interrupt 0000:01:00.0[A] -> Link [APC5] -> GSI 16 (level, low) ->
IRQ 16
PCI: Setting latency timer of device 0000:01:00.0 to 64
NVRM: loading NVIDIA UNIX x86_64 Kernel Module 1.0-9746 Fri Dec 15 10:19:35
PST 2006
usb 2-2: new low speed USB device using ohci_hcd and address 3
usb 2-2: configuration #1 chosen from 1 choice
input: MOSART Semi. Wireless Keyboard & Mouse as /class/input/input1
input: USB HID v1.10 Keyboard [MOSART Semi. Wireless Keyboard & Mouse] on
usb-0000:00:0a.0-2
input: MOSART Semi. Wireless Keyboard & Mouse as /class/input/input2
input,hiddev96: USB HID v1.10 Mouse [MOSART Semi. Wireless Keyboard & Mouse]
on usb-0000:00:0a.0-2
usb 2-4: new full speed USB device using ohci_hcd and address 4
usb 2-4: configuration #1 chosen from 1 choice
drivers/usb/class/usblp.c: usblp0: USB Bidirectional printer dev 4 if 0 alt 0
proto 2 vid 0x03F0 pid 0x1504
usbcore: registered new interface driver usblp
drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver
device-mapper: ioctl: 4.10.0-ioctl (2006-09-14) initialised: dm-devel@redhat.com
NTFS driver 2.1.27 [Flags: R/O MODULE].
NTFS volume version 3.1.
Adding 995988k swap on /dev/sda8. Priority:-1 extents:1 across:995988k
eth0: no IPv6 routers present
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: High CPU usage with sata_nv
2007-01-15 22:28 ` ris
@ 2007-01-22 3:40 ` Tejun Heo
2007-02-11 22:31 ` ris
0 siblings, 1 reply; 14+ messages in thread
From: Tejun Heo @ 2007-01-22 3:40 UTC (permalink / raw)
To: ris; +Cc: Frederik Deweerdt, linux-kernel
Hello,
ris wrote:
> and dmesg....
Please report...
1. 'vmstat 1' result during file copy (w/ cpu 100%)
2. 'dmesg' result after file copy
--
tejun
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: High CPU usage with sata_nv
2007-01-22 3:40 ` Tejun Heo
@ 2007-02-11 22:31 ` ris
2007-02-12 6:49 ` Tejun Heo
0 siblings, 1 reply; 14+ messages in thread
From: ris @ 2007-02-11 22:31 UTC (permalink / raw)
To: linux-kernel
Tejun Heo <htejun <at> gmail.com> writes:
>
> Hello,
>
> ris wrote:
> > and dmesg....
>
> Please report...
>
> 1. 'vmstat 1' result during file copy (w/ cpu 100%)
> 2. 'dmesg' result after file copy
>
Sorry for late.
Dmesg get no errors /informations
vmstat 1
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 0 0 303444 53224 360132 0 0 276 157 627 814 5 2 89 4
0 0 0 302956 53228 360332 0 0 196 0 1193 1686 2 2 95 1
0 0 0 303204 53228 360332 0 0 0 0 1175 1544 2 1 97 0
1 0 0 234656 53240 428880 0 0 34428 0 1498 2532 4 11 69 16
2 0 0 105776 53248 556372 0 0 63752 0 1729 2696 6 18 47 29
0 3 0 9464 53248 648708 0 0 43780 28008 1804 2262 6 20 29 44
0 3 2588 9548 51548 647488 0 0 19200 47616 1503 1903 4 7 42 46
0 3 2640 10152 50840 648480 0 0 24716 11876 1695 2251 5 8 7 80
1 2 2640 9788 46468 652052 0 0 54280 5620 1740 2687 6 18 0 76
0 3 2640 9788 46308 652500 0 0 43392 2212 1626 2038 5 14 0 81
1 2 2640 9636 46308 653000 0 0 38528 1164 1588 2181 4 12 0 84
0 3 2640 13872 46084 648264 0 0 30088 12972 1701 2223 4 12 0 85
0 4 2644 8460 37140 661572 0 2640 25648 26372 1615 1908 3 10 0 88
0 3 2644 9188 16760 683196 0 0 33840 48988 1639 2154 4 12 0 84
1 3 2644 9592 14012 686060 0 0 20884 7064 1412 1841 3 9 5 83
1 3 2644 9640 7632 692364 0 0 27676 36980 1507 1907 3 11 36 49
2 3 2644 9136 7544 692224 0 0 15252 19192 1368 1856 4 8 7 82
0 2 2644 10180 7216 689852 0 0 26908 51248 1484 2132 5 11 18 67
0 2 2644 10148 6904 690192 0 0 14228 29012 1355 1585 4 7 21 68
0 3 2644 9628 6448 691792 0 0 14732 35232 1358 1777 4 7 28 60
1 1 2644 9372 5924 692516 0 0 10124 38988 1342 1811 4 5 33 58
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 3 2644 9956 6108 692716 0 0 7944 47624 1333 1517 4 5 41 50
1 4 2644 9396 6128 693284 0 0 9740 35100 1328 1644 2 5 49 45
0 4 2644 8296 6148 694936 0 4 13132 12656 1351 1566 2 6 41 50
2 4 2644 8232 6164 695748 0 0 8460 6568 1303 1681 3 4 48 44
1 2 2644 9220 6200 694688 0 0 8388 38872 1867 1481 2 7 49 43
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: High CPU usage with sata_nv
2007-02-11 22:31 ` ris
@ 2007-02-12 6:49 ` Tejun Heo
2007-02-12 14:11 ` ris
2007-02-12 20:02 ` Matthew Fredrickson
0 siblings, 2 replies; 14+ messages in thread
From: Tejun Heo @ 2007-02-12 6:49 UTC (permalink / raw)
To: ris; +Cc: linux-kernel
ris wrote:
> procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
> r b swpd free buff cache si so bi bo in cs us sy id wa
> 0 0 0 303444 53224 360132 0 0 276 157 627 814 5 2 89 4
> 0 0 0 302956 53228 360332 0 0 196 0 1193 1686 2 2 95 1
> 0 0 0 303204 53228 360332 0 0 0 0 1175 1544 2 1 97 0
> 1 0 0 234656 53240 428880 0 0 34428 0 1498 2532 4 11 69 16
> 2 0 0 105776 53248 556372 0 0 63752 0 1729 2696 6 18 47 29
> 0 3 0 9464 53248 648708 0 0 43780 28008 1804 2262 6 20 29 44
> 0 3 2588 9548 51548 647488 0 0 19200 47616 1503 1903 4 7 42 46
> 0 3 2640 10152 50840 648480 0 0 24716 11876 1695 2251 5 8 7 80
> 1 2 2640 9788 46468 652052 0 0 54280 5620 1740 2687 6 18 0 76
> 0 3 2640 9788 46308 652500 0 0 43392 2212 1626 2038 5 14 0 81
> 1 2 2640 9636 46308 653000 0 0 38528 1164 1588 2181 4 12 0 84
> 0 3 2640 13872 46084 648264 0 0 30088 12972 1701 2223 4 12 0 85
> 0 4 2644 8460 37140 661572 0 2640 25648 26372 1615 1908 3 10 0 88
> 0 3 2644 9188 16760 683196 0 0 33840 48988 1639 2154 4 12 0 84
iowait != cpu busy. Your cpu idleness stays above 80%.
--
tejun
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: High CPU usage with sata_nv
2007-02-12 6:49 ` Tejun Heo
@ 2007-02-12 14:11 ` ris
2007-02-12 16:18 ` Tejun Heo
2007-02-12 20:02 ` Matthew Fredrickson
1 sibling, 1 reply; 14+ messages in thread
From: ris @ 2007-02-12 14:11 UTC (permalink / raw)
To: linux-kernel
Tejun Heo <htejun <at> gmail.com> writes:
>
> iowait != cpu busy. Your cpu idleness stays above 80%.
>
Ok ...... but one of my CPU core are at 99% usage ....
htop report this ....
So how to solve this problem ?
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: High CPU usage with sata_nv
2007-02-12 14:11 ` ris
@ 2007-02-12 16:18 ` Tejun Heo
0 siblings, 0 replies; 14+ messages in thread
From: Tejun Heo @ 2007-02-12 16:18 UTC (permalink / raw)
To: ris; +Cc: linux-kernel
ris wrote:
> Tejun Heo <htejun <at> gmail.com> writes:
>
>> iowait != cpu busy. Your cpu idleness stays above 80%.
>>
>
>
> Ok ...... but one of my CPU core are at 99% usage ....
> htop report this ....
>
> So how to solve this problem ?
The red part of cpu usage bar represents 'iowait' not cpu usage. Fire
up both top and htop and pay attention to 'Wa' value in top. You're
just confused about how the graph is drawn in htop, nothing wrong with
your system.
--
tejun
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: High CPU usage with sata_nv
2007-02-12 6:49 ` Tejun Heo
2007-02-12 14:11 ` ris
@ 2007-02-12 20:02 ` Matthew Fredrickson
2007-02-12 20:09 ` Tejun Heo
1 sibling, 1 reply; 14+ messages in thread
From: Matthew Fredrickson @ 2007-02-12 20:02 UTC (permalink / raw)
To: Tejun Heo; +Cc: linux-kernel, ris
On Feb 12, 2007, at 12:49 AM, Tejun Heo wrote:
> ris wrote:
>> procs -----------memory---------- ---swap-- -----io---- -system--
>> ----cpu----
>> r b swpd free buff cache si so bi bo in cs us
>> sy id wa
>> 0 0 0 303444 53224 360132 0 0 276 157 627 814 5
>> 2 89 4
>> 0 0 0 302956 53228 360332 0 0 196 0 1193 1686 2
>> 2 95 1
>> 0 0 0 303204 53228 360332 0 0 0 0 1175 1544 2
>> 1 97 0
>> 1 0 0 234656 53240 428880 0 0 34428 0 1498 2532 4
>> 11 69 16
>> 2 0 0 105776 53248 556372 0 0 63752 0 1729 2696 6
>> 18 47 29
>> 0 3 0 9464 53248 648708 0 0 43780 28008 1804 2262 6
>> 20 29 44
>> 0 3 2588 9548 51548 647488 0 0 19200 47616 1503 1903 4
>> 7 42 46
>> 0 3 2640 10152 50840 648480 0 0 24716 11876 1695 2251 5
>> 8 7 80
>> 1 2 2640 9788 46468 652052 0 0 54280 5620 1740 2687 6
>> 18 0 76
>> 0 3 2640 9788 46308 652500 0 0 43392 2212 1626 2038 5
>> 14 0 81
>> 1 2 2640 9636 46308 653000 0 0 38528 1164 1588 2181 4
>> 12 0 84
>> 0 3 2640 13872 46084 648264 0 0 30088 12972 1701 2223 4
>> 12 0 85
>> 0 4 2644 8460 37140 661572 0 2640 25648 26372 1615 1908 3
>> 10 0 88
>> 0 3 2644 9188 16760 683196 0 0 33840 48988 1639 2154 4
>> 12 0 84
>
> iowait != cpu busy. Your cpu idleness stays above 80%.
I have noticed something that might be related as well. I am working
on a device driver that would have periodic data errors due to
exceptionally long interrupt handling latency. I have come to the
point that I suspect that it's the sata_nv driver, and now that we
can't do the hdparm -u1 option for sata, it seems to be a bigger
problem.
Matthew Fredrickson
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: High CPU usage with sata_nv
2007-02-12 20:02 ` Matthew Fredrickson
@ 2007-02-12 20:09 ` Tejun Heo
0 siblings, 0 replies; 14+ messages in thread
From: Tejun Heo @ 2007-02-12 20:09 UTC (permalink / raw)
To: Matthew Fredrickson; +Cc: linux-kernel, ris
Matthew Fredrickson wrote:
> I have noticed something that might be related as well. I am working on
> a device driver that would have periodic data errors due to
> exceptionally long interrupt handling latency. I have come to the point
> that I suspect that it's the sata_nv driver, and now that we can't do
> the hdparm -u1 option for sata, it seems to be a bigger problem.
That's mostly off topic. libata configures DMA if at all possible and
fallback to PIO only after a lot of serious errors. Is your drive in
pio mode? Or does it happen even when in dma mode?
--
tejun
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: High CPU usage with sata_nv
2007-02-21 15:28 ` Matthew Fredrickson
2007-02-21 18:04 ` Lee Revell
@ 2007-02-22 2:34 ` Robert Hancock
1 sibling, 0 replies; 14+ messages in thread
From: Robert Hancock @ 2007-02-22 2:34 UTC (permalink / raw)
To: Matthew Fredrickson; +Cc: Tejun Heo, linux-kernel
Matthew Fredrickson wrote:
>
> On Feb 20, 2007, at 9:43 PM, Robert Hancock wrote:
>
>> Matthew Fredrickson wrote:
>>> I have noticed something that might be related as well. I am working
>>> on a device driver that would have periodic data errors due to
>>> exceptionally long interrupt handling latency. I have come to the
>>> point that I suspect that it's the sata_nv driver, and now that we
>>> can't do the hdparm -u1 option for sata, it seems to be a bigger
>>> problem.
>>
>> What kernel are you using? There were some complaints about latency
>> problems (the ATA status register read taking a ridiculous amount of
>> time to complete) on sata_nv previously, but 2.6.20 should eliminate
>> that problem at least on nForce4 chipsets..
>>
>
> It's a 2.6.18 kernel. What we're seeing (by means of the interrupt pin
> on another card) is extremely large interrupt latency (measured from the
> time the interrupt pin goes low to the first couple lines of code in the
> IRQ handler to clear it) occasionally, in the order of 500-700
> microseconds. I figured it was some other driver on the system
> disabling irqs for a long period of time, but it's difficult to trace
> what might be doing that.
There were reports that an read of the interrupt status register on the
sata_nv controller could take a huge amount of time (something like 14
milliseconds as I recall). I don't think it was ever really established
what was causing that big delay (there was speculation it was trapping
into SMM mode, but Nvidia denied that one).
In 2.6.20 kernels we use a different operating mode, ADMA, on the
nForce4 chipsets which usually avoids using that register.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@nospamshaw.ca
Home Page: http://www.roberthancock.com/
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: High CPU usage with sata_nv
2007-02-21 15:28 ` Matthew Fredrickson
@ 2007-02-21 18:04 ` Lee Revell
2007-02-22 2:34 ` Robert Hancock
1 sibling, 0 replies; 14+ messages in thread
From: Lee Revell @ 2007-02-21 18:04 UTC (permalink / raw)
To: Matthew Fredrickson; +Cc: Robert Hancock, Tejun Heo, linux-kernel
On 2/21/07, Matthew Fredrickson <creslin@digium.com> wrote:
> It's a 2.6.18 kernel. What we're seeing (by means of the interrupt pin
> on another card) is extremely large interrupt latency (measured from
> the time the interrupt pin goes low to the first couple lines of code
> in the IRQ handler to clear it) occasionally, in the order of 500-700
> microseconds. I figured it was some other driver on the system
> disabling irqs for a long period of time, but it's difficult to trace
> what might be doing that.
Apply the -rt kernel patch and enable the latency tracer, it will tell
you what code path is responsible.
Lee
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: High CPU usage with sata_nv
2007-02-21 3:43 ` Robert Hancock
@ 2007-02-21 15:28 ` Matthew Fredrickson
2007-02-21 18:04 ` Lee Revell
2007-02-22 2:34 ` Robert Hancock
0 siblings, 2 replies; 14+ messages in thread
From: Matthew Fredrickson @ 2007-02-21 15:28 UTC (permalink / raw)
To: Robert Hancock; +Cc: Tejun Heo, linux-kernel
On Feb 20, 2007, at 9:43 PM, Robert Hancock wrote:
> Matthew Fredrickson wrote:
>> I have noticed something that might be related as well. I am working
>> on a device driver that would have periodic data errors due to
>> exceptionally long interrupt handling latency. I have come to the
>> point that I suspect that it's the sata_nv driver, and now that we
>> can't do the hdparm -u1 option for sata, it seems to be a bigger
>> problem.
>
> What kernel are you using? There were some complaints about latency
> problems (the ATA status register read taking a ridiculous amount of
> time to complete) on sata_nv previously, but 2.6.20 should eliminate
> that problem at least on nForce4 chipsets..
>
It's a 2.6.18 kernel. What we're seeing (by means of the interrupt pin
on another card) is extremely large interrupt latency (measured from
the time the interrupt pin goes low to the first couple lines of code
in the IRQ handler to clear it) occasionally, in the order of 500-700
microseconds. I figured it was some other driver on the system
disabling irqs for a long period of time, but it's difficult to trace
what might be doing that.
Matthew Fredrickson
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: High CPU usage with sata_nv
[not found] ` <fa.PMqnzxUBiShkWV4h9SiztNIwYc0@ifi.uio.no>
@ 2007-02-21 3:43 ` Robert Hancock
2007-02-21 15:28 ` Matthew Fredrickson
0 siblings, 1 reply; 14+ messages in thread
From: Robert Hancock @ 2007-02-21 3:43 UTC (permalink / raw)
To: Matthew Fredrickson, linux-kernel; +Cc: Tejun Heo
Matthew Fredrickson wrote:
> I have noticed something that might be related as well. I am working on
> a device driver that would have periodic data errors due to
> exceptionally long interrupt handling latency. I have come to the point
> that I suspect that it's the sata_nv driver, and now that we can't do
> the hdparm -u1 option for sata, it seems to be a bigger problem.
What kernel are you using? There were some complaints about latency
problems (the ATA status register read taking a ridiculous amount of
time to complete) on sata_nv previously, but 2.6.20 should eliminate
that problem at least on nForce4 chipsets..
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@nospamshaw.ca
Home Page: http://www.roberthancock.com/
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2007-02-22 2:34 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <20070115164541.M22367@elsat.net.pl>
2007-01-15 16:54 ` High CPU usage with sata_nv ris
2007-01-15 18:26 ` Frederik Deweerdt
2007-01-15 22:28 ` ris
2007-01-22 3:40 ` Tejun Heo
2007-02-11 22:31 ` ris
2007-02-12 6:49 ` Tejun Heo
2007-02-12 14:11 ` ris
2007-02-12 16:18 ` Tejun Heo
2007-02-12 20:02 ` Matthew Fredrickson
2007-02-12 20:09 ` Tejun Heo
[not found] <fa.1OWRIIUBXsZOXflsGLA+7d4YCc0@ifi.uio.no>
[not found] ` <fa.A0XBTh7eCfsh11d3AhMO71/4xQU@ifi.uio.no>
[not found] ` <fa.fCm35VohC2wt9vlkg94Ru7me4ic@ifi.uio.no>
[not found] ` <fa.qDqCne4pXntL0PolSS2j8t4py3g@ifi.uio.no>
[not found] ` <fa.8TboLRab6f7zzIWFr/JPM6q04Zo@ifi.uio.no>
[not found] ` <fa.PMqnzxUBiShkWV4h9SiztNIwYc0@ifi.uio.no>
2007-02-21 3:43 ` Robert Hancock
2007-02-21 15:28 ` Matthew Fredrickson
2007-02-21 18:04 ` Lee Revell
2007-02-22 2:34 ` Robert Hancock
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.