oops, I forgot to send this to linux-kernel as well...
- Original Message -
From: "Nicholas Knight" <[EMAIL PROTECTED]>
To: "David D.W. Downey" <[EMAIL PROTECTED]>
Sent: Thursday, February 01, 2001 5:24 AM
Subject: Re: VT82C686A corruption with
On Thu, 1 Feb 2001 19:06:53 +0100, Vojtech Pavlik wrote:
>On Thu, Feb 01, 2001 at 11:46:08AM -0500, Byron Stanoszek wrote:
>
>> Yeah, by bios does the same thing too on the Abit KT7(a).
>
>Ok, I'll remember this. This is most likely the cause of the problems
>many people had with the KT7 in the p
Vojtech Pavlik wrote:
> On Thu, Feb 01, 2001 at 01:20:00PM -0500, Byron Stanoszek wrote:
>
> > > On Thu, Feb 01, 2001 at 11:46:08AM -0500, Byron Stanoszek wrote:
> > >
> > > > Yeah, by bios does the same thing too on the Abit KT7(a).
> > >
> > > Ok, I'll remember this. This is most likely the cau
On Thu, Feb 01, 2001 at 01:20:00PM -0500, Byron Stanoszek wrote:
> > On Thu, Feb 01, 2001 at 11:46:08AM -0500, Byron Stanoszek wrote:
> >
> > > Yeah, by bios does the same thing too on the Abit KT7(a).
> >
> > Ok, I'll remember this. This is most likely the cause of the problems
> > many people
On Thu, 1 Feb 2001, Vojtech Pavlik wrote:
> On Thu, Feb 01, 2001 at 11:46:08AM -0500, Byron Stanoszek wrote:
>
> > Yeah, by bios does the same thing too on the Abit KT7(a).
>
> Ok, I'll remember this. This is most likely the cause of the problems
> many people had with the KT7 in the past.
Wha
On Thu, Feb 01, 2001 at 11:46:08AM -0500, Byron Stanoszek wrote:
> Yeah, by bios does the same thing too on the Abit KT7(a).
Ok, I'll remember this. This is most likely the cause of the problems
many people had with the KT7 in the past.
> But you might not
> want to run your PCI clock at 34 ins
On Thu, 1 Feb 2001, safemode wrote:
> Vojtech Pavlik wrote:
>
> > Ugh. What chips your KA7 has? As far as I know the KX133 chip (vt8731)
> > can't do asynchronous PCI, allowing for 2x, 3x and 4x FSB/PCI divisors
> > only. So I don't a way to have your FSB at 114 and your PCI at 34 with
> > this
Yeah, I'm seriously beginning to think it's a board specific issue. If I
drop the RAM count down to 768MB I get far less drops in app deaths
now. I'm living in Sunnyvale CA which is part of the Rolling Blackouts
designated spots in CA. Ever since the power companies have been
instituting this I've
Vojtech Pavlik wrote:
> On Wed, Jan 31, 2001 at 08:52:58PM -0500, safemode wrote:
>
> > My KA7 can go over 160Mhz FSB
> > Yes i know about memory speed limitions ..that's why you are able to choose
> > HW clock - PCI so at those high speeds it's actually say 120Mhz - 33
> > keeping you belo
On Wed, Jan 31, 2001 at 07:46:31PM -0500, Byron Stanoszek wrote:
> > yea i know. . same mode i also had a big problem with DMA timeouts on
> > 2.4 so .. i dont know what's up with 2.4 and my motherboard ...2.2
> > hasn't shown a single irq or DMA error yet since going back to it.
> > c
On Wed, Jan 31, 2001 at 08:52:58PM -0500, safemode wrote:
> My KA7 can go over 160Mhz FSB
> Yes i know about memory speed limitions ..that's why you are able to choose
> HW clock - PCI so at those high speeds it's actually say 120Mhz - 33
> keeping you below or near 100 and not well over th
On Wed, Jan 31, 2001 at 05:57:45PM -0500, safemode wrote:
> Alan Cox wrote:
>
> > > better than i ever got with 2.4 even when only one drive was on a channel.
> > > Right now my k7-2 750 is at 849mhz with a FSB of 114Mhz and PCI at 34Mhz.
> >
> > Hint: people who overclock machines get suprising
Byron Stanoszek wrote:
> On Wed, 31 Jan 2001, safemode wrote:
>
> > yea i know. . same mode i also had a big problem with DMA timeouts on
> > 2.4 so .. i dont know what's up with 2.4 and my motherboard ...2.2
> > hasn't shown a single irq or DMA error yet since going back to it.
> > cu
On Wed, 31 Jan 2001, safemode wrote:
> yea i know. . same mode i also had a big problem with DMA timeouts on
> 2.4 so .. i dont know what's up with 2.4 and my motherboard ...2.2
> hasn't shown a single irq or DMA error yet since going back to it.
> currently 2.2.19-pre7 is using UDMA4
Tobias Ringstrom wrote:
> On Wed, 31 Jan 2001, safemode wrote:
>
> > I'm wondering... Perhaps it's a problem motherboard specific. I'm
> > using the KA7 and saw pretty bad problems (extreme fs corruption)
> > and bad latency. Perhaps the K7V and the KT7's dont have this problem.
> > I dont see a
On Wed, 31 Jan 2001, safemode wrote:
> I'm wondering... Perhaps it's a problem motherboard specific. I'm
> using the KA7 and saw pretty bad problems (extreme fs corruption)
> and bad latency. Perhaps the K7V and the KT7's dont have this problem.
> I dont see any of the problems with dma enabled
Alan Cox wrote:
> > better than i ever got with 2.4 even when only one drive was on a channel.
> > Right now my k7-2 750 is at 849mhz with a FSB of 114Mhz and PCI at 34Mhz.
>
> Hint: people who overclock machines get suprising odd results and bad stuff
> happens. Please dont waste developers time
> better than i ever got with 2.4 even when only one drive was on a channel.
> Right now my k7-2 750 is at 849mhz with a FSB of 114Mhz and PCI at 34Mhz.
Hint: people who overclock machines get suprising odd results and bad stuff
happens. Please dont waste developers time unless you can reproduce
Mark Hahn wrote:
> >From what I gather this chipset on 2.4.x is only stable if you cripple just about
>everything that makes
> > it worth having (udma, 2nd ide channel etc etc) ?does it even work when all
>that's done now or is
> > it fully functional?
>
> it seems to be fully functional
Mark Hahn wrote:
>
> >>From what I gather this chipset on 2.4.x is only stable if you cripple just about
>everything that makes
> > it worth having (udma, 2nd ide channel etc etc) ?does it even work when all
>that's done now or is
> > it fully functional?
>
> it seems to be fully functio
On Wed, 31 Jan 2001, Vojtech Pavlik wrote:
> > > 1) You don't seem to have any drives on the VIA controller. If this is
> > > true, I don't think this can be a VIA IDE driver problem.
> > >
Umm, since the only 2 controllers in the machine are the VIA Vt82C686A and
the Promise PDC20265, yes I
>From what I gather this chipset on 2.4.x is only stable if you cripple just about
>everything that makes
> it worth having (udma, 2nd ide channel etc etc) ?does it even work when all
>that's done now or is
> it fully functional?
it seems to be fully functional for some or most people,
wi
On Wed, Jan 31, 2001 at 04:48:41AM -0500, safemode wrote:
> From what I gather this chipset on 2.4.x is only stable if you
> cripple just about everything that makes
> it worth having (udma, 2nd ide channel etc etc) ?does it even
> work when all that's done now or is it fully functional?
F
On Tue, Jan 30, 2001 at 11:55:25PM -0800, David Raufeisen wrote:
> On Wednesday, 31 January 2001, at 08:36:42 (+0100),
> Vojtech Pavlik wrote:
>
> > Hi!
> >
> > 1) You don't seem to have any drives on the VIA controller. If this is
> > true, I don't think this can be a VIA IDE driver problem.
>
David Raufeisen wrote:
> On Wednesday, 31 January 2001, at 08:36:42 (+0100),
> Vojtech Pavlik wrote:
>
> > Hi!
> >
> > 1) You don't seem to have any drives on the VIA controller. If this is
> > true, I don't think this can be a VIA IDE driver problem.
> >
>
> Hi, Are you referring to Mark or me?
On Wednesday, 31 January 2001, at 08:36:42 (+0100),
Vojtech Pavlik wrote:
> Hi!
>
> 1) You don't seem to have any drives on the VIA controller. If this is
> true, I don't think this can be a VIA IDE driver problem.
>
Hi, Are you referring to Mark or me?
I have drives on my VIA (only..) IDE con
Hi!
1) You don't seem to have any drives on the VIA controller. If this is
true, I don't think this can be a VIA IDE driver problem.
2) In your original message you suggest bs=1024M, which isn't a very
good idea, even on a 768 MB system. Here with bs=1024k it seems to run
fine.
3) You sent next
OK, just completed the upgrade to 2.4.1-pre12 + via82c.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
OK, here is the output of lspci -v on the SMP box I'm having trouble with
as requested...
00:00.0 Host bridge: VIA Technologies, Inc. VT82C691 [Apollo PRO] (rev c4)
Flags: bus master, medium devsel, latency 0
Memory at d000 (32-bit, prefetchable)
Capabilities: [a0] AG
bash-2.04# dmesg | grep -i udma
VP_IDE: VIA vt82c686a IDE UDMA66 controller on pci0:7.1
hda: 30015216 sectors (15368 MB) w/2048KiB Cache, CHS=1868/255/63, UDMA(66)
hdb: 80041248 sectors (40981 MB) w/2048KiB Cache, CHS=4982/255/63, UDMA(66)
hdc: ATAPI 52X CD-ROM drive, 192kB Cache, UDMA(33)
bash-2
Actually what rumors are you hearing?
Right now I can tell you from personal experience that the VIA VT82C686A
chipset is causing kernel deaths, corrupted data on my drives, and UDMA
issues (meaning that when I enable the UDMA support the kernel
CONSISTENTLY crashes.)
This is all pre patch-2.4.
So you have not seen any corruption, but are willing to do testing. Very
kind, but you could have choosen a better subject, I think. There are a
lot more rumours that facts regarding the VIA drivers right now.
/Tobias
On Tue, 30 Jan 2001, Nicholas Knight wrote:
> I have a Soyo K7VIA motherbo
I have a Soyo K7VIA motherboard which uses VT82C686A, with an 800mhz Athlon
CPU in it.
So far I've never run a 2.3* or 2.4* kernel on it, I've only done that on my
P3 using a propriatory micron motherboard that uses an intel BX2 chipset.
However, I recently trashed my linux installation (doing thi
33 matches
Mail list logo
