Curious as I was able to reproduce it :) I can run GLX apps just fine though, it may be an unrelated bug.
On Sat, Mar 5, 2011 at 11:10 PM, Richard Gomes <rgomes1...@yahoo.co.uk>wrote: > Hi David, > > The 'segmentation fault' I informed previously was actually my fault. > I reinstalled Nvidia drivers and it now resolved. > > I discovered that something was wrong when I've tried to run Nvidia > samples and it reported problems with GLX. > > Thanks a lot and I'm sorry for wasting your time. > > Richard Gomes > http://www.jquantlib.org/index.php/User:RichardGomes > twitter: frgomes > > JQuantLib is a library for Quantitative Finance written in Java. > http://www.jquantlib.com/ > twitter: jquantlib > > > On 01/03/11 20:13, Richard Gomes wrote: > > Hi Dave, > > > > Thanks a lot for your help. > > As I'm doing some very simple tests, I will try some old revision... for > > the time being whilst you enjoy some days off :) > > > > Cheers :) > > > > Richard Gomes > > http://www.jquantlib.org/index.php/User:RichardGomes > > twitter: frgomes > > > > JQuantLib is a library for Quantitative Finance written in Java. > > http://www.jquantlib.com/ > > twitter: jquantlib > > > > > > On 28/02/11 07:52, Dave Cunningham wrote: > >> I was able to reproduce this and got this trace from valgrind but I'm on > >> vacation for a week so cannot debug further > >> > >> ==23823== Invalid read of size 1 > >> ==23823== at 0x4027411: memcpy (mc_replace_strmem.c:497) > >> ==23823== by 0x80CD8F3: x10aux::deserialization_buffer::Read<unsigned > >> int>::_(x10aux::deserialization_buffer&) (in > >> /home/spark/work/17/KMeansCUDA.sockets.dbg) > >> ==23823== by 0x80CDE74: unsigned int > >> x10aux::deserialization_buffer::read<unsigned int>() (in > >> /home/spark/work/17/KMeansCUDA.sockets.dbg) > >> ==23823== by 0x80CDE91: unsigned int > >> x10aux::deserialization_buffer::peek<unsigned int>() (in > >> /home/spark/work/17/KMeansCUDA.sockets.dbg) > >> ==23823== by 0x8155E16: > >> x10aux::deserialization_buffer::Read<x10aux::ref<x10::io::SerialData> > >>> ::_(x10aux::deserialization_buffer&) (in > >> /home/spark/work/17/KMeansCUDA.sockets.dbg) > >> ==23823== by 0x815636A: x10aux::ref<x10::io::SerialData> > >> x10aux::deserialization_buffer::read<x10aux::ref<x10::io::SerialData> > >() > >> (in /home/spark/work/17/KMeansCUDA.sockets.dbg) > >> ==23823== by 0x440981F: > >> x10::io::SerialData::_deserialize_body(x10aux::deserialization_buffer&) > (in > >> /home/spark/x10-dbg/x10.dist/stdlib/lib/libx10.so) > >> ==23823== by 0x440B031: x10aux::ref<x10::lang::Reference> > >> > x10::io::SerialData::_deserializer<x10::lang::Reference>(x10aux::deserialization_buffer&) > >> (in /home/spark/x10-dbg/x10.dist/stdlib/lib/libx10.so) > >> ==23823== by 0x4A81A27: > >> > x10aux::DeserializationDispatcher::create_(x10aux::deserialization_buffer&, > >> short) (in /home/spark/x10-dbg/x10.dist/stdlib/lib/libx10.so) > >> ==23823== by 0x4A7EDAF: > >> > x10aux::DeserializationDispatcher::create(x10aux::deserialization_buffer&, > >> short) (in /home/spark/x10-dbg/x10.dist/stdlib/lib/libx10.so) > >> ==23823== by 0x4A850B6: > >> > x10aux::deserialization_buffer::deserialize_reference(x10aux::deserialization_buffer&) > >> (in /home/spark/x10-dbg/x10.dist/stdlib/lib/libx10.so) > >> ==23823== by 0x815632E: > >> x10aux::deserialization_buffer::Read<x10aux::ref<x10::io::SerialData> > >>> ::_(x10aux::deserialization_buffer&) (in > >> /home/spark/work/17/KMeansCUDA.sockets.dbg) > >> ==23823== Address 0x615777d is 1 bytes after a block of size 28 alloc'd > >> ==23823== at 0x4025BD3: malloc (vg_replace_malloc.c:236) > >> ==23823== by 0x4C8FFAC: unsigned char* safe_malloc<unsigned > >> char>(unsigned int, unsigned int) (in > >> /home/spark/x10-dbg/x10.dist/lib/libx10rt_sockets.so) > >> ==23823== by 0x4C92134: x10rt_cuda_send_put (in > >> /home/spark/x10-dbg/x10.dist/lib/libx10rt_sockets.so) > >> ==23823== by 0x4C8D0B2: x10rt_lgl_send_put (in > >> /home/spark/x10-dbg/x10.dist/lib/libx10rt_sockets.so) > >> ==23823== by 0x4C8BA15: x10rt_send_put (in > >> /home/spark/x10-dbg/x10.dist/lib/libx10rt_sockets.so) > >> ==23823== by 0x4A7B65E: x10aux::send_put(int, short, > >> x10aux::serialization_buffer&, void*, unsigned int) (in > >> /home/spark/x10-dbg/x10.dist/stdlib/lib/libx10.so) > >> ==23823== by 0x4AB7212: x10::util::IMC_copyToBody(void*, void*, int, > >> x10::lang::Place, bool, x10aux::ref<x10::lang::Reference>) (in > >> /home/spark/x10-dbg/x10.dist/stdlib/lib/libx10.so) > >> ==23823== by 0x815D8E3: void > >> > x10::util::IndexedMemoryChunk<void>::asyncCopy<float>(x10::util::IndexedMemoryChunk<float>, > >> int, x10::util::RemoteIndexedMemoryChunk<float>, int, int) (in > >> /home/spark/work/17/KMeansCUDA.sockets.dbg) > >> ==23823== by 0x815D97A: void > >> > x10::util::CUDAUtilities::initCUDAArray<float>(x10::util::IndexedMemoryChunk<float>, > >> x10::util::RemoteIndexedMemoryChunk<float>, int) (in > >> /home/spark/work/17/KMeansCUDA.sockets.dbg) > >> ==23823== by 0x815EEB0: x10aux::ref<x10::array::RemoteArray<float> > > > >> x10::util::CUDAUtilities::makeCUDAArray<float>(x10::lang::Place, int, > >> x10::util::IndexedMemoryChunk<float>) (in > >> /home/spark/work/17/KMeansCUDA.sockets.dbg) > >> ==23823== by 0x815F442: x10aux::ref<x10::array::RemoteArray<float> > > > >> x10::util::CUDAUtilities::makeRemoteArray<float>(x10::lang::Place, int, > >> x10aux::ref<x10::array::Array<float> >) (in > >> /home/spark/work/17/KMeansCUDA.sockets.dbg) > >> ==23823== by 0x8161877: KMeansCUDA__closure__2::__apply() (in > >> /home/spark/work/17/KMeansCUDA.sockets.dbg) > >> > >> > >> > >> On Sun, Feb 27, 2011 at 2:45 AM, Richard Gomes<rgomes1...@yahoo.co.uk > >wrote: > >> > >>> Hi guys, > >>> > >>> I'm getting segmentation fault on all CUDA samples, except > CUDATopology. > >>> Are you observing the same kind of problem? > >>> If not, which compilation options are you using? Any help is much > >>> appreciated. > >>> > >>> > >>> I added this method to CUDATopology: > >>> > >>> > >>> public static def cells(p:Place) : Int = { > >>> if (p.isCUDA()) { > >>> val remote = CUDAUtilities.makeRemoteArray[Int](p, 1, 0); > >>> finish async at (p) @CUDA @CUDADirectParams { > >>> val blocks = CUDAUtilities.autoBlocks(); > >>> val threads = CUDAUtilities.autoThreads(); > >>> finish for (block in 0..0) async { > >>> clocked finish for (thread in 0..0) clocked async > { > >>> remote(0) = blocks * threads; > >>> } > >>> } > >>> } > >>> val local = new Array[Int](1); > >>> finish Array.asyncCopy(remote, 0, local, 0, 1); > >>> return local(0); > >>> } else if (p.isSPE()) { > >>> return 1; // TODO: should return something else? > >>> } else { > >>> return 1; // TODO: should return the number of cores? > >>> } > >>> } > >>> > >>> > >>> This is the compilation, using v2.1.2: > >>> > >>> > >>> $ echo x10c++ ${X10C_OPTS} -report postcompile=5 CUDATopology.x10 -o > >>> CUDATopology > >>> x10c++ -NO_CHECKS -STATIC_CALLS -report postcompile=5 CUDATopology.x10 > >>> -o CUDATopology > >>> $ > >>> $ > >>> $ x10c++ ${X10C_OPTS} -report postcompile=5 CUDATopology.x10 -o > >>> CUDATopology > >>> Output files: [CUDATopology.h, CUDATopology.cu, CUDATopology.cc] > >>> Executing post-compiler nvcc --cubin -Xptxas -v -arch=sm_10 > >>> -Inull/include -I/opt/JavaIDE/x10-2.1.2-linux_x86/stdlib/include -o > >>> CUDATopology_sm_10.cubin CUDATopology.cu > >>> Executing post-compiler nvcc --cubin -Xptxas -v -arch=sm_11 > >>> -Inull/include -I/opt/JavaIDE/x10-2.1.2-linux_x86/stdlib/include -o > >>> CUDATopology_sm_11.cubin CUDATopology.cu > >>> Executing post-compiler nvcc --cubin -Xptxas -v -arch=sm_12 > >>> -Inull/include -I/opt/JavaIDE/x10-2.1.2-linux_x86/stdlib/include -o > >>> CUDATopology_sm_12.cubin CUDATopology.cu > >>> Executing post-compiler nvcc --cubin -Xptxas -v -arch=sm_13 > >>> -Inull/include -I/opt/JavaIDE/x10-2.1.2-linux_x86/stdlib/include -o > >>> CUDATopology_sm_13.cubin CUDATopology.cu > >>> Executing post-compiler nvcc --cubin -Xptxas -v -arch=sm_20 > >>> -Inull/include -I/opt/JavaIDE/x10-2.1.2-linux_x86/stdlib/include -o > >>> CUDATopology_sm_20.cubin CUDATopology.cu > >>> Executing post-compiler nvcc --cubin -Xptxas -v -arch=sm_21 > >>> -Inull/include -I/opt/JavaIDE/x10-2.1.2-linux_x86/stdlib/include -o > >>> CUDATopology_sm_21.cubin CUDATopology.cu > >>> Executing post-compiler nvcc --cubin -Xptxas -v -arch=sm_30 > >>> -Inull/include -I/opt/JavaIDE/x10-2.1.2-linux_x86/stdlib/include -o > >>> CUDATopology_sm_30.cubin CUDATopology.cu > >>> Executing post-compiler g++ -I/opt/JavaIDE/x10-2.1.2-linux_x86/include > >>> -I/opt/JavaIDE/x10-2.1.2-linux_x86/stdlib/include -I/home/rgomes/tmp > -I. > >>> -Wno-long-long -Wno-unused-parameter -DNO_CHECKS -DX10_USE_BDWGC > >>> -pthread -o /home/rgomes/tmp/CUDATopology CUDATopology.cc > >>> xxx_main_xxx.cc -L/opt/JavaIDE/x10-2.1.2-linux_x86/stdlib/lib -lx10 > -lgc > >>> -lm -lpthread -lrt -ldl -L/opt/JavaIDE/x10-2.1.2-linux_x86/lib > >>> -lx10rt_sockets -Wl,--rpath > >>> -Wl,/opt/JavaIDE/x10-2.1.2-linux_x86/stdlib/lib -Wl,--rpath > >>> -Wl,/opt/JavaIDE/x10-2.1.2-linux_x86/lib -Wl,-export-dynamic > >>> x10c++: ptxas info : Compiling entry function > 'CUDATopology__closure__1' > >>> for 'sm_10' > >>> ptxas info : Used 3 registers, 24+16 bytes smem, 65536 bytes > cmem[0] > >>> x10c++: ptxas info : Compiling entry function > 'CUDATopology__closure__1' > >>> for 'sm_11' > >>> ptxas info : Used 3 registers, 24+16 bytes smem, 65536 bytes > cmem[0] > >>> x10c++: ptxas info : Compiling entry function > 'CUDATopology__closure__1' > >>> for 'sm_12' > >>> ptxas info : Used 3 registers, 24+16 bytes smem, 65536 bytes > cmem[0] > >>> x10c++: ptxas info : Compiling entry function > 'CUDATopology__closure__1' > >>> for 'sm_13' > >>> ptxas info : Used 3 registers, 24+16 bytes smem, 65536 bytes > cmem[0] > >>> x10c++: ptxas info : Compiling entry function > 'CUDATopology__closure__1' > >>> for 'sm_20' > >>> ptxas info : Used 4 registers, 56 bytes cmem[0], 65536 bytes > cmem[2] > >>> x10c++: ptxas info : Compiling entry function > 'CUDATopology__closure__1' > >>> for 'sm_21' > >>> ptxas info : Used 4 registers, 56 bytes cmem[0], 65536 bytes > cmem[2] > >>> x10c++: ptxas info : Compiling entry function > 'CUDATopology__closure__1' > >>> for 'sm_30' > >>> ptxas info : Used 4 registers, 56 bytes cmem[0], 65536 bytes > cmem[2] > >>> > >>> > >>> Thanks a lot :) > >>> > >>> -- > >>> Richard Gomes > >>> http://www.jquantlib.org/index.php/User:RichardGomes > >>> twitter: frgomes > >>> > >>> JQuantLib is a library for Quantitative Finance written in Java. > >>> http://www.jquantlib.com/ > >>> twitter: jquantlib > >>> > >>> > >>> > ------------------------------------------------------------------------------ > >>> Free Software Download: Index, Search& Analyze Logs and other IT data > in > >>> Real-Time with Splunk. Collect, index and harness all the fast moving > IT > >>> data > >>> generated by your applications, servers and devices whether physical, > >>> virtual > >>> or in the cloud. Deliver compliance at lower cost and gain new business > >>> insights. http://p.sf.net/sfu/splunk-dev2dev > >>> _______________________________________________ > >>> X10-users mailing list > >>> X10-users@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/x10-users > >>> > >> > ------------------------------------------------------------------------------ > >> Free Software Download: Index, Search& Analyze Logs and other IT data > in > >> Real-Time with Splunk. Collect, index and harness all the fast moving IT > data > >> generated by your applications, servers and devices whether physical, > virtual > >> or in the cloud. Deliver compliance at lower cost and gain new business > >> insights. http://p.sf.net/sfu/splunk-dev2dev > >> _______________________________________________ > >> X10-users mailing list > >> X10-users@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/x10-users > >> > > > ------------------------------------------------------------------------------ > > Free Software Download: Index, Search& Analyze Logs and other IT data in > > Real-Time with Splunk. Collect, index and harness all the fast moving IT > data > > generated by your applications, servers and devices whether physical, > virtual > > or in the cloud. Deliver compliance at lower cost and gain new business > > insights. http://p.sf.net/sfu/splunk-dev2dev > > _______________________________________________ > > X10-users mailing list > > X10-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/x10-users > > > > ------------------------------------------------------------------------------ > What You Don't Know About Data Connectivity CAN Hurt You > This paper provides an overview of data connectivity, details > its effect on application quality, and explores various alternative > solutions. http://p.sf.net/sfu/progress-d2d > _______________________________________________ > X10-users mailing list > X10-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/x10-users > ------------------------------------------------------------------------------ What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d _______________________________________________ X10-users mailing list X10-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/x10-users
