Results so far, below. On Saturday 10 April 2004 18:03, Paul C. Leopardi wrote:
So, I'm going to take "acpi=off" out again to see if I can get a segfault, or if I only get freezes. I'll also try running from run level 3. Without "acpi=off", booted to runlevel 5 then "init 3", so X is not running. -> Still get segfault at point of swapping -> Nvidia module is loaded
With "acpi=off", without "desktop",
booted to runlevel 3, checked Nvidia module not loaded.
Tested by running 2 copies of GluCat 0.1.5 (http://glucat.sf.net) gfft_test in
parallel.
-> Still get segfault at point of swapping
Tested by running 2 copies of make for GluCat 0.1.5 in paralel.
-> No segfault, but did not go into swap
Tested by running 1 copy of GluCat 0.1.5 gfft_test.
-> Still get segfault at point of swapping
Tested by using gdb to run GluCat 0.1.5 gfft_test.
-> Still get segfault at point of swapping
-> in gdb: Segmentation fault
-> std::__default_allocate_template
I'll also try Option "NvAgp" "1" in /etc/X11/XF86Config as it states at http://minion.de/ and finally, I will try contacting zander@mail.minion.de.
Not yet. Since "iommu=noagp" does not prevent crashes even in runlevel 3 with no nvidia driver loaded and with X not running, need to try "agp=off" first. See separate email for results. Preliminary analysis: In case you are wondering, I have tried GluCat 0.1.5 on the following architectures without seeing these segfault problems: 1) Red Hat Linux 8.0 using g++ 3.2 and Boost 1.30.2 on an Intel(R) Pentium(R) 4. 2) SuSE SEL 8 using g++ 3.2.2 and Boost 1.30.2 on a dual AMD Opteron(tm). Current testing is on: 3) SuSE Linux 9.0 using g++ 3.3.2 and Boost 1.31.0 on an AMD Athlon(tm) 64. Also, noticed that gdb itself crashed with a segfault. So, I'll bet the problem is not in my code. Finally, the segfaults I am seeing here may be different to the ones I saw before "iommu=noagp". The earlier segfaults may have happened before swapping and seemed to be associated with X activity. The current segfaults seem to happen when swapping. I'm starting to suspect DMA.