Re: Hardware testing [was Re: VIA Southbridge bug (Was: Crash on boot (2.4.5))]

From: Albert D. Cahalan (acahalan@cs.uml.edu)
Date: Tue Jul 10 2001 - 23:18:40 EST


Rob Landley writes:

> The third thing (which started this thread) was memory bus. The new 3DNow
> optimizations drove a memory bus into failure, and that IS processor
> specific...
...
> memtest86 is great becuase it ONLY tests memory. CPUburn is similarly
> specific. A memory bus buster would be a good tool to add to the mix. (DMA
> is another common problem, but the more I look into it, the more it seems to
> be dependent on whatever peripheral you're talking to, which is more
> complication than I'm looking to bite off...)

DMA could be done in a sane manner. Let drivers register a function
to excercise DMA. When you want to test, tell all registered drivers
to start wild excessive DMA. Use a timer to stop this, because you
might end up pretty well locked out of your system while the bus is
busy moving test data.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Sun Jul 15 2001 - 21:00:13 EST