It seems the problem is caused by some DMA related bug in the VIA chipset
and/or in the Linux DMA-IDE VIA driver.
I finnaly get rid of the freezes, by simply compiling the kernel completely
without IDE-DMA support. Now hdparm shows disks do not use DMA and
the system is stable, as far as I can
It seems the problem is caused by some DMA related bug in the VIA chipset
and/or in the Linux DMA-IDE VIA driver.
I finnaly get rid of the freezes, by simply compiling the kernel completely
without IDE-DMA support. Now hdparm shows disks do not use DMA and
the system is stable, as far as I can
Mark Hahn wrote:
> > > contrary to the implication here, I don't believe there is any *general*
> > > problem with Linux/VIA/AMD stability. there are well-known issues
> ...
> > VIA hardware is not suitable for anything until we _know_ the
> > truth about what is wrong. VIA is hiding
Mark Hahn wrote:
contrary to the implication here, I don't believe there is any *general*
problem with Linux/VIA/AMD stability. there are well-known issues
...
VIA hardware is not suitable for anything until we _know_ the
truth about what is wrong. VIA is hiding something big.
> VIA hardware is not suitable for anything until we _know_ the
> truth about what is wrong. VIA is hiding something big.
I dont think thats true
> Creative Labs ought to toast VIA over blaming the sound card. :-)
Of course the card might be buggy too
The big problem with VIA is not that
> > contrary to the implication here, I don't believe there is any *general*
> > problem with Linux/VIA/AMD stability. there are well-known issues
...
> VIA hardware is not suitable for anything until we _know_ the
> truth about what is wrong. VIA is hiding something big.
this is INCORRECT: we
contrary to the implication here, I don't believe there is any *general*
problem with Linux/VIA/AMD stability. there are well-known issues
...
VIA hardware is not suitable for anything until we _know_ the
truth about what is wrong. VIA is hiding something big.
this is INCORRECT: we know
Mark Hahn writes:
> contrary to the implication here, I don't believe there is any *general*
> problem with Linux/VIA/AMD stability. there are well-known issues
> with specific items (VIA 686b, for instance), but VIA/AMD hardware
> is quite suitable for servers.
VIA hardware is not suitable
> This report is probably not very helpful, but it may be useful for those who
> planned to purchase AMD / VIA solution for a server.
contrary to the implication here, I don't believe there is any *general*
problem with Linux/VIA/AMD stability. there are well-known issues
with specific items
Hi !
I've yet seen similar freeze reports here in the past, so I decided to post
my one too.
The said system is a server, Athlon 850, no overclocking, no overheating,
100 Mhz FSB, 512 MB brand RAM, Abit KT7A board with VIA KT133.
The system is heavy loaded in daytime, but almost idle at night.
Hi !
I've yet seen similar freeze reports here in the past, so I decided to post
my one too.
The said system is a server, Athlon 850, no overclocking, no overheating,
100 Mhz FSB, 512 MB brand RAM, Abit KT7A board with VIA KT133.
The system is heavy loaded in daytime, but almost idle at night.
This report is probably not very helpful, but it may be useful for those who
planned to purchase AMD / VIA solution for a server.
contrary to the implication here, I don't believe there is any *general*
problem with Linux/VIA/AMD stability. there are well-known issues
with specific items (VIA
Mark Hahn writes:
contrary to the implication here, I don't believe there is any *general*
problem with Linux/VIA/AMD stability. there are well-known issues
with specific items (VIA 686b, for instance), but VIA/AMD hardware
is quite suitable for servers.
VIA hardware is not suitable for
13 matches
Mail list logo
