Re: VT82C686A corruption with 2.4.x

From: David D.W. Downey (pgpkeys@hislinuxbox.com)
Date: Tue Jan 30 2001 - 21:04:42 EST


OK, just completed the upgrade to 2.4.1-pre12 + via82cxxxx.diff.

SYSTEM SPECS CHANGES
===================
Shut off ACPI
Shut off 2nd IDE controller in BIOS
Shut off APM
Disabled UDMA support in BIOS
Removed 256MB RAM (768M total RAM) *

Everything is running stabler now. Here's what I've got set up right now.

VIA SUPPORT
============
00:00.0 Host bridge: VIA Technologies, Inc. VT82C691 [Apollo PRO] (rev c4)
        Flags: bus master, medium devsel, latency 0
        Memory at d0000000 (32-bit, prefetchable)
        Capabilities: [a0] AGP version 2.0
        Capabilities: [c0] Power Management version 2

00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3 AGP] (prog-if 00 [Normal decode])
        Flags: bus master, 66Mhz, medium devsel, latency 0
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
        I/O behind bridge: 00009000-00009fff
        Memory behind bridge: d4000000-d7ffffff
        Prefetchable memory behind bridge: d8000000-d9ffffff
        Capabilities: [80] Power Management version 2

00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super] (rev 22)
        Subsystem: VIA Technologies, Inc. VT82C686/A PCI to ISA Bridge
        Flags: bus master, stepping, medium devsel, latency 0

00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 10) (prog-if 8a [Master SecP PriP])
        Flags: bus master, medium devsel, latency 32
        I/O ports at a000
        Capabilities: [c0] Power Management version 2

00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30)
        Flags: medium devsel
        Capabilities: [68] Power Management version 2

00:0c.0 Unknown mass storage controller: Promise Technology, Inc.: Unknown device 0d30 (rev 02)
        Subsystem: Promise Technology, Inc.: Unknown device 4d33
        Flags: bus master, medium devsel, latency 32, IRQ 11
        I/O ports at ac00
        I/O ports at b000
        I/O ports at b400
        I/O ports at b800
        I/O ports at bc00
        Memory at db000000 (32-bit, non-prefetchable)
        Capabilities: [58] Power Management version 1

00:0e.0 SCSI storage controller: Advanced System Products, Inc ABP940-UW
        Flags: bus master, medium devsel, latency 32, IRQ 15
        I/O ports at c000
        Memory at db020000 (32-bit, non-prefetchable)

00:10.0 Ethernet controller: Lite-On Communications Inc LNE100TX (rev 20)
        Subsystem: Netgear FA310TX
        Flags: bus master, medium devsel, latency 32, IRQ 11
        I/O ports at c400
        Memory at db021000 (32-bit, non-prefetchable)

01:00.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 3 (rev 01) (prog-if 00 [VGA])
        Subsystem: 3Dfx Interactive, Inc. Voodoo3 AGP
        Flags: 66Mhz, fast devsel
        Memory at d4000000 (32-bit, non-prefetchable)
        Memory at d8000000 (32-bit, prefetchable)
        I/O ports at 9000
        Capabilities: [54] AGP version 1.0
        Capabilities: [60] Power Management version 1

PROMISE SUPPORT
===============
PDC20265: IDE controller on PCI bus 00 dev 60
PDC20265: chipset revision 2
PDC20265: not 100% native mode: will probe irqs later
PDC20265: (U)DMA Burst Bit ENABLED Primary PCI Mode Secondary PCI Mode.

DMESG - VIA
==============
PCI: Using IRQ router VIA [1106/0686] at 00:07.0
System Vendor: VIA Technologies, Inc..
VP_IDE: VIA vt82c686a (rev 22) IDE UDMA66 controller on pci00:07.1
[drm] AGP 0.99 on VIA Apollo Pro @ 0xd0000000 64MB
[drm] AGP 0.99 on VIA Apollo Pro @ 0xd0000000 64MB
[drm] AGP 0.99 on VIA Apollo Pro @ 0xd0000000 64MB

DD TESTING
==========
[root@timberwolf /root]# dd if=/dev/hda7 of=/tmp/testing.img bs=1024k count=20002000+0 records in
2000+0 records out
[root@timberwolf /root]# ls -al /tmp/testing.img
-rw-r--r-- 1 root root 2097152000 Jan 29 17:54 /tmp/testing.img
[root@timberwolf /root]# ls -alh /tmp/testing.img
-rw-r--r-- 1 root root 2.0G Jan 29 17:54 /tmp/testing.img
[root@timberwolf /root]#

I'm also attaching a ksyms dump.

David D.W. Downey



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Wed Jan 31 2001 - 21:00:37 EST