Messages in this thread | | | Date | Sat, 21 Aug 1999 20:20:19 -0700 (PDT) | From | <> | Subject | Re: VIA chipset hangs??? |
| |
http://www.atipa.com/
Be sure to mention who sent you there.........
Andre Hedrick The Linux IDE guy
On Sat, 21 Aug 1999, Dubbs wrote:
> Andrea Arcangeli wrote: > > > > On Sat, 21 Aug 1999, Dubbs wrote: > > > > >motherboard web site that mentioned that there was a "known" BUG in > > >either Linux or the BIOS that causes periodic DMA hangs. Is this still > > > > Probably it's the bug I discovered some year ago on my old Epox > > motherboard. The workaround I discovered is to not > > disable_dma()/enable_dma() in the dma-completation irq. My workaround is > > been reimplemented inside the PCI-quirks kernel config option (enable it > > in the kernel configuration and the lockup should disappear). > > > > I have PCI quirks turned on and it doesn't solve the problem. I grep'd > for VIA in the Configuration directory and found a README about VIA > chipsets and sound. I followed what it suggested and it still hangs > within minutes, at most an hour. > > Here is a subset of my boot up messages. As you can see, it does see the > chipset and turn on the workaround. > > Linux version 2.2.11 (root@rush.local.net) (gcc version egcs-2.91.66 > 19990314/Linux (egcs-1.1.2 release)) #8 Sat Aug 21 12:15:52 CDT 1999 > Detected 451029983 Hz processor. > Console: colour VGA+ 80x25 > Calibrating delay loop... 897.84 BogoMIPS > Memory: 127964k/131072k available (1076k kernel code, 412k reserved, > 1560k data, 60k init) > CPU: AMD AMD-K6(tm) 3D+ Processor stepping 01 > Checking 386/387 coupling... OK, FPU using exception 16 error reporting. > Checking 'hlt' instruction... OK. > POSIX conformance testing by UNIFIX > mtrr: v1.35 (19990512) Richard Gooch (rgooch@atnf.csiro.au) > PCI: PCI BIOS revision 2.10 entry at 0xfb4d0 > PCI: Using configuration type 1 > PCI: Probing PCI hardware > PCI: 00:38 [1106/0586]: Work around ISA DMA hangs (00) > Activating ISA DMA hang workarounds. > Linux NET4.0 for Linux 2.2 > Based upon Swansea University Computer Society NET3.039 > NET4: Unix domain sockets 1.0 for Linux NET4.0. > NET4: Linux TCP/IP 1.0 for NET4.0 > IP Protocols: ICMP, UDP, TCP, IGMP > Initializing RT netlink socket > Starting kswapd v 1.5 > Detected PS/2 Mouse Port. > Serial driver version 4.27 with no serial options enabled > ttyS00 at 0x03f8 (irq = 4) is a 16550A > ttyS01 at 0x02f8 (irq = 3) is a 16550A > pty: 256 Unix98 ptys configured > apm: BIOS version 1.2 Flags 0x07 (Driver version 1.9) > Real Time Clock Driver v1.09 > RAM disk driver initialized: 16 RAM disks of 4096K size > VP_IDE: IDE controller on PCI bus 00 dev 39 > VP_IDE: not 100% native mode: will probe irqs later > ide0: BM-DMA at 0xe000-0xe007, BIOS settings: hda:DMA, hdb:DMA > ide0: VIA Bus-Master (U)DMA Timing Config Success > hda: Maxtor 84320D4, ATA DISK drive > hdb: Memorex CRW-1622, ATAPI CDROM drive > ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 > hda: Maxtor 84320D4, 4120MB w/256kB Cache, CHS=558/240/63, UDMA > > I would love to try to figure this one out but from the sounds of it, > VIA, needs to fix their buggy chipset because it also hangs at times on > Windoze (according the the VIA-sound readme). I have not tried Windoze > because I don't want Windoze on my server for obvious reasons. I may > have to anyway just to prove that the board is faulty so I can return it > without a restocking charge. It seems whenever you say Linux, the tech > support people automatically stop listening and say "It works fine with > Windows 98". This is the reason I want to figure this one out. > > Does anyone know of a good Web site where I can "for sure" purchase PC > components tested with Linux? I checked VAresearch but AFAIK, they only > sell complete systems. I prefer to upgrade piece by piece as funds > become available. > > Thanks, > > -dbl > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.rutgers.edu > Please read the FAQ at http://www.tux.org/lkml/ >
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |