BUG?: VIA IDE transfer-rate problem

BUG?: VIA IDE transfer-rate problem

[Helmut Toplitzer]

Hi!

I've got a question about a small experiment I made:
I tried to find out the transfer-rate of my hd by useing
hdparm -t /dev/hda
and got changing transferrates starting from

37MB/s with CPU not utilized
55MB/s with CPU 100% utilized
22MB/s with ehci-hcd loaded and a device already initilized
55MB/s with ehci-hcd loaded and CPU 100% utilized
(see log1/log2)

So is this supposed normal operation? Or is there
something wrong with it?
Even tried useing the lirc_dev and lirc_i2c kernel-modules
from the lirc project (Infrared remote over usb) and got
only 12MB/s on hda until using CPU with 100%.

So it looks like CPU/USB/IDE is in some interaction. Any
ideas what to do against this. My current kernel is
2.6.15

TIA
Helmut

-- 
My GNUpg fingerprint http://www.gnupg.org
4563 F4FB 0B7E 8698 53CD  00E9 E319 35BD 6A91 1656

Re: BUG?: VIA IDE transfer-rate problem

[Helmut Toplitzer]

[-- Attachment #1: Type: text/plain, Size: 117 bytes --]


Here are the logs

-- 
My GNUpg fingerprint http://www.gnupg.org
4563 F4FB 0B7E 8698 53CD  00E9 E319 35BD 6A91 1656

[-- Attachment #2: dmesg.txt --]
[-- Type: text/plain, Size: 9084 bytes --]

Linux version 2.6.15 (root@) (gcc-Version 3.3.5 (Debian 1:3.3.5-13)) #1 Fri Jan 6 21:30:24 CET 2006
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000fff0000 (usable)
 BIOS-e820: 000000000fff0000 - 000000000fff8000 (ACPI data)
 BIOS-e820: 000000000fff8000 - 0000000010000000 (ACPI NVS)
 BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
 BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
255MB LOWMEM available.
found SMP MP-table at 000fb930
On node 0 totalpages: 65520
  DMA zone: 4096 pages, LIFO batch:0
  DMA32 zone: 0 pages, LIFO batch:0
  Normal zone: 61424 pages, LIFO batch:15
  HighMem zone: 0 pages, LIFO batch:0
DMI 2.3 present.
ACPI: RSDP (v000 AMI                                   ) @ 0x000fa980
ACPI: RSDT (v001 AMIINT VIA_K7   0x00000010 MSFT 0x00000097) @ 0x0fff0000
ACPI: FADT (v001 AMIINT VIA_K7   0x00000011 MSFT 0x00000097) @ 0x0fff0030
ACPI: MADT (v001 AMIINT VIA_K7   0x00000009 MSFT 0x00000097) @ 0x0fff00c0
ACPI: DSDT (v001    VIA   VIA_K7 0x00001000 MSFT 0x0100000d) @ 0x00000000
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 6:8 APIC version 16
ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 2, version 3, 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 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 20000000 (gap: 10000000:eec00000)
Built 1 zonelists
Kernel command line: BOOT_IMAGE=Linux ro root=301 resume=/dev/hda2 1
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
Initializing CPU#0
PID hash table entries: 1024 (order: 10, 16384 bytes)
Detected 1754.164 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 256468k/262080k available (1583k kernel code, 5060k reserved, 667k data, 136k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 3514.31 BogoMIPS (lpj=7028624)
Security Framework v1.0.0 initialized
Capability LSM initialized
Mount-cache hash table entries: 512
CPU: After generic identify, caps: 0383fbff c1c3fbff 00000000 00000000 00000000 00000000 00000000
CPU: After vendor identify, caps: 0383fbff c1c3fbff 00000000 00000000 00000000 00000000 00000000
CPU: CLK_CTL MSR was 6003d22f. Reprogramming to 2003d22f
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
CPU: After all inits, caps: 0383fbff c1c3fbff 00000000 00000020 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
mtrr: v2.0 (20020519)
CPU: AMD Athlon(tm) XP 2200+ stepping 01
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: PCI BIOS revision 2.10 entry at 0xfdaf1, last bus=1
PCI: Using configuration type 1
ACPI: Subsystem revision 20050902
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
PCI quirk: region 0800-087f claimed by vt8235 PM
PCI quirk: region 0400-040f claimed by vt8235 SMB
Boot video device is 0000:01:00.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: Power Resource [URP1] (off)
ACPI: Power Resource [URP2] (off)
ACPI: Power Resource [FDDP] (off)
ACPI: Power Resource [LPTP] (off)
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)
Linux Plug and Play Support v0.97 (c) Adam Belay
SCSI subsystem initialized
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
PCI: Bridge: 0000:00:01.0
  IO window: disabled.
  MEM window: dee00000-dfefffff
  PREFETCH window: dad00000-decfffff
PCI: Setting latency timer of device 0000:00:01.0 to 64
Machine check exception polling timer started.
Total HugeTLB memory allocated, 0
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
 0000:00:10.2: uhci_check_and_reset_hc: legsup = 0x2000
 0000:00:10.2: Performing full reset
 0000:00:10.1: uhci_check_and_reset_hc: legsup = 0x2000
 0000:00:10.1: Performing full reset
 0000:00:10.0: uhci_check_and_reset_hc: legsup = 0x2000
 0000:00:10.0: Performing full reset
ACPI: Power Button (FF) [PWRF]
ACPI: Power Button (CM) [PWRB]
ACPI: Sleep Button (CM) [SLPB]
ACPI: Processor [CPU1] (supports 16 throttling states)
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: Detected VIA KT266/KY266x/KT333 chipset
agpgart: AGP aperture is 128M @ 0xe0000000
[drm] Initialized drm 1.0.0 20040925
PNP: No PS/2 controller found. Probing ports directly.
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
via-rhine.c:v1.10-LK1.2.0-2.6 June-10-2004 Written by Donald Becker
ACPI: PCI Interrupt 0000:00:12.0[A] -> GSI 23 (level, low) -> IRQ 16
PCI: Via IRQ fixup for 0000:00:12.0, from 11 to 0
eth0: VIA Rhine II at 0x1dc00, 00:10:dc:97:81:11, IRQ 16.
eth0: MII PHY found at address 1, status 0x786d advertising 05e1 Link 45e1.
Linux video capture interface: v1.00
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller at PCI slot 0000:00:11.1
ACPI: PCI Interrupt 0000:00:11.1[A]: no GSI
PCI: Via IRQ fixup for 0000:00:11.1, from 255 to 15
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt8235 (rev 00) IDE UDMA133 controller on pci0000:00:11.1
    ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0xfc08-0xfc0f, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
hda: ST3200822A, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: HL-DT-ST DVDRAM GSA-4081B, ATAPI CD/DVD-ROM drive
hdd: CD-RW CRX100E, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 1024KiB
hda: 390721968 sectors (200049 MB) w/8192KiB Cache, CHS=24321/255/63, UDMA(100)
hda: cache flushes supported
 hda: hda1 hda2 hda3 hda4
hdc: ATAPI 32X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
hdd: ATAPI 24X CD-ROM CD-R/RW drive, 1024kB Cache, DMA
mice: PS/2 mouse device common for all mice
NET: Registered protocol family 2
input: AT Translated Set 2 keyboard as /class/input/input0
IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
TCP established hash table entries: 16384 (order: 4, 65536 bytes)
TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
TCP reno registered
IPv4 over IPv4 tunneling driver
GRE over IPv4 tunneling driver
ip_tables: (C) 2000-2002 Netfilter core team
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 15
Using IPI Shortcut mode
kjournald starting.  Commit interval 5 seconds
Freeing unused kernel memory: 136k freed
input: ImPS/2 Logitech Wheel Mouse as /class/input/input1
Adding 1469936k swap on /dev/hda2.  Priority:-1 extents:1 across:1469936k
Generic RTC Driver v1.07
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
ACPI: PCI Interrupt 0000:00:11.5[C] -> GSI 22 (level, low) -> IRQ 17
PCI: Via IRQ fixup for 0000:00:11.5, from 5 to 1
PCI: Setting latency timer of device 0000:00:11.5 to 64
Matrox MGA G200/G400/G450/G550 YUV Video interface v2.01 (c) Aaron Holtzman & A'rpi
mga_vid: Found MGA G400/G450 at [0000:01:00.0]
mga_vid: MMIO at 0xd0a00000 IRQ: 11  framebuffer: 0xDC000000
mga_vid: OPTION word: 0x400A1520  mem: 0x05  SDRAM
mga_vid: detected RAMSIZE is 32 MB
syncfb (mga): IRQ disabled in mga_vid.c
mga_vid: 1 supported cards found
device-mapper: 4.4.0-ioctl (2005-01-12) initialised: dm-devel@redhat.com
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
ttyS0: LSR safety check engaged!
ttyS0: LSR safety check engaged!
ttyS1: LSR safety check engaged!
ttyS1: LSR safety check engaged!

[-- Attachment #3: log1.txt --]
[-- Type: text/plain, Size: 359 bytes --]

shell$hdparm -t /dev/hda

/dev/hda:
 Timing buffered disk reads:  116 MB in  3.04 seconds =  38.11 MB/sec
shell$burnK7 &
[1] 2478
shell$hdparm -t /dev/hda

/dev/hda:
 Timing buffered disk reads:  164 MB in  3.02 seconds =  54.37 MB/sec
shell$fg
burnK7

shell$hdparm -t /dev/hda

/dev/hda:
 Timing buffered disk reads:  108 MB in  3.01 seconds =  35.85 MB/sec

[-- Attachment #4: log2.txt --]
[-- Type: text/plain, Size: 2330 bytes --]

shell$lsmod 
Module                  Size  Used by
8250                   16660  0 
serial_core            15104  1 8250
dm_mod                 44600  0 
mga_vid                11232  0 
snd_via82xx            19924  0 
snd_ac97_codec         80032  1 snd_via82xx
snd_ac97_bus            1920  1 snd_ac97_codec
snd_pcm_oss            41952  0 
snd_mixer_oss          14208  1 snd_pcm_oss
snd_pcm                67656  3 snd_via82xx,snd_ac97_codec,snd_pcm_oss
snd_timer              18052  1 snd_pcm
snd_page_alloc          8008  2 snd_via82xx,snd_pcm
snd_mpu401_uart         5248  1 snd_via82xx
snd_rawmidi            18016  1 snd_mpu401_uart
snd_seq_device          6668  1 snd_rawmidi
snd                    41636  9 snd_via82xx,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device
soundcore               6752  1 snd
floppy                 50820  0 
w83781d                27300  0 
hwmon_vid               2176  1 w83781d
eeprom                  5456  0 
lm80                   14992  0 
i2c_isa                 3456  1 w83781d
i2c_viapro              6996  0 
i2c_core               15504  5 w83781d,eeprom,lm80,i2c_isa,i2c_viapro
genrtc                  7488  0 
shell$hdparm -t /dev/hda

/dev/hda:
 Timing buffered disk reads:  114 MB in  3.01 seconds =  37.85 MB/sec
shell$burnK7 &
[1] 1786
shell$hdparm -t /dev/hda

/dev/hda:
 Timing buffered disk reads:  174 MB in  3.03 seconds =  57.46 MB/sec
shell$fg
burnK7

shell$hdparm -t /dev/hda

/dev/hda:
 Timing buffered disk reads:  108 MB in  3.02 seconds =  35.76 MB/sec
shell$modprobe uhci-hcd
shell$modprobe ehci-hcd
shell$hdparm -t /dev/hda

/dev/hda:
 Timing buffered disk reads:  110 MB in  3.03 seconds =  36.33 MB/sec
shell$
shell$hdparm -t /dev/hda

/dev/hda:
 Timing buffered disk reads:   68 MB in  3.04 seconds =  22.40 MB/sec
shell$hdparm -t /dev/hda

/dev/hda:
 Timing buffered disk reads:   68 MB in  3.07 seconds =  22.13 MB/sec
shell$hdparm -t /dev/hda

/dev/hda:
 Timing buffered disk reads:   70 MB in  3.06 seconds =  22.87 MB/sec
shell$burnK7 &
[1] 2426
shell$hdparm -t /dev/hda

/dev/hda:
 Timing buffered disk reads:  168 MB in  3.02 seconds =  55.63 MB/sec
shell$fg
burnK7

shell$rmmod ehci-hcd
shell$hdparm -t /dev/hda

/dev/hda:
 Timing buffered disk reads:  112 MB in  3.02 seconds =  37.13 MB/sec

[-- Attachment #5: lspci.txt --]
[-- Type: text/plain, Size: 7722 bytes --]

0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333]
	Subsystem: VIA Technologies, Inc.: Unknown device 0000
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
	Latency: 0
	Region 0: Memory at e0000000 (32-bit, prefetchable) [size=128M]
	Capabilities: [a0] AGP version 2.0
		Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4
		Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x1
	Capabilities: [c0] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP] (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
	Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
	Latency: 0
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
	Memory behind bridge: dee00000-dfefffff
	Prefetchable memory behind bridge: dad00000-decfffff
	BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 32, Cache Line Size: 0x08 (32 bytes)
	Interrupt: pin A routed to IRQ 18
	Region 4: I/O ports at e400 [size=32]
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 32, Cache Line Size: 0x08 (32 bytes)
	Interrupt: pin B routed to IRQ 18
	Region 4: I/O ports at e800 [size=32]
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 32, Cache Line Size: 0x08 (32 bytes)
	Interrupt: pin C routed to IRQ 18
	Region 4: I/O ports at ec00 [size=32]
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) (prog-if 20 [EHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Interrupt: pin D routed to IRQ 18
	Region 0: Memory at dfffff00 (32-bit, non-prefetchable) [size=256]
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
	Subsystem: VIA Technologies, Inc.: Unknown device 0000
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 0
	Capabilities: [c0] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 32
	Interrupt: pin A routed to IRQ 255
	Region 4: I/O ports at fc00 [size=16]
	Capabilities: [c0] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Interrupt: pin C routed to IRQ 17
	Region 0: I/O ports at e000 [size=256]
	Capabilities: [c0] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 32 (750ns min, 2000ns max), Cache Line Size: 0x08 (32 bytes)
	Interrupt: pin A routed to IRQ 16
	Region 0: I/O ports at dc00 [size=256]
	Region 1: Memory at dffffe00 (32-bit, non-prefetchable) [size=256]
	Capabilities: [40] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 85) (prog-if 00 [VGA])
	Subsystem: Matrox Graphics, Inc. Millennium G450 32Mb SDRAM Dual Head
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 32 (4000ns min, 8000ns max), Cache Line Size: 0x08 (32 bytes)
	Interrupt: pin A routed to IRQ 19
	Region 0: Memory at dc000000 (32-bit, prefetchable) [size=32M]
	Region 1: Memory at dfefc000 (32-bit, non-prefetchable) [size=16K]
	Region 2: Memory at df000000 (32-bit, non-prefetchable) [size=8M]
	Expansion ROM at dfec0000 [disabled] [size=128K]
	Capabilities: [dc] Power Management version 2
		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [f0] AGP version 2.0
		Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2,x4
		Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x1

Re: BUG?: VIA IDE transfer-rate problem

[Helmut Toplitzer]

HELP!

No one answered my question, that's why I'm asking once again:

Is there someone who can tell me what causes the problem
or at least tell me whom I should ask about it?
http://marc.theaimsgroup.com/?l=linux-ide&m=113717636923888&w=2


TIA
Helmut

-- 
My GNUpg fingerprint http://www.gnupg.org
4563 F4FB 0B7E 8698 53CD  00E9 E319 35BD 6A91 1656

Re: BUG?: VIA IDE transfer-rate problem

[Gentoopower]

Helmut Toplitzer wrote:
> HELP!
>
> No one answered my question, that's why I'm asking once again:
>   

Well then you probably should check your mail system, since I sent an
answer directly to:

Helmut Toplitzer <pvrusb2@toplitzer.net>

> Is there someone who can tell me what causes the problem
> or at least tell me whom I should ask about it?
> http://marc.theaimsgroup.com/?l=linux-ide&m=113717636923888&w=2
>
>
> TIA
> Helmut
>
>   



	

	
		
___________________________________________________________ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

Re: BUG?: VIA IDE transfer-rate problem

[Helmut Toplitzer]

>
> Well then you probably should check your mail system, since I sent an
> answer directly to:

It was no answer. You suggested that a process like
updatedb was doing IDE-transfers.

I made my tests in single user-mode and
there was no other process like updatedb etc. 
consuming the transfer-rate.

This is highly reproducible. Loading and unloading
ehci-hcd, lirc_dev/lirc_i2c and using burnK7 is
always leading to the same results.

Cheers
helmut

-- 
My GNUpg fingerprint http://www.gnupg.org
4563 F4FB 0B7E 8698 53CD  00E9 E319 35BD 6A91 1656

Re: BUG?: VIA IDE transfer-rate problem

[Bartlomiej Zolnierkiewicz]

On 1/13/06, Helmut Toplitzer <pvrusb2@toplitzer.net> wrote:
>
> Hi!

Hi,

> I've got a question about a small experiment I made:
> I tried to find out the transfer-rate of my hd by useing
> hdparm -t /dev/hda
> and got changing transferrates starting from
>
> 37MB/s with CPU not utilized
> 55MB/s with CPU 100% utilized

I can't reproduce this locally, please send me your kernel
config.  Although I have Intel chipset it is still worth a try
if it is generic kernel bug.  I don't remember seeing anything
like that on my old VIA system which also had VT8235
southbridge - if somebody has similar machine to Helmut's
please try to reproduce this behavior (thanks!).

> 22MB/s with ehci-hcd loaded and a device already initilized
> 55MB/s with ehci-hcd loaded and CPU 100% utilized
> (see log1/log2)

As discussed in this thread:
http://marc.theaimsgroup.com/?l=linux-kernel&m=111765523627674&w=2

It seems that the problem is caused by flakey USB chipset
thus IDE folks cannot do much about it, sorry.

David, can we get this issue documented somewhere?

> So is this supposed normal operation? Or is there
> something wrong with it?
> Even tried useing the lirc_dev and lirc_i2c kernel-modules
> from the lirc project (Infrared remote over usb) and got
> only 12MB/s on hda until using CPU with 100%.

also seems like USB caused problem

> So it looks like CPU/USB/IDE is in some interaction. Any
> ideas what to do against this. My current kernel is
> 2.6.15

Bartlomiej

Re: [linux-usb-devel] Re: BUG?: VIA IDE transfer-rate problem

[Rene Herman]

Bartlomiej Zolnierkiewicz wrote:

> On 1/13/06, Helmut Toplitzer <pvrusb2@toplitzer.net> wrote:

>> I've got a question about a small experiment I made:
>> I tried to find out the transfer-rate of my hd by useing
>> hdparm -t /dev/hda
>> and got changing transferrates starting from
>>
>> 37MB/s with CPU not utilized
>> 55MB/s with CPU 100% utilized

[ ... ]

>> 22MB/s with ehci-hcd loaded and a device already initilized
>> 55MB/s with ehci-hcd loaded and CPU 100% utilized
>> (see log1/log2)
> 
> As discussed in this thread:
> http://marc.theaimsgroup.com/?l=linux-kernel&m=111765523627674&w=2
> 
> It seems that the problem is caused by flakey USB chipset
> thus IDE folks cannot do much about it, sorry.

Indeed. It seems VIA EHCI controllers are quite simply terminally 
broken. And Helmut is also seeing problems with a soundcard.

Helmut, I believe it would be better if you could try the first of these 
tests without the VIA USB2 controller even plugged in and then see if 
you still get that effect.

(Bartlomiej, note by the way that in my case it's not a VIA southbridge 
but an AMD756, although I believe that might be quite similar to old VIA 
southbridges in so far as that VIA looked at that one)

>> So it looks like CPU/USB/IDE is in some interaction. Any
>> ideas what to do against this. My current kernel is
>> 2.6.15

As said, if you can be bothered, taking the VIA EHCI controller out of 
the picture would be interesting. Personally, I only experience the 
throughput drop with ehci-loaded and in use or used, fixed by unloading 
ehci-hcd so I can't test more than that, but I wouldn't be terribly 
surprised if completely taking out the USB controller would solve other 
problems as well. As clear by now, that chip is doing some _very_ 
strange things to the bus.

Rene.

Re: BUG?: VIA IDE transfer-rate problem

[Helmut Toplitzer]

Hi!

> >
> > 37MB/s with CPU not utilized
> > 55MB/s with CPU 100% utilized
>
> I can't reproduce this locally, please send me your kernel
> config.  Although I have Intel chipset it is still worth a try
> if it is generic kernel bug.  I don't remember seeing anything
> like that on my old VIA system which also had VT8235
> southbridge - if somebody has similar machine to Helmut's
> please try to reproduce this behavior (thanks!).
>

Ok. I made one more test: disabling all usb in the bios.
(Sorry, can not unplug. It's onboard.)
Booting to init 1 without loading the usb-drivers.
Same results. 37MB/s initial, 55MB/s after loading the
burnK7 programm in background. Unloading bunrK7 and
transfer-rate is back to 37.
So this time no USB-device is connected and no driver
loaded. USB-ports disabled selected in the bios.

If you still think this is a usb-thingy I will shift
my communication to linux-usb-devel.

Helmut

-- 
My GNUpg fingerprint http://www.gnupg.org
4563 F4FB 0B7E 8698 53CD  00E9 E319 35BD 6A91 1656

Re: BUG?: VIA IDE transfer-rate problem

[Bartlomiej Zolnierkiewicz]

On 1/17/06, Helmut Toplitzer <pvrusb2@toplitzer.net> wrote:
> Hi!
>
> > >
> > > 37MB/s with CPU not utilized
> > > 55MB/s with CPU 100% utilized
> >
> > I can't reproduce this locally, please send me your kernel
> > config.  Although I have Intel chipset it is still worth a try
> > if it is generic kernel bug.  I don't remember seeing anything
> > like that on my old VIA system which also had VT8235
> > southbridge - if somebody has similar machine to Helmut's
> > please try to reproduce this behavior (thanks!).
> >
>
> Ok. I made one more test: disabling all usb in the bios.
> (Sorry, can not unplug. It's onboard.)
> Booting to init 1 without loading the usb-drivers.
> Same results. 37MB/s initial, 55MB/s after loading the
> burnK7 programm in background. Unloading bunrK7 and
> transfer-rate is back to 37.
> So this time no USB-device is connected and no driver
> loaded. USB-ports disabled selected in the bios.

Just wild guesses but please try:
* booting with "cpu=poll" parameter
* kernel with ACPI and Power Management disabled

> If you still think this is a usb-thingy I will shift
> my communication to linux-usb-devel.

Please keep linux-ide@ and me in cc:.

Thanks.
Bartlomiej

Re: BUG?: VIA IDE transfer-rate problem

[Helmut Toplitzer]

> Just wild guesses but please try:
> * booting with "cpu=poll" parameter
> * kernel with ACPI and Power Management disabled
>

Ok. Here it goes.
Did your tests which doesn't change anything. But
I couldn't find the cpu= parameter in kernel-parameters.txt
so I tried something else too:


both kernels (with/out acpi):
   Parameter              NO EHCI     USED EHCI
   irqpoll                52MB/s       30MB/s
   idle=poll              58MB/s       58MB/s

However idle=poll is not very power-saving (cpu
fans at top-speed)

I also tried other combinations so it were about 30
or so restarts.
(BTW: Is it normal that you see

    Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
    Memory: 256468k/262080k available (1583k kernel code, 5060k reserved, 667k     
    data, 136k init, 0k highmem)

when you close your eyes?)

IRQ thing? Hmm.. Looked at the Page of MSI for a new BIOS.
It's an old board so I didn't expected a new one. Was wrong.
So I did an update. (Someone shouts "Don't do it" in the background)

Ok. Now with irqpoll I get 53/34 MB/s.

Ideas? (I'm going to test all other problems I had with the prior BIOS).

Bye. Back in a few days :-)
Helmut

-- 
My GNUpg fingerprint http://www.gnupg.org
4563 F4FB 0B7E 8698 53CD  00E9 E319 35BD 6A91 1656

Re: [linux-usb-devel] Re: BUG?: VIA IDE transfer-rate problem

[David Brownell]

> both kernels (with/out acpi):
>    Parameter              NO EHCI     USED EHCI
>    irqpoll                52MB/s       30MB/s
>    idle=poll              58MB/s       58MB/s

Well now that's progress.  Can someone explain what's happening?

> (BTW: Is it normal that you see
> 
>     Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
>     Memory: 256468k/262080k available (1583k kernel code, 5060k reserved, 667k     
>     data, 136k init, 0k highmem)
> 
> when you close your eyes?)

:)

Re: BUG?: VIA IDE transfer-rate problem

[Bartlomiej Zolnierkiewicz]

On 1/18/06, Helmut Toplitzer <pvrusb2@toplitzer.net> wrote:
> > Just wild guesses but please try:
> > * booting with "cpu=poll" parameter
> > * kernel with ACPI and Power Management disabled
> >
>
> Ok. Here it goes.
> Did your tests which doesn't change anything. But
> I couldn't find the cpu= parameter in kernel-parameters.txt
> so I tried something else too:

Yep, I meant "idle=poll", sorry for that.

> both kernels (with/out acpi):
>    Parameter              NO EHCI     USED EHCI
>    irqpoll                52MB/s       30MB/s
>    idle=poll              58MB/s       58MB/s
>
> However idle=poll is not very power-saving (cpu
> fans at top-speed)

but look at the results ;-)

> I also tried other combinations so it were about 30
> or so restarts.
> (BTW: Is it normal that you see
>
>     Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
>     Memory: 256468k/262080k available (1583k kernel code, 5060k reserved, 667k
>     data, 136k init, 0k highmem)
>
> when you close your eyes?)

Thanks for doing these tests.

Did disabling ACPI change something?

> IRQ thing? Hmm.. Looked at the Page of MSI for a new BIOS.
> It's an old board so I didn't expected a new one. Was wrong.
> So I did an update. (Someone shouts "Don't do it" in the background)
>
> Ok. Now with irqpoll I get 53/34 MB/s.
>
> Ideas? (I'm going to test all other problems I had with the prior BIOS).

[ this explanation is just a guess ]

When CPU is idle HLT instruction is used by default (for power saving).
Probably chipset detects when CPU is entering low power mode and
also enters low power mode.  Switching between low and normal power
modes is slow and results in degraded performance.

The question is whether/how we can program chipset to not enter
low power mode.

Bartlomiej

Re: BUG?: VIA IDE transfer-rate problem

[Helmut Toplitzer]

>
> Did disabling ACPI change something?
>

No, it didn't

>
> When CPU is idle HLT instruction is used by default (for power saving).
> Probably chipset detects when CPU is entering low power mode and
> also enters low power mode.  Switching between low and normal power
> modes is slow and results in degraded performance.
>
> The question is whether/how we can program chipset to not enter
> low power mode.
>


Ok. Was just a bit digging through the sourcecode. Found a
function called disable_hlt. Some further digging.
Found in drivers/block/floppy.c a usage of disable_hlt.
It's called (if I haven't missunderstood something) 
whenever a DMA transfer is setup. enable_hlt is called
when a transfer stops/is cancled etc...

Does such thing makes sense for IDE DMA-transfers too? 
(Maybe I've missed something)


Cheers
Helmut

-- 
My GNUpg fingerprint http://www.gnupg.org
4563 F4FB 0B7E 8698 53CD  00E9 E319 35BD 6A91 1656

Re: [linux-usb-devel] Re: BUG?: VIA IDE transfer-rate problem

[Alan Cox]

On Iau, 2006-01-19 at 00:41 +0100, Helmut Toplitzer wrote:
> Ok. Was just a bit digging through the sourcecode. Found a
> function called disable_hlt. Some further digging.
> Found in drivers/block/floppy.c a usage of disable_hlt.
> It's called (if I haven't missunderstood something) 
> whenever a DMA transfer is setup. enable_hlt is called
> when a transfer stops/is cancled etc...

Yes this deals with some errata cases

> Does such thing makes sense for IDE DMA-transfers too? 
> (Maybe I've missed something)

Only for the CS5510 Cyrix as far as I know, and I really ought to fix
that in the new libata driver.

Generally speaking hlt is good, it takes the CPU off the bus and frees
it up for the other users.

Re: BUG?: VIA IDE transfer-rate problem

[Helmut Toplitzer]

Ok. I found another possible reason, did I?

I read in several forums that HLT in KT333 chipsets
of VIA is not enough to get the processor in powersafe
and to disconnect from the FSB. You need to issuse
the STPGNT command which also needs first
to set some registers (because it degrades overall performance and
so it's normaly disabled by BIOS).
http://www.planet3dnow.de/vbulletin/archive/index.php/t-80854.html
(German)

It's called "Disconnect Enable when STPGNT Detected". And may cause
other problems like sound distortion etc. because of high fluctuation
in power current.

There should also be a simmilar register for the HLT command. ???

http://www.rhcf.com/sis-bin/ultimatebb.cgi?ubb=get_topic;f=7;t=000078;p=0
VIA KT266/KT266A/KM266/KM266A/KT333
Rx92[bit 7 – enable] = Disconnect Enable When STPGNT Detected
Rx95[bit 1 – enable] = HALT Command Detect
offset 92 set to E8 or E9

VIA KT333CF/KT400/KT400A/KM400/KM400A/KT600
RxD2[bit 7 – enable] = Disconnect Enable When STPGNT Detected
RxD5[bit 1 – enable] = HALT Command Detect
offset D2 set to E8 or E9

Does this help?
Helmut

-- 
My GNUpg fingerprint http://www.gnupg.org
4563 F4FB 0B7E 8698 53CD  00E9 E319 35BD 6A91 1656

Re: BUG?: VIA IDE transfer-rate problem

[Erik Slagter]

[-- Attachment #1: Type: text/plain, Size: 2279 bytes --]

On Thu, 2006-01-19 at 08:21 +0100, Helmut Toplitzer wrote:
> Ok. I found another possible reason, did I?
> 
> I read in several forums that HLT in KT333 chipsets
> of VIA is not enough to get the processor in powersafe
> and to disconnect from the FSB. You need to issuse
> the STPGNT command which also needs first
> to set some registers (because it degrades overall performance and
> so it's normaly disabled by BIOS).
> http://www.planet3dnow.de/vbulletin/archive/index.php/t-80854.html
> (German)
> 
> It's called "Disconnect Enable when STPGNT Detected". And may cause
> other problems like sound distortion etc. because of high fluctuation
> in power current.

This is actually a common AMD Athlon problem. When STOPGRNT is not
enable, hlt does next to nothing. Some boards/bios'es set this bit by
itself, some don't, and some even crash when it's enabled (very bad,
imho).

Also my experience is that some PCI devices tend to stop working when
STOPGRNT is enabled, notably my Promise SX 150 tx2plus, that completely
freaks whenever it misses one single interrupt, which may very well
happen when the processor/board are in C1/C2 (apparently).

See also my other message on this matter:

On Tue, 2006-01-03 at 18:58 +0000, Alan Cox wrote:

> There is a known old bug with error handling in some cases on promise
> chips. The core kernel code tries to clean up any remaining data after
> an error (to handle chip prefetch/postwrite FIFOs) if DRQ_STAT is
> asserted. Its a nice trick, saves on resets and slow recovery but
isn't
> compatible with some promise controllers.
> 
> The -mm tree has a partial but incomplete fix to this implemented, the
> base kernel does not have this fixed.
> 
> Its been known for some time so perhaps the ide maintainers have
patches
> waiting for 2.6.16 now its opened ?

Is this patch supposed to fix this problem:

Promise SATAII150 TX2plus using libata_promise, when it misses one
single interrupt (or maybe it's not even missed but only delayed), it
goes crazy, kernel log is full with disk failures, and the disk is
kicked out of the md(1) array grmbl.

This happens when amd76x_pm is used, even with the irq watcher in the
utter most conservative setting.

Any clue otherwise?


[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 2771 bytes --]

Re: BUG?: VIA IDE transfer-rate problem

[Bartlomiej Zolnierkiewicz]

On 1/19/06, Helmut Toplitzer <pvrusb2@toplitzer.net> wrote:
>
> Ok. I found another possible reason, did I?
>
> I read in several forums that HLT in KT333 chipsets
> of VIA is not enough to get the processor in powersafe
> and to disconnect from the FSB. You need to issuse
> the STPGNT command which also needs first
> to set some registers (because it degrades overall performance and
> so it's normaly disabled by BIOS).
> http://www.planet3dnow.de/vbulletin/archive/index.php/t-80854.html
> (German)
>
> It's called "Disconnect Enable when STPGNT Detected". And may cause
> other problems like sound distortion etc. because of high fluctuation
> in power current.
>
> There should also be a simmilar register for the HLT command. ???

HALT == HLT

> http://www.rhcf.com/sis-bin/ultimatebb.cgi?ubb=get_topic;f=7;t=000078;p=0
> VIA KT266/KT266A/KM266/KM266A/KT333
> Rx92[bit 7 – enable] = Disconnect Enable When STPGNT Detected
> Rx95[bit 1 – enable] = HALT Command Detect
> offset 92 set to E8 or E9
>
> VIA KT333CF/KT400/KT400A/KM400/KM400A/KT600
> RxD2[bit 7 – enable] = Disconnect Enable When STPGNT Detected
> RxD5[bit 1 – enable] = HALT Command Detect
> offset D2 set to E8 or E9
>
> Does this help?

Yes, this mail explains it more:
http://www.uwsg.iu.edu/hypermail/linux/kernel/0207.0/0004.html

If "HALT Command Detect is enabled" is enabled
STPGNT is issued on detection of HALT command.

If "Disconnect Enable When STPGNT Detect" is enabled
bus disconnect is done on detection of STPGNT command.

Now lets see which setting is to blame...

Could you send full output of "lspci -vvv -xxx" command?

Bartlomiej

Re: BUG?: VIA IDE transfer-rate problem

[Helmut Toplitzer]

[-- Attachment #1: Type: text/plain, Size: 1670 bytes --]

>
> Yes, this mail explains it more:
> http://www.uwsg.iu.edu/hypermail/linux/kernel/0207.0/0004.html
>
> If "HALT Command Detect is enabled" is enabled
> STPGNT is issued on detection of HALT command.
>
> If "Disconnect Enable When STPGNT Detect" is enabled
> bus disconnect is done on detection of STPGNT command.
>
> Now lets see which setting is to blame...
>
> Could you send full output of "lspci -vvv -xxx" command?
>
> Bartlomiej

Ok. Did some tests too in the meantime. Since the last BIOS update
my computer also has a switch called "Enable CPU HALT command detection".
I noticed this after writing my last mail.
And yes. It works as expected.  :-) Now full transferrate even with ehci-hcd
used when I disable it. So it looks like it was/is enabled by default on my 
MSI Board.

Only difference from all the documents is that lspci shows 
its a "VIA Apollo KT266/A/333" but RxD2 & RxD5 (the one from the VIA KT333CF) 
are used instead of Rx92 and Rx95. Setting them by setpci as described in 
http://www.daniel.nofftz.net/linux/Athlon-Powersaving-HOWTO.html
works also as expected.

So my CPU is a bit louder now since the cooler is rotating at higher speed.

However a:
setpci -v -H1 -s 0:0.0 D5=$(printf %x $((0x$(setpci -H1 -s 0:0.0 D5) | 0x02)))
is enough to get it down and drop transfer-rate. (STPGNT Disconnect is not
needed at all, and has no influence on the problem)

So maybe the best is to disable hlt instructions for VIA boards during
dma-transfers as I described in one of my previous mails?

lspci-output attached. (Only two bits differ)

helmut

-- 
My GNUpg fingerprint http://www.gnupg.org
4563 F4FB 0B7E 8698 53CD  00E9 E319 35BD 6A91 1656

[-- Attachment #2: lspcixx-cpuhlt.txt --]
[-- Type: text/plain, Size: 16965 bytes --]

0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333]
	Subsystem: VIA Technologies, Inc.: Unknown device 0000
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
	Latency: 0
	Region 0: Memory at e0000000 (32-bit, prefetchable) [size=128M]
	Capabilities: [a0] AGP version 2.0
		Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4
		Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x1
	Capabilities: [c0] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 99 30 06 00 30 22 00 00 00 06 00 00 00 00
10: 08 00 00 e0 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 06 11 00 00
30: 00 00 00 00 a0 00 00 00 00 00 00 00 00 00 00 00
40: 00 19 88 80 82 44 01 00 11 19 88 10 82 44 00 00
50: c0 00 00 00 f2 c4 10 10 f1 10 10 10 10 10 10 10
60: 00 2a 00 20 e6 99 40 1c 7f 2d 54 d0 51 79 00 00
70: 82 c8 00 01 00 09 50 00 01 00 00 00 00 00 00 00
80: 0f 00 00 00 80 00 00 00 03 00 c0 0f 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 02 c0 20 00 17 02 00 1f 01 03 00 1f 61 98 00 00
b0: 7f 9b 00 9b 46 00 00 00 8a 00 00 00 00 00 00 86
c0: 01 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 15 f5 e9 ea 0f 1e f1 79 10 ff 00 00 21 21 74 00
e0: 00 00 00 00 00 ff 01 00 9a 77 9a 00 00 9a 20 00
f0: 00 00 00 00 00 00 05 00 00 00 00 00 01 02 99 30

0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP] (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
	Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
	Latency: 0
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
	I/O behind bridge: 0000f000-00000fff
	Memory behind bridge: dee00000-dfefffff
	Prefetchable memory behind bridge: dad00000-decfffff
	BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 99 b0 07 01 30 22 00 00 04 06 00 00 01 00
10: 00 00 00 00 00 00 00 00 00 01 01 00 f0 00 00 00
20: e0 de e0 df d0 da c0 de 00 00 00 00 00 00 00 00
30: 00 00 00 00 80 00 00 00 00 00 00 00 00 00 0c 00
40: 81 c0 80 44 25 72 99 b0 00 00 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 01 00 02 02 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 248, Cache Line Size: 0x08 (32 bytes)
	Interrupt: pin A routed to IRQ 17
	Region 4: I/O ports at e400 [size=32]
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 38 30 17 00 10 02 80 00 03 0c 08 f8 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 e4 00 00 00 00 00 00 00 00 00 00 62 14 20 71
30: 00 00 00 00 80 00 00 00 00 00 00 00 01 01 00 00
40: 40 12 03 00 00 00 00 00 00 0b 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 01 00 c2 ff 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 03 00 00 00 00 00 00 00 00

0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 248, Cache Line Size: 0x08 (32 bytes)
	Interrupt: pin B routed to IRQ 17
	Region 4: I/O ports at e800 [size=32]
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 38 30 17 00 10 02 80 00 03 0c 08 f8 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 e8 00 00 00 00 00 00 00 00 00 00 62 14 20 71
30: 00 00 00 00 80 00 00 00 00 00 00 00 01 02 00 00
40: 40 12 03 00 00 00 00 00 00 0b 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 01 00 c2 ff 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 03 00 00 00 00 00 00 00 00

0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 248, Cache Line Size: 0x08 (32 bytes)
	Interrupt: pin C routed to IRQ 17
	Region 4: I/O ports at ec00 [size=32]
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 38 30 17 00 10 02 80 00 03 0c 08 f8 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 ec 00 00 00 00 00 00 00 00 00 00 62 14 20 71
30: 00 00 00 00 80 00 00 00 00 00 00 00 01 03 00 00
40: 40 12 03 00 00 00 00 00 00 0b 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 01 00 c2 ff 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 03 00 00 00 00 00 00 00 00

0000:00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) (prog-if 20 [EHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 248, Cache Line Size: 0x10 (64 bytes)
	Interrupt: pin D routed to IRQ 17
	Region 0: Memory at dfffff00 (32-bit, non-prefetchable) [size=256]
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 04 31 17 00 10 02 82 20 03 0c 10 f8 00 00
10: 00 ff ff df 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 62 14 20 71
30: 00 00 00 00 80 00 00 00 00 00 00 00 01 04 00 00
40: 40 00 03 00 00 00 00 00 80 10 00 09 00 00 00 00
50: 00 5a 04 80 00 00 00 00 04 0b 66 66 33 66 00 00
60: 20 20 01 00 00 00 00 00 01 00 00 01 00 00 08 e0
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 01 00 c2 ff 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 03 00 00 00 00 00 00 00 00

0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
	Subsystem: VIA Technologies, Inc.: Unknown device 0000
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 0
	Capabilities: [c0] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 77 31 87 00 10 02 00 00 01 06 00 00 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 06 11 00 00
30: 00 00 00 00 c0 00 00 00 00 00 00 00 00 00 00 00
40: 44 00 f8 0b 00 00 00 00 0c 20 00 00 44 00 08 08
50: 81 1d 09 00 00 00 00 00 43 80 ff 00 00 00 04 08
60: 00 00 00 00 10 00 02 04 00 00 00 00 00 00 00 00
70: 06 11 00 00 00 00 00 00 00 00 00 00 20 00 00 00
80: 20 84 49 00 9a 10 00 00 01 08 00 00 bc 18 00 00
90: 00 01 47 00 b0 c4 0a 00 50 3f 20 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 01 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 01 04 01 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 14 08 c3 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 05 00 00 00 00 00 00 00 00 00

0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 32
	Interrupt: pin A routed to IRQ 255
	Region 4: I/O ports at fc00 [size=16]
	Capabilities: [c0] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 71 05 07 00 90 02 06 8a 01 01 00 20 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 fc 00 00 00 00 00 00 00 00 00 00 62 14 20 71
30: 00 00 00 00 c0 00 00 00 00 00 00 00 ff 01 00 00
40: 0b f2 09 05 18 1c c0 00 20 20 a8 20 ff 00 20 20
50: 07 e6 17 e1 4c 03 00 00 a8 a8 a8 a8 00 00 00 00
60: 00 02 00 00 00 00 00 00 00 02 00 00 00 00 00 00
70: 02 01 00 00 00 00 00 00 02 01 00 00 00 00 00 00
80: 00 b0 3b 01 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 01 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 06 00 71 05 62 14 20 71 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 07 00 00 00 00 00 00 00 00 00

0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Interrupt: pin C routed to IRQ 18
	Region 0: I/O ports at e000 [size=256]
	Capabilities: [c0] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 59 30 01 00 10 02 50 00 01 04 00 00 00 00
10: 01 e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 62 14 20 71
30: 00 00 00 00 c0 00 00 00 00 00 00 00 02 03 00 00
40: 01 cc 00 00 00 00 00 00 00 08 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 01 00 02 06 00 00 00 00 00 00 00 00 00 00 00 00
d0: 01 00 02 06 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 248 (750ns min, 2000ns max), Cache Line Size: 0x08 (32 bytes)
	Interrupt: pin A routed to IRQ 16
	Region 0: I/O ports at dc00 [size=256]
	Region 1: Memory at dffffe00 (32-bit, non-prefetchable) [size=256]
	Capabilities: [40] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 65 30 17 00 10 02 74 00 00 02 08 f8 00 00
10: 01 dc 00 00 00 fe ff df 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 62 14 20 71
30: 00 00 00 00 40 00 00 00 00 00 00 00 00 01 03 08
40: 01 00 02 fe 00 00 00 00 00 00 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

0000:01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 85) (prog-if 00 [VGA])
	Subsystem: Matrox Graphics, Inc. Millennium G450 32Mb SDRAM Dual Head
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 248 (4000ns min, 8000ns max), Cache Line Size: 0x08 (32 bytes)
	Interrupt: pin A routed to IRQ 19
	Region 0: Memory at dc000000 (32-bit, prefetchable) [size=32M]
	Region 1: Memory at dfefc000 (32-bit, non-prefetchable) [size=16K]
	Region 2: Memory at df000000 (32-bit, non-prefetchable) [size=8M]
	Expansion ROM at dfec0000 [disabled] [size=128K]
	Capabilities: [dc] Power Management version 2
		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [f0] AGP version 2.0
		Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2,x4
		Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x1
00: 2b 10 25 05 07 00 90 02 85 00 00 03 08 f8 00 00
10: 08 00 00 dc 00 c0 ef df 00 00 00 df 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 2b 10 41 06
30: 00 00 ec df dc 00 00 00 00 00 00 00 0b 01 10 20
40: 20 15 0a 40 08 3c 00 00 00 00 7f 00 00 00 00 00
50: 00 ac 00 01 01 a4 10 00 04 00 00 80 00 00 00 00
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 01 f0 22 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 02 00 20 00 07 02 00 1f 01 03 00 1f 00 00 00 00


[-- Attachment #3: lspcixx-nocpuhlt.txt --]
[-- Type: text/plain, Size: 16965 bytes --]

0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333]
	Subsystem: VIA Technologies, Inc.: Unknown device 0000
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
	Latency: 0
	Region 0: Memory at e0000000 (32-bit, prefetchable) [size=128M]
	Capabilities: [a0] AGP version 2.0
		Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4
		Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x1
	Capabilities: [c0] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 99 30 06 00 30 22 00 00 00 06 00 00 00 00
10: 08 00 00 e0 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 06 11 00 00
30: 00 00 00 00 a0 00 00 00 00 00 00 00 00 00 00 00
40: 00 19 88 80 82 44 01 00 11 19 88 10 82 44 00 00
50: c0 00 00 00 f2 c4 10 10 f1 10 10 10 10 10 10 10
60: 00 2a 00 20 e6 99 40 1c 7f 2d 54 d0 51 79 00 00
70: 82 c8 00 01 00 09 50 00 01 00 00 00 00 00 00 00
80: 0f 00 00 00 80 00 00 00 03 00 c0 0f 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 02 c0 20 00 17 02 00 1f 01 03 00 1f 61 98 00 00
b0: 7f 9b 00 9b 46 00 00 00 8a 00 00 00 00 00 00 86
c0: 01 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 15 f5 69 ea 0f 1c f1 79 10 ff 00 00 21 21 74 00
e0: 00 00 00 00 00 ff 01 00 9a 77 9a 00 00 9a 20 00
f0: 00 00 00 00 00 00 05 00 00 00 00 00 01 02 99 30

0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP] (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
	Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
	Latency: 0
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
	I/O behind bridge: 0000f000-00000fff
	Memory behind bridge: dee00000-dfefffff
	Prefetchable memory behind bridge: dad00000-decfffff
	BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 99 b0 07 01 30 22 00 00 04 06 00 00 01 00
10: 00 00 00 00 00 00 00 00 00 01 01 00 f0 00 00 00
20: e0 de e0 df d0 da c0 de 00 00 00 00 00 00 00 00
30: 00 00 00 00 80 00 00 00 00 00 00 00 00 00 0c 00
40: 81 c0 80 44 25 72 99 b0 00 00 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 01 00 02 02 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 248, Cache Line Size: 0x08 (32 bytes)
	Interrupt: pin A routed to IRQ 17
	Region 4: I/O ports at e400 [size=32]
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 38 30 17 00 10 02 80 00 03 0c 08 f8 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 e4 00 00 00 00 00 00 00 00 00 00 62 14 20 71
30: 00 00 00 00 80 00 00 00 00 00 00 00 01 01 00 00
40: 40 12 03 00 00 00 00 00 00 0b 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 01 00 c2 ff 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 03 00 00 00 00 00 00 00 00

0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 248, Cache Line Size: 0x08 (32 bytes)
	Interrupt: pin B routed to IRQ 17
	Region 4: I/O ports at e800 [size=32]
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 38 30 17 00 10 02 80 00 03 0c 08 f8 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 e8 00 00 00 00 00 00 00 00 00 00 62 14 20 71
30: 00 00 00 00 80 00 00 00 00 00 00 00 01 02 00 00
40: 40 12 03 00 00 00 00 00 00 0b 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 01 00 c2 ff 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 03 00 00 00 00 00 00 00 00

0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 248, Cache Line Size: 0x08 (32 bytes)
	Interrupt: pin C routed to IRQ 17
	Region 4: I/O ports at ec00 [size=32]
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 38 30 17 00 10 02 80 00 03 0c 08 f8 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 ec 00 00 00 00 00 00 00 00 00 00 62 14 20 71
30: 00 00 00 00 80 00 00 00 00 00 00 00 01 03 00 00
40: 40 12 03 00 00 00 00 00 00 0b 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 01 00 c2 ff 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 03 00 00 00 00 00 00 00 00

0000:00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) (prog-if 20 [EHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 248, Cache Line Size: 0x10 (64 bytes)
	Interrupt: pin D routed to IRQ 17
	Region 0: Memory at dfffff00 (32-bit, non-prefetchable) [size=256]
	Capabilities: [80] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 04 31 17 00 10 02 82 20 03 0c 10 f8 00 00
10: 00 ff ff df 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 62 14 20 71
30: 00 00 00 00 80 00 00 00 00 00 00 00 01 04 00 00
40: 40 00 03 00 00 00 00 00 80 10 00 09 00 00 00 00
50: 00 5a 04 80 00 00 00 00 04 0b 66 66 33 66 00 00
60: 20 20 01 00 00 00 00 00 01 00 00 01 00 00 08 e0
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 01 00 c2 ff 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 03 00 00 00 00 00 00 00 00

0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
	Subsystem: VIA Technologies, Inc.: Unknown device 0000
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 0
	Capabilities: [c0] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 77 31 87 00 10 02 00 00 01 06 00 00 80 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 06 11 00 00
30: 00 00 00 00 c0 00 00 00 00 00 00 00 00 00 00 00
40: 44 00 f8 0b 00 00 00 00 0c 20 00 00 44 00 08 08
50: 81 1d 09 00 00 00 00 00 43 80 ff 00 00 00 04 08
60: 00 00 00 00 10 00 02 04 00 00 00 00 00 00 00 00
70: 06 11 00 00 00 00 00 00 00 00 00 00 20 00 00 00
80: 20 84 49 00 9a 10 00 00 01 08 00 00 bc 18 00 00
90: 00 01 47 00 b0 c4 0a 00 50 3f 20 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 01 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 01 04 01 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 14 08 c3 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 05 00 00 00 00 00 00 00 00 00

0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 32
	Interrupt: pin A routed to IRQ 255
	Region 4: I/O ports at fc00 [size=16]
	Capabilities: [c0] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 71 05 07 00 90 02 06 8a 01 01 00 20 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 01 fc 00 00 00 00 00 00 00 00 00 00 62 14 20 71
30: 00 00 00 00 c0 00 00 00 00 00 00 00 ff 01 00 00
40: 0b f2 09 05 18 1c c0 00 20 20 a8 20 ff 00 20 20
50: 07 e6 17 e1 4c 03 00 00 a8 a8 a8 a8 00 00 00 00
60: 00 02 00 00 00 00 00 00 00 02 00 00 00 00 00 00
70: 02 01 00 00 00 00 00 00 02 01 00 00 00 00 00 00
80: 00 b0 3b 01 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 01 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 06 00 71 05 62 14 20 71 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 07 00 00 00 00 00 00 00 00 00

0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Interrupt: pin C routed to IRQ 18
	Region 0: I/O ports at e000 [size=256]
	Capabilities: [c0] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 59 30 01 00 10 02 50 00 01 04 00 00 00 00
10: 01 e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 62 14 20 71
30: 00 00 00 00 c0 00 00 00 00 00 00 00 02 03 00 00
40: 01 cc 00 00 00 00 00 00 00 08 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 01 00 02 06 00 00 00 00 00 00 00 00 00 00 00 00
d0: 01 00 02 06 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 7120
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 248 (750ns min, 2000ns max), Cache Line Size: 0x08 (32 bytes)
	Interrupt: pin A routed to IRQ 16
	Region 0: I/O ports at dc00 [size=256]
	Region 1: Memory at dffffe00 (32-bit, non-prefetchable) [size=256]
	Capabilities: [40] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 06 11 65 30 17 00 10 02 74 00 00 02 08 f8 00 00
10: 01 dc 00 00 00 fe ff df 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 62 14 20 71
30: 00 00 00 00 40 00 00 00 00 00 00 00 00 01 03 08
40: 01 00 02 fe 00 00 00 00 00 00 00 00 00 00 00 00
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

0000:01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 85) (prog-if 00 [VGA])
	Subsystem: Matrox Graphics, Inc. Millennium G450 32Mb SDRAM Dual Head
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 248 (4000ns min, 8000ns max), Cache Line Size: 0x08 (32 bytes)
	Interrupt: pin A routed to IRQ 19
	Region 0: Memory at dc000000 (32-bit, prefetchable) [size=32M]
	Region 1: Memory at dfefc000 (32-bit, non-prefetchable) [size=16K]
	Region 2: Memory at df000000 (32-bit, non-prefetchable) [size=8M]
	Expansion ROM at dfec0000 [disabled] [size=128K]
	Capabilities: [dc] Power Management version 2
		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [f0] AGP version 2.0
		Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2,x4
		Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x1
00: 2b 10 25 05 07 00 90 02 85 00 00 03 08 f8 00 00
10: 08 00 00 dc 00 c0 ef df 00 00 00 df 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 2b 10 41 06
30: 00 00 ec df dc 00 00 00 00 00 00 00 0b 01 10 20
40: 20 15 0a 40 08 3c 00 00 00 00 7f 00 00 00 00 00
50: 00 ac 00 01 01 a4 10 00 04 00 00 80 00 00 00 00
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 01 f0 22 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 02 00 20 00 07 02 00 1f 01 03 00 1f 00 00 00 00

Re: BUG?: VIA IDE transfer-rate problem

[Helmut Toplitzer]

[-- Attachment #1: Type: text/plain, Size: 249 bytes --]


Is this adequate?
You need a VIA82xxx board, HLT and pass disableviahlt on boot.
Tested on my system with success. Please check for 
errors.

Helmut


-- 
My GNUpg fingerprint http://www.gnupg.org
4563 F4FB 0B7E 8698 53CD  00E9 E319 35BD 6A91 1656

[-- Attachment #2: viahltpatch.diff --]
[-- Type: text/x-diff, Size: 1755 bytes --]

--- linux-2.6.15/drivers/ide/ide-dma.c	2006-01-19 20:53:01.000000000 +0100
+++ linux-2.6.15.viahlt/drivers/ide/ide-dma.c	2006-01-19 20:50:45.000000000 +0100
@@ -90,6 +90,57 @@
 #include <asm/io.h>
 #include <asm/irq.h>
 
+
+
+#ifdef CONFIG_BLK_DEV_VIA82CXXX
+static DEFINE_SPINLOCK(ide_hlt_lock);
+static int hlt_disabled;
+static int disableviahlt;
+static void ide_disable_hlt(void)
+{
+	unsigned long flags;
+	
+	spin_lock_irqsave(&ide_hlt_lock, flags);
+	if(!hlt_disabled && disableviahlt) {
+		hlt_disabled = 1;
+#ifdef HAVE_DISABLE_HLT
+		disable_hlt();
+#endif
+	}
+	spin_unlock_irqrestore(&ide_hlt_lock, flags);
+}
+
+static void ide_enable_hlt(void)
+{
+	unsigned long flags;
+
+	spin_lock_irqsave(&ide_hlt_lock, flags);
+	if(hlt_disabled && disableviahlt){
+		hlt_disabled = 0;
+#ifdef HAVE_DISABLE_HLT
+		enable_hlt();
+#endif
+	}
+	spin_unlock_irqrestore(&ide_hlt_lock, flags);
+}
+
+static int __init disableviahlt(char *str)
+{
+    printk(KERN_WARNING "DISABLE VIA HLT  activated\n");
+    disableviahlt = 1;
+    return 1;
+}
+
+__setup("disableviahlt", disableviahlt);
+
+
+#else
+static void ide_disable_hlt(void)
+{}
+static void ide_enable_hlt(void)
+{}
+#endif
+
 static const struct drive_list_entry drive_whitelist [] = {
 
 	{ "Micropolis 2112A"	,       "ALL"		},
@@ -303,6 +354,9 @@
 	if (count) {
 		if (!is_trm290)
 			*--table |= cpu_to_le32(0x80000000);
+#ifdef CONFIG_BLK_DEV_VIA82CXXX
+		ide_disable_hlt();
+#endif
 		return count;
 	}
 	printk(KERN_ERR "%s: empty DMA table?\n", drive->name);
@@ -334,6 +388,9 @@
 	int nents = HWIF(drive)->sg_nents;
 
 	pci_unmap_sg(dev, sg, nents, HWIF(drive)->sg_dma_direction);
+#ifdef CONFIG_BLK_DEV_VIA82CXXX
+	ide_enable_hlt();
+#endif
 }
 
 EXPORT_SYMBOL_GPL(ide_destroy_dmatable);

Re: [linux-usb-devel] Re: BUG?: VIA IDE transfer-rate problem

[Alan Stern]

On Thu, 19 Jan 2006, Helmut Toplitzer wrote:

> Is this adequate?
> You need a VIA82xxx board, HLT and pass disableviahlt on boot.
> Tested on my system with success. Please check for 
> errors.

Some stylistic suggestions.  The new routines should be surrounded by

#if defined(CONFIG_BLK_DEV_VIA82CXXX) and defined(HAVE_VIA_HALT)

In the #else part, make ide_disable_hlt and ide_enable_hlt inline.

You don't need the #ifdef protecting the calls to to ide_disable_hlt and 
ide_enable_hlt.

Alan Stern

Re: [linux-usb-devel] Re: BUG?: VIA IDE transfer-rate problem

[Helmut Toplitzer]

[-- Attachment #1: Type: text/plain, Size: 777 bytes --]

>
> Some stylistic suggestions.  The new routines should be surrounded by
>
> #if defined(CONFIG_BLK_DEV_VIA82CXXX) and defined(HAVE_VIA_HALT)
>
> In the #else part, make ide_disable_hlt and ide_enable_hlt inline.
>
> You don't need the #ifdef protecting the calls to to ide_disable_hlt and
> ide_enable_hlt.

Ok. Tidy up done. Fixed an error (redeclaration) and 
a possible problem. Is it possible that 2 DMA transfers
are setup at the same time and executed each after another?
However. This should not be a problem now.

Rene: Could you please try this out?
I'm currently working with it and it looks good.
Transfer rate is at 57MB and cooler goes down after
booting.

Helmut

-- 
My GNUpg fingerprint http://www.gnupg.org
4563 F4FB 0B7E 8698 53CD  00E9 E319 35BD 6A91 1656

[-- Attachment #2: viahltpatch.diff --]
[-- Type: text/x-diff, Size: 2006 bytes --]

--- linux-2.6.15/drivers/ide/ide-dma.c	2006-01-19 20:53:01.000000000 +0100
+++ linux-2.6.15viahlt/drivers/ide/ide-dma.c	2006-01-20 12:00:32.000000000 +0100
@@ -90,6 +90,57 @@
 #include <asm/io.h>
 #include <asm/irq.h>
 
+
+/* Some VIA boards show strange slowdown when HLT is eanbled  */
+/* So we disable the HLT during a IDE-DMA transfer.           */
+/* You need to pass disableviahlt at boottime to enable this  */
+/* workaround.                                                */
+#if defined(CONFIG_BLK_DEV_VIA82CXXX) && defined(HAVE_DISABLE_HLT)
+
+static DEFINE_SPINLOCK(ide_hlt_lock);
+static int hlt_disabled;
+static int disableviahlt;
+static void ide_disable_hlt(void)
+{
+	unsigned long flags;
+	
+	spin_lock_irqsave(&ide_hlt_lock, flags);
+	if(disableviahlt) {
+		hlt_disabled++ ;
+		disable_hlt();
+	}
+	spin_unlock_irqrestore(&ide_hlt_lock, flags);
+}
+
+static void ide_enable_hlt(void)
+{
+	unsigned long flags;
+
+	spin_lock_irqsave(&ide_hlt_lock, flags);
+	if(hlt_disabled && disableviahlt){
+		hlt_disabled--;
+		enable_hlt();
+	}
+	spin_unlock_irqrestore(&ide_hlt_lock, flags);
+}
+
+static int __init disable_via_hlt(char *str)
+{
+    printk(KERN_WARNING "DISABLE VIA HLT  activated\n");
+    disableviahlt = 1;
+    return 1;
+}
+
+__setup("disableviahlt", disable_via_hlt);
+
+
+#else  /* CONFIG_BLK_DEV_VIA82CXXX && HAVE_DISABLE_HLT */
+inline static void ide_disable_hlt(void)
+{}
+inline static void ide_enable_hlt(void)
+{}
+#endif /* CONFIG_BLK_DEV_VIA82CXXX && HAVE_DISABLE_HLT */
+
 static const struct drive_list_entry drive_whitelist [] = {
 
 	{ "Micropolis 2112A"	,       "ALL"		},
@@ -303,6 +354,7 @@
 	if (count) {
 		if (!is_trm290)
 			*--table |= cpu_to_le32(0x80000000);
+		ide_disable_hlt();
 		return count;
 	}
 	printk(KERN_ERR "%s: empty DMA table?\n", drive->name);
@@ -334,6 +386,7 @@
 	int nents = HWIF(drive)->sg_nents;
 
 	pci_unmap_sg(dev, sg, nents, HWIF(drive)->sg_dma_direction);
+	ide_enable_hlt();
 }
 
 EXPORT_SYMBOL_GPL(ide_destroy_dmatable);

Re: [linux-usb-devel] Re: BUG?: VIA IDE transfer-rate problem

[Rene Herman]

Helmut Toplitzer wrote:

> Rene: Could you please try this out?

Yes, but please note I don't have a VIA southbridge (an AMD756), only 
the VIA VT6212L EHCI controller. I commented the

#if defined(CONFIG_BLK_DEV_VIA82CXXX)

bit.

> I'm currently working with it and it looks good.
> Transfer rate is at 57MB and cooler goes down after
> booting.

Unfortunately, this all does absolutely nothing for me:

$ dmesg | grep VIA
DISABLE VIA HLT  activated

				hdparm -t /dev/hda = 50 MB/s
1. modprobe ehci-hcd		hdparm -t /dev/hda = 50 MB/s
2. switch on USB2 drive		hdparm -t /dev/hda = 42 MB/s
3. switch off USB2 drive	hdparm -t /dev/hda = 42 MB/s
4. modprobe -r ehci-hcd		hdparm -t /dev/hda = 50 MB/s

Ie, same as before. Also tried the "setpci" statements for AMD751 (and 
athcool) as described on the link you posted:

http://www.daniel.nofftz.net/linux/Athlon-Powersaving-HOWTO.html

My machine boots up with the powersaving feauture already disabled. When 
I enable it, I

a) hear my PSU calming down, confirming that it works
b) see the (non-ehci loaded) hdparm result drop from 50 to 45
c) lose at least my NIC, a few times all of the computer

That is, the system becomes very unstable. In any case, there is no 
effect on the ehci-hcd/vt6216l issue either. If I load ehci-hcd and 
switch on the USB2 drive when the powersaving is disabled, then I

a) hear the PSU going full speed again, confirming that something's
    being very busy there
b) see the hdparm result drop to the exact same 42MB/s
c) am lucky to have a non-frozen computer at this point

The c) is just the instability. The point is -- no effecf on this issue 
at all.

I believe we can conclude that it's confirmed that you and I weren't 
experiencing the same problem after all. I feel so alone again...

I do find it interesting that I hear the PSU foing to full again on 
switching on the external drive if I had lowered it by disabling the 
powersaving. This would seem to prove that, indeed, something is being 
_very_ busy there. Earlier, I have confirmed that there's really no 
driver -> controller communication going on at this point (and no 
interrupts controller -> driver) though.

Yes, I dislike VIA, and I'm probably just paranoid, but I so much would 
put it _not_ past those <censored> to do whatever they do on purpose, so 
that the chip's faster to the bus when it _does_ actually have something 
to do.

Many thanks for the ideas, but I'm still out of luck, it seems.

Rene.

Re: [linux-usb-devel] Re: BUG?: VIA IDE transfer-rate problem

[Helmut Toplitzer]

> experiencing the same problem after all. I feel so alone again...

However, at least temperatur goes slightly up (2K) wenn i load ehci-hcd
and I can confirm the ASYNC problem:

bus pci, device 0000:00:10.3 (driver 10 Dec 2004)
EHCI Host Controller
EHCI 1.00, hcd state 1
ownership 01000001 linux
SMI sts/enable 0xe0080000
structural params 0x00003206
capability params 0x00006872
status 0008 FLR
command 010009 (park)=0 ithresh=1 period=256 RUN
intrenable 37 IAA FATAL PCD ERR INT
uframe 0bb4
port 1 status 001000 POWER sig=se0
port 2 status 001000 POWER sig=se0
port 3 status 001000 POWER sig=se0
port 4 status 001005 POWER sig=se0 PE CONNECT
port 5 status 001000 POWER sig=se0
port 6 status 001000 POWER sig=se0
irq normal 963 err 0 reclaim 452 (lost 17)
complete 964 unlink 0


bus pci, device 0000:00:10.3 (driver 10 Dec 2004)
EHCI Host Controller
EHCI 1.00, hcd state 1
ownership 01000001 linux
SMI sts/enable 0xe0080000
structural params 0x00003206
capability params 0x00006872
status a008 Async Recl FLR
command 010009 (park)=0 ithresh=1 period=256 RUN
intrenable 37 IAA FATAL PCD ERR INT
uframe 3851
port 1 status 001000 POWER sig=se0
port 2 status 001000 POWER sig=se0
port 3 status 001000 POWER sig=se0
port 4 status 001005 POWER sig=se0 PE CONNECT
port 5 status 001000 POWER sig=se0
port 6 status 001000 POWER sig=se0
irq normal 963 err 0 reclaim 452 (lost 17)
complete 964 unlink 0

So there at least some similarities.

Helmut

-- 
My GNUpg fingerprint http://www.gnupg.org
4563 F4FB 0B7E 8698 53CD  00E9 E319 35BD 6A91 1656

Re: [linux-usb-devel] Re: BUG?: VIA IDE transfer-rate problem

[Rene Herman]

Helmut Toplitzer wrote:

> However, at least temperatur goes slightly up (2K) wenn i load ehci-hcd
> and I can confirm the ASYNC problem:

[ snip ]

> bus pci, device 0000:00:10.3 (driver 10 Dec 2004)
> EHCI Host Controller
> EHCI 1.00, hcd state 1
> ownership 01000001 linux
> SMI sts/enable 0xe0080000
> structural params 0x00003206
> capability params 0x00006872
> status a008 Async Recl FLR
> command 010009 (park)=0 ithresh=1 period=256 RUN
> intrenable 37 IAA FATAL PCD ERR INT
> uframe 3851
> port 1 status 001000 POWER sig=se0
> port 2 status 001000 POWER sig=se0
> port 3 status 001000 POWER sig=se0
> port 4 status 001005 POWER sig=se0 PE CONNECT
> port 5 status 001000 POWER sig=se0
> port 6 status 001000 POWER sig=se0
> irq normal 963 err 0 reclaim 452 (lost 17)
> complete 964 unlink 0

Ah, indeed. "Wonderful", still a shared problem then. Guess we still 
want that person with the PCI analyser...

Cheers,
Rene