Re: [Discuss-gnuradio] GnuRadio and CUDA
Hi Martin 1) You seem to be using atan on host, did you try writing one for device? 2) It seems you have each block implemented separately, did you try to put multiple ones together so that data does not have to travel to the card multiple times 3) I don't quite understand the compilation process for cuda stuff. Can you tell more detail on this. I have an empty block cuda block at the end of pipeline (details follow) Thanks Inderaj Details of compile and runtime failure I have the gr_how_to_write_a block calling the cuda funtion (in another .cu file) that does malloc/copy/free. I am using this .cu.lo: $(top_srcdir)/cudalt.py $@ $(NVCC) -c $(NVCCFLAGS) $ RUN FAILURE == [EMAIL PROTECTED] lib]# ../python/F_fm_cuda.py Traceback (most recent call last): File ../python/F_fm_cuda.py, line 32, in module import howto File /root/dev/gnuradio-3.1.3/gr-howto-write-a-block-3.1.3/src/lib/howto.py, line 6, in module import _howto ImportError: /usr/local/lib/python2.5/site-packages/gnuradio/_howto.so: undefined symbol: cudaFree ENV === [EMAIL PROTECTED] lib]# export | grep -i cuda declare -x LD_LIBRARY_PATH=:/usr/local/cuda/lib:/usr/local/cuda/lib declare -x PATH=/usr/lib/qt-3.3/bin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/lib/ccache:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin:.:/usr/libexec/sdcc:/usr/local/cuda/bin:/root/bin:.:/usr/libexec/sdcc:/usr/local/cuda/bin:/root/bin [EMAIL PROTECTED] lib]# export | grep -i python declare -x PYTHONPATH=:/usr/lib/python2.5/site-packages:/usr/local/lib/python2.5/site-packages:/usr/local/lib/python2.5/site-packages/gnuradio:/usr/lib/python2.5/site-packages:/usr/local/lib/python2.5/site-packages [EMAIL PROTECTED] lib]# MAKE TRACE= [EMAIL PROTECTED] gr-howto-write-a-block-3.1.3]# make make all-recursive make[1]: Entering directory `/root/dev/gnuradio-3.1.3/gr-howto-write-a-block-3.1.3' Making all in config make[2]: Entering directory `/root/dev/gnuradio-3.1.3/gr-howto-write-a-block-3.1.3/config' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/root/dev/gnuradio-3.1.3/gr-howto-write-a-block-3.1.3/config' Making all in src make[2]: Entering directory `/root/dev/gnuradio-3.1.3/gr-howto-write-a-block-3.1.3/src' Making all in lib make[3]: Entering directory `/root/dev/gnuradio-3.1.3/gr-howto-write-a-block-3.1.3/src/lib' make all-am make[4]: Entering directory `/root/dev/gnuradio-3.1.3/gr-howto-write-a-block-3.1.3/src/lib' /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -DOMNITHREAD_POSIX=1 -pthread -I/usr/local/include/gnuradio -I/usr/local/include -I/usr/include/python2.5-g -O2 -Wall -Woverloaded-virtual -pthread -MT howto_square_ff.lo -MD -MP -MF .deps/howto_square_ff.Tpo -c -o howto_square_ff.lo howto_square_ff.cc libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../.. -DOMNITHREAD_POSIX=1 -pthread -I/usr/local/include/gnuradio -I/usr/local/include -I/usr/include/python2.5 -g -O2 -Wall -Woverloaded-virtual -pthread -MT howto_square_ff.lo -MD -MP -MF .deps/howto_square_ff.Tpo -c howto_square_ff.cc -fPIC -DPIC -o .libs/howto_square_ff.o mv -f .deps/howto_square_ff.Tpo .deps/howto_square_ff.Plo ../../cudalt.py cuda_block.lo nvcc -c -D_DEBUG -g -v -keep -use_fast_math -I. -IUDASDK/common/inc cuda_block.cu #$ _SPACE_= #$ _MODE_=DEVICE #$ _HERE_=/usr/local/cuda/bin #$ _THERE_=/usr/local/cuda/bin #$ TOP=/usr/local/cuda/bin/.. #$ LD_LIBRARY_PATH=/usr/local/cuda/bin/../lib:/usr/local/cuda/bin/../extools/lib::/usr/local/cuda/lib #$ PATH=/usr/local/cuda/bin/../open64/bin:/usr/local/cuda/bin/../bin:/usr/lib/qt-3.3/bin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/lib/ccache:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin:.:/usr/libexec/sdcc:/usr/local/cuda/bin:/root/bin #$ INCLUDES=-I/usr/local/cuda/bin/../include -I/usr/local/cuda/bin/../include/cudart #$ LIBRARIES= -L/usr/local/cuda/bin/../lib -lcudart #$ CUDAFE_FLAGS= #$ OPENCC_FLAGS= #$ PTXAS_FLAGS= #$ gcc -D__CUDA_ARCH__=100 -E -x c++ -DCUDA_NO_SM_13_DOUBLE_INTRINSICS -DCUDA_NO_SM_12_ATOMIC_INTRINSICS -DCUDA_NO_SM_11_ATOMIC_INTRINSICS -DCUDA_FLOAT_MATH_FUNCTIONS -I/usr/local/cuda/bin/../include -I/usr/local/cuda/bin/../include/cudart -I. -D__CUDACC__ -C -fPIC -I. -IUDASDK/common/inc -D_DEBUG -include cuda_runtime.h -m32 -malign-double -g -o cuda_block.cpp1.ii cuda_block.cu #$ cudafe --m32 --gnu_version=40102 --diag_error=host_device_limited_call -tused --gen_c_file_name cuda_block.cudafe1.c --stub_file_name cuda_block.cudafe1.stub.c --stub_header_file_name cuda_block.cudafe1.stub.h --gen_device_file_name cuda_block.cudafe1.gpu --include_file_name cuda_block.fatbin.c cuda_block.cpp1.ii #$ gcc -D__CUDA_ARCH__=100 -E -x c -DCUDA_NO_SM_13_DOUBLE_INTRINSICS -DCUDA_NO_SM_12_ATOMIC_INTRINSICS -DCUDA_NO_SM_11_ATOMIC_INTRINSICS
Re: Re: [Discuss-gnuradio] aU on FM
Hi Dmitris Yes I had identified the aU as my audio card consuming samples too fast (the FAQs were helpful) And the solution you gave worked fine, I can hear my FM nice and clear, Yay! Thanks a lot :) Inderaj On Nov 2, 2008 9:42am, Dimitris Symeonidis [EMAIL PROTECTED] wrote: please read http://gnuradio.org/trac/wiki/UsrpFAQ/Gen#OUuainoutput aU means audio underrun, which means the soundcard was waiting for data and did not receive any.. concerning the sampling rate and usrp_wfm_rcv.py, try running it with the -O plughw:0,0 option... tell me if this fixed it... Dimitris Symeonidis If you think you're too small to make a difference, try sleeping with a mosquito! - Amnesty International On Sun, Nov 2, 2008 at 06:46, Paul Miller wrote: On Sat, Nov 1, 2008 at 7:39 PM, Inderaj Bains wrote: aUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaU Also, what is this? I see it on some apps and not others. It appears to be a feature of python's raw_input() except that it only happens while the alsa audio stuff is loaded. I couldn't figure it out and imagined it was peculiar to my platform. -- If riding in an airplane is flying, then riding in a boat is swimming. 107 jumps, 43.5 minutes of freefall, 83.4 freefall miles. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] aU on FM
I am getting the following: It seems that my sound card wants higher sampling rate From previous post it seems that should not be an issue. But the sound from my FM is broken. Is there a way to fix it? [EMAIL PROTECTED] gnuradio-3.1.3]# /usr/local/share/gnuradio/examples/usrp/usrp_wfm_rcvi.py Using RX d'board B: TV Rx Rev 3 audio_alsa_sink[hw:0,0]: unable to support sampling rate 32000 card requested 48000 instead. gr_fir_ccf: using SSE gr_fir_fff: using SSE gr_vmcircbuf_createfilemapping: createfilemapping is not available aUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaU -- ~Inderaj ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: Re: Re: [Discuss-gnuradio] small contract work
Hi Eric Per, you suggestion, I am looking at USRP and deciding what equipment to get. It seems FM falls in the range of TVRX daughterboard. However it seems to require antenna and there is no antenna listed for this range. Will I just be able to plug in a TV antenna for it? Is there an FM receiver code that will work if I get Basic RX receiver. Thanks Inderaj On Oct 25, 2008 6:51pm, Eric Blossom [EMAIL PROTECTED] wrote: On Sat, Oct 25, 2008 at 06:37:41PM -0700, [EMAIL PROTECTED] wrote: Hi Eric Thanks, I am looking at it now, but I don't have a USRP and this seems to require it (same with apps/hf_radio) I also looked at your article on step by step FM and want to put together something like that. I don't quite know which device to pick for getting the input, any suggestions will help. Thanks Inderaj If you want broadcast FM, the USRP is pretty much your best bet. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] small contract work
Hi I need someone with knowledge of gnu-radio (preferably in the sf bay area) to help put together a multi-channel FM setup on my home machine which is running linux (no-USRP) and has gnu-radio sources built. I might also need a little bit of simple code (utility) to be written. Preferably someone this weekend of maximum by next I am spending my time on a different part of the project. and need this quickly due to limited time Thanks Inderaj PS. I could not find anything related in archives ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: Re: [Discuss-gnuradio] small contract work
Hi Eric Thanks, I am looking at it now, but I don't have a USRP and this seems to require it (same with apps/hf_radio) I also looked at your article on step by step FM and want to put together something like that. I don't quite know which device to pick for getting the input, any suggestions will help. Thanks Inderaj On Oct 25, 2008 5:45pm, Eric Blossom [EMAIL PROTECTED] wrote: On Sat, Oct 25, 2008 at 04:53:04PM -0700, [EMAIL PROTECTED] wrote: Hi I need someone with knowledge of gnu-radio (preferably in the sf bay area) to help put together a multi-channel FM setup on my home machine which is running linux (no-USRP) and has gnu-radio sources built. I might also need a little bit of simple code (utility) to be written. Preferably someone this weekend of maximum by next I am spending my time on a different part of the project. and need this quickly due to limited time Thanks Inderaj PS. I could not find anything related in archives Did you look at gnuradio-examples/python/usrp/usrp_wfm_rcv2_nogui.py? Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: Re: Re: [Discuss-gnuradio] small contract work
USRP at ~$700 seems steep for my course project :( Is there a way to get pre-generated FM input (as opposed to random) Thanks Inderaj On Oct 25, 2008 6:51pm, Eric Blossom [EMAIL PROTECTED] wrote: On Sat, Oct 25, 2008 at 06:37:41PM -0700, [EMAIL PROTECTED] wrote: Hi Eric Thanks, I am looking at it now, but I don't have a USRP and this seems to require it (same with apps/hf_radio) I also looked at your article on step by step FM and want to put together something like that. I don't quite know which device to pick for getting the input, any suggestions will help. Thanks Inderaj If you want broadcast FM, the USRP is pretty much your best bet. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Signal processing and GPU
Has anyone tried using GPU for signal processing? Does anyone know of a reason why this would not be a good idea I am planning on starting on it this week, would appreciate inputs Thanks Inderaj ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using gnu-radio for project
Thanks Eric, Yes I want to use SIMD. Since I want to spend most time improving performance, it would be nice if I can start off from something functioning or put together something quickly. How much effort would it be to get a GSM (other?) all software system together (except A/D I guess). Maybe I could use pre-generated streams on both ends in software. Thanks Inderaj On Mon, Sep 29, 2008 at 11:47 AM, Eric Blossom [EMAIL PROTECTED] wrote: On Sat, Sep 27, 2008 at 03:37:34PM -0700, Inderaj Bains wrote: Dear Friends, For a school project, I am looking to speed up a software radio. I downloaded and built gnu-radio and dial-tone works. Ideally, I'd like to start with a functioning GSM (others?) radio which runs in software and speed up the computationally intensive components (which gnu radio might be using the fpga for) Good. Are you thinking about using various SIMD instruction sets, or something else? PS. I have no background in dsp/signal-processing but have good programming background and my day job is writing compilers. Eric -- ~Inderaj ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio