Re: [Discuss-gnuradio] GnuRadio and CUDA

2008-11-24 Thread Inderaj Bains
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

2008-11-02 Thread inderaj

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

2008-11-01 Thread Inderaj Bains
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

2008-10-26 Thread inderaj

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

2008-10-25 Thread inderaj

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

2008-10-25 Thread inderaj

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

2008-10-25 Thread inderaj

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

2008-10-20 Thread inderaj

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

2008-09-29 Thread Inderaj Bains
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