> On the topic of various ways to try to fix the lockup problem..
>
> perhaps we should try a different approach.
>
> Does anyone know the exact nature of the lockup? i.e.:
I would say that if the lockup would be in spinlock than the NMI oopser
would catch this lock.
> Is the kernel getting stuck in a loop somewhere?
Hard to do without proper hardware analyzer.
> Unfortunately, the best person to answer this is probably Andre.. but he
> doesn't experience the problem.
I doubt the he is not getting lockup while doing massive copying
from ATA66 to ATA33 device - my machine seems to always dies
within 8 minutes (thought its necessary to use other IRQ intesive
programs - now its emu10k1 driver & 3c59x.
There are no lockups -X66 - I'm not that sure about -X67
and -X68 seems to always lock after a while - actualy when
I play with computer it seems to survive much longer thant
when its just left to go though the test.
This brings me an idea to put some small delays somewhere in the
ide driver - so the PCI bus could breath sometimes - it would
even make mp3 more usable :).
Hoewever once again - without the help of Andrew this is going
to be a long way to find some reasonable solution for this.
--
There are three types of people in the world:
those who can count, and those who can't.
Zdenek Kabelac http://i.am/kabi/ [EMAIL PROTECTED] {debian.org; fi.muni.cz}
--
=- To unsubscribe, email [EMAIL PROTECTED] with the -=
=- body of "unsubscribe linux-abit". -=
