>> >to make sure no DMA handling functions are getting re-entered in error. Also
>> What do you mean with "re-entered in error"?
>
>As in called when they shouldnt be perhaps by two DMA drivers fighting over
>the DMA controller when they should not
I have not yet understand very well, my english is not so good ;-).
root@arca:/home/andrea# cat /proc/dma
1: SoundBlaster8
4: cascade
5: SoundBlaster16
As you see the only device dma capable is my sb. Parallel Port is in EPP.
The dma works fine. The only problem is related to disable_dma().
>> Should I replace my motherboard again?
>
>If your disks are set to not use DMA does your board hang ? - Im trying
>to work out if this is code logic or hardware
No problem. After applyed my two patch all works fine. I am running a
cp /dev/hda /dev/null &
find / >/dev/null &
while :; do hdparm -d1 /dev/hda; hdparm -d0 /dev/hda; done >/dev/null &
while I am playing an mp3 or running xquake. No other problems at all.
The lock _was_ also very easy reproducible since it happen in 3/4 sec.
Andrea[s] Arcangeli
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu