Re: [Discuss-gnuradio] gr_fir_fff: using 3DNow! core dump

2013-03-20 Thread Tom Rondeau 
On Tue, Mar 19, 2013 at 9:20 PM, Sid Boyce  wrote:
> I have a program that uses gnuradio to work with a HiQSDR.
>
> The first time I fired up qsdr it worked.
> Closing it down and re-opening later I got the error. A reboot of the system
> didn't solve it.
>
> $ qsdr
> starting server
> Using Volk machine: sse4_a_64
 gr_fir_fff: using 3DNow!
> terminate called after throwing an instance of 'std::runtime_error'
>   what():  unpaired unlock() call
> Aborted (core dumped)
> 73 ... Sid.


Sid,

What version of GNU Radio are you using for this? You should try to
pull in the filter from the filter module instead of from gr:

from gnuradio import filter
fir = filter.fir_filter_ccf(decim, taps)


Also, what is your processor?

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] modulation packet loss

2013-03-20 Thread Tom Rondeau 
On Tue, Mar 19, 2013 at 7:07 PM, Patrick Cunniff  wrote:
> I am actually trying to work with the OFDM block and it seems like
> packetization is kind of integrated into the OFDM module. Can you confirm
> this? And do you know where I could find channel coding/FEC examples?
>
> Thanks,
> Pat

They are fairly closely tied together, but you should be able to separate them.

What version of GNU Radio are you using? If you track the master
branch on git, we recently updated the OFDM transmitter
implementation. Martin Braun and Ben Reynwar have done a lot of work
to restructure the code, which might help with what you are
attempting.

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr_fir_fff: using 3DNow! core dump

2013-03-20 Thread Sid Boyce 

On 20/03/13 13:08, Tom Rondeau wrote:

On Tue, Mar 19, 2013 at 9:20 PM, Sid Boyce  wrote:

I have a program that uses gnuradio to work with a HiQSDR.

The first time I fired up qsdr it worked.
Closing it down and re-opening later I got the error. A reboot of the system
didn't solve it.

$ qsdr
starting server
Using Volk machine: sse4_a_64

gr_fir_fff: using 3DNow!

terminate called after throwing an instance of 'std::runtime_error'
   what():  unpaired unlock() call
Aborted (core dumped)
73 ... Sid.


Sid,

What version of GNU Radio are you using for this? You should try to
pull in the filter from the filter module instead of from gr:

from gnuradio import filter
fir = filter.fir_filter_ccf(decim, taps)


Also, what is your processor?

Tom


Thanks,
That was information I first thought of supplying but forgot when 
submitting.

AMD x86_64 Quad-Core.

root@sdrbox1:~# cat /proc/cpuinfo
processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 16
model   : 4
model name  : AMD Phenom(tm) II X4 965 Processor
stepping: 3
microcode   : 0x1c8
cpu MHz : 3400.000
cache size  : 512 KB
physical id : 0
siblings: 4
core id : 0
cpu cores   : 4
apicid  : 0
initial apicid  : 0
fpu : yes
fpu_exception   : yes
cpuid level : 5
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext 
fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl 
nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm 
extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit 
wdt hw_pstate npt lbrv svm_lock nrip_save

bogomips: 6823.67
TLB size: 1024 4K pages
clflush size: 64
cache_alignment : 64
address sizes   : 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

root@sdrbox1:~# cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=12.10
DISTRIB_CODENAME=quantal
DISTRIB_DESCRIPTION="Ubuntu 12.10"

root@sdrbox1:~# uname -r
3.9.0-rc3+

The qsdr program runs on openSUSE 13.1 Milestone 0 x86_64 with 3.9.0-rc3 
kernels on AMD 8-core and 6-core boxes without errors.

73 ... Sid.

--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr_fir_fff: using 3DNow! core dump

2013-03-20 Thread Sid Boyce 

On 20/03/13 13:08, Tom Rondeau wrote:

On Tue, Mar 19, 2013 at 9:20 PM, Sid Boyce  wrote:

I have a program that uses gnuradio to work with a HiQSDR.

The first time I fired up qsdr it worked.
Closing it down and re-opening later I got the error. A reboot of the system
didn't solve it.

$ qsdr
starting server
Using Volk machine: sse4_a_64

gr_fir_fff: using 3DNow!

terminate called after throwing an instance of 'std::runtime_error'
   what():  unpaired unlock() call
Aborted (core dumped)
73 ... Sid.


Sid,

What version of GNU Radio are you using for this? You should try to
pull in the filter from the filter module instead of from gr:

from gnuradio import filter
fir = filter.fir_filter_ccf(decim, taps)


Also, what is your processor?

Tom

This is the output from the openSUSE boxes and the CPU flags which don't 
include sse4_a.

Later I'll try rebuilding gnuradio with "-msse3" to see if that helps.
# qsdr
starting server
gri_fftw: can't import wisdom from /root/.gr_fftw_wisdom
Using Volk machine: avx_64_mmx_orc
>>> gr_fir_fff: using SSE
connection from  "127.0.0.1"
TCP: conneced
>>> gr_fir_ccc: using SSE
>>> gr_fir_ccf: using SSE
>>> gr_fir_fcc: gr_fir_fcc: using SSE

flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext 
fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc 
extd_apicid aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 
popcnt aes xsave avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a 
misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 nodeid_msr 
topoext perfctr_core perfctr_nb arat cpb hw_pstate npt lbrv svm_lock 
nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter 
pfthreshold

73 ... Sid.

--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] build-gnuradio on Scientific Linux 6.3

2013-03-20 Thread Jonathan Fox 
I am having a problem with the build-gnuradio script on Scientific Linux
6.3 (x86_64). I added myself to sudoers and tried running the script but I
usually get this this output:

Starting all functions at: Wed Mar 20 12:31:31 EDT 2013
SUDO privileges are required
Do you have SUDO privileges?y
Continuing with script
./build-gnuradio.sh: line 1249: tmp18685: Permission denied
cat: tmp18685: No such file or directory
Installing prequisites...Checking for library libusb ...Found library libusb
Checking for library libboost ...Found library libboost
Checking for library libcppunit ...Found library libcppunit
Checking for library libguile ...Found library libguile
Checking for library libfftw ...Found library libfftw
Checking for library libgsl ...Found library libgsl
Done
touch: cannot touch `touch18685': Permission denied
Fetching Gnu Radio via GIT...Could not find gnuradio/gnuradio-core after
GIT checkout
GIT checkout of Gnu Radio failed!

I looked at the shell script's line 1249 and I can see that it wants to
access my sudoers file. Am I suppose to change sudoers' default
permissions? This problem has been frustrating me for a while especially
considering I have successfully installed GNU Radio on RHEL before. I
appreciate any help on this matter.

Thanks.

Jonathan Fox
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] build-gnuradio on Scientific Linux 6.3

2013-03-20 Thread mleech 
 

On 20 Mar 2013 12:47, Jonathan Fox wrote: 

> I am having a problem
with the build-gnuradio script on Scientific Linux 6.3 (x86_64). I added
myself to sudoers and tried running the script but I usually get this
this output:
> 
> Starting all functions at: Wed Mar 20 12:31:31 EDT
2013
> SUDO privileges are required
> Do you have SUDO privileges?y
>
Continuing with script
> ./build-gnuradio.sh: line 1249: tmp18685:
Permission denied
> cat: tmp18685: No such file or directory
>
Installing prequisites...Checking for library libusb ...Found library
libusb
> Checking for library libboost ...Found library libboost
>
Checking for library libcppunit ...Found library libcppunit
> Checking
for library libguile ...Found library libguile
> Checking for library
libfftw ...Found library libfftw
> Checking for library libgsl ...Found
library libgsl
> Done
> touch: cannot touch `touch18685': Permission
denied
> Fetching Gnu Radio via GIT...Could not find
gnuradio/gnuradio-core after GIT checkout
> GIT checkout of Gnu Radio
failed!
> 
> I looked at the shell script's line 1249 and I can see that
it wants to access my sudoers file. Am I suppose to change sudoers'
default permissions? This problem has been frustrating me for a while
especially considering I have successfully installed GNU Radio on RHEL
before. I appreciate any help on this matter.
> 
> Thanks.
> 
> Jonathan
Fox

It's never been tested on Scientific Linux, and the RHEL support is
only very lightly tested--by exactly one person, as far as I know. 

Are
you running this in a directory that you wouldn't have write-access to
if root? Like an NFS mount maybe? 

 ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] build-gnuradio on Scientific Linux 6.3

2013-03-20 Thread Jonathan Fox 
On Wed, Mar 20, 2013 at 1:51 PM,  wrote:

> **
>
> On 20 Mar 2013 12:47, Jonathan Fox wrote:
>
> I am having a problem with the build-gnuradio script on Scientific Linux
> 6.3 (x86_64). I added myself to sudoers and tried running the script but I
> usually get this this output:
>
> Starting all functions at: Wed Mar 20 12:31:31 EDT 2013
> SUDO privileges are required
> Do you have SUDO privileges?y
> Continuing with script
> ./build-gnuradio.sh: line 1249: tmp18685: Permission denied
> cat: tmp18685: No such file or directory
> Installing prequisites...Checking for library libusb ...Found library
> libusb
> Checking for library libboost ...Found library libboost
> Checking for library libcppunit ...Found library libcppunit
> Checking for library libguile ...Found library libguile
> Checking for library libfftw ...Found library libfftw
> Checking for library libgsl ...Found library libgsl
> Done
> touch: cannot touch `touch18685': Permission denied
> Fetching Gnu Radio via GIT...Could not find gnuradio/gnuradio-core after
> GIT checkout
> GIT checkout of Gnu Radio failed!
>
> I looked at the shell script's line 1249 and I can see that it wants to
> access my sudoers file. Am I suppose to change sudoers' default
> permissions? This problem has been frustrating me for a while especially
> considering I have successfully installed GNU Radio on RHEL before. I
> appreciate any help on this matter.
>
> Thanks.
>
> Jonathan Fox
>
> It's never been tested on Scientific Linux, and the RHEL support is only
> very lightly tested--by exactly one person, as far as I know.
>
> Are you running this in a directory that you wouldn't have write-access to
> if root?  Like an NFS mount maybe?
>
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
I tried running it in /usr/local and /usr/local/src. Right now I am trying
in /home/$USER/workspace and I think that could of done the trick. I
suppose when it is done or if it finishes, I can move the source
directories to /usr/local/src.

This problem seems odd because I can run this script in /usr/local on
Ubuntu boxes but not in a RHEL clone.

Thanks for the response.

Jon
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] build-gnuradio on Scientific Linux 6.3

2013-03-20 Thread mleech 
 

On 20 Mar 2013 14:03, Jonathan Fox wrote: 

> On Wed, Mar 20, 2013
at 1:51 PM,  wrote:
> 
>> On 20 Mar 2013 12:47,
Jonathan Fox wrote: 
>> 
>>> I am having a problem with the
build-gnuradio script on Scientific Linux 6.3 (x86_64). I added myself
to sudoers and tried running the script but I usually get this this
output:
>>> 
>>> Starting all functions at: Wed Mar 20 12:31:31 EDT
2013
>>> SUDO privileges are required
>>> Do you have SUDO
privileges?y
>>> Continuing with script
>>> ./build-gnuradio.sh: line
1249: tmp18685: Permission denied
>>> cat: tmp18685: No such file or
directory
>>> Installing prequisites...Checking for library libusb
...Found library libusb
>>> Checking for library libboost ...Found
library libboost
>>> Checking for library libcppunit ...Found library
libcppunit
>>> Checking for library libguile ...Found library
libguile
>>> Checking for library libfftw ...Found library libfftw
>>>
Checking for library libgsl ...Found library libgsl
>>> Done
>>> touch:
cannot touch `touch18685': Permission denied
>>> Fetching Gnu Radio via
GIT...Could not find gnuradio/gnuradio-core after GIT checkout
>>> GIT
checkout of Gnu Radio failed!
>>> 
>>> I looked at the shell script's
line 1249 and I can see that it wants to access my sudoers file. Am I
suppose to change sudoers' default permissions? This problem has been
frustrating me for a while especially considering I have successfully
installed GNU Radio on RHEL before. I appreciate any help on this
matter.
>>> 
>>> Thanks.
>>> 
>>> Jonathan Fox
>> 
>> It's never been
tested on Scientific Linux, and the RHEL support is only very lightly
tested--by exactly one person, as far as I know. 
>> 
>> Are you running
this in a directory that you wouldn't have write-access to if root? Like
an NFS mount maybe? 
>> 
>>
___
>> Discuss-gnuradio
mailing list
>> Discuss-gnuradio@gnu.org [1]
>>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [2]
> 
> I tried
running it in /usr/local and /usr/local/src. Right now I am trying in
/home/$USER/workspace and I think that could of done the trick. I
suppose when it is done or if it finishes, I can move the source
directories to /usr/local/src.
> 
> This problem seems odd because I can
run this script in /usr/local on Ubuntu boxes but not in a RHEL clone.
>

> Thanks for the response.
> 
> Jon

It's intended to run in an
ordinary user directory -- only only uses "sudo" for the final "make
install" and post-install stuff. Downloading and compiling code isn't
something that requires root privilege, so those bits just run as an
ordinary user. 

Possibly Ubuntu sets up /usr/local to be regular-user
writeable, but that would be a horrible security flaw. 




Links:
--
[1] mailto:Discuss-gnuradio@gnu.org
[2]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[3]
mailto:mle...@ripnet.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] F18 and build-gnuradio

2013-03-20 Thread Patrik Tast 
FYI,

Just installed on a new machine fedora 18 and run the build-gnuradio.
Just add F18 support to it. Replace (or add |*18*) the switch on ~line
324 and it will do the job

>From *12*|*13*|*14*|*15*|*16*|*17*)
to *12*|*13*|*14*|*15*|*16*|*17*|*18*)

osmocom.org server seems to off-line so in my case it couldn't be built.

Patrik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] TIMEOUT from "digital_ofdm_sampler.cc"

2013-03-20 Thread Sahoo, Anirudha 
Hi,
   I am trying to implement an algorithm over the ofdm implementation (modifying
benchmark_xx.py) so that the txmitter and rcvr can communicate changing
the subcarriers dynamically.
   The scheme is roughly as follows:

(1) Inially the txmitter and the rcvr listen on a well-known set of 
subcarriers.

(2)then the txmitter sends a carrier map (set of subcarriers)

over which the subsequent transmissions will happen.

(3)the rcvr acks that it has received the new carrier map (and tunes to 
those subcarriers for reception)

(4)On receiving ACK, the txmitter also sets its carrier map to new carrier 
map.

(5)Now both the ends are synced to this new carrier map

(6)some data packets are sent over this new carrier map

(7)then the txmitter decides to change the carrier map and goes to step (2).


  Here is the problem that I encounter:
  The rcvr gets few packets (usually first two times the carrier map reset 
works and the rcvr
   is able to get the packets).

But then the txmitter sends the new carrier map. The rcvr receives it, 
sends an ACK, sets its
   carrier map appropriately. The txmitter receives the ACK, sets its carrier 
map and then starts
  sending data packets.
But now the rcvr does not get any packets (even though it is tuned to the 
same subcarriers as
   the txmitter is transmitting on).
Then I see the message "TIMEOUT" on the rcvr (coming from general_work() of 
"digital_ofdm_sampler.cc").

  I have even put some delays between resetting carrier map and sending 
data (so that the receiver is
ready with the new carrier map), but that did not help.

Any idea why the receiver stops getting packets after few times the carrier 
map is changed?

   I am running gnuradio version 3.6.2 on USRP N210. The txmitter and the rcvr 
are connected over
  a channel emulator (using RF cable), which emulates a perfect lossless 
channel.

thanks and regards

--Anirudh Sahoo
Advanced Network Technology Div.
National Institute of Standards and Technology (NIST)
100 Bureau Drive,
Gaithersburg, MD - 20878
Room - B230, bldg.- 222
Phone- 301-975-4439

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] transmitting and receiving indication in USRP

2013-03-20 Thread Mohammed Ramadan 
thanks josh , But when i run the grc file both leds on . how this ?also when i 
made calculations for the transmitted signal power it is -6e-5db  and received  
signal power is -90 db. which is noise , that means that i am not receiving or 
transmitting any signal although both leds on.

--- On Tue, 3/19/13, Josh Blum  wrote:

From: Josh Blum 
Subject: Re: [Discuss-gnuradio] transmitting and receiving indication in USRP
To: discuss-gnuradio@gnu.org
Date: Tuesday, March 19, 2013, 5:45 PM



On 03/19/2013 03:07 AM, Mohammed Ramadan wrote:
> i have half duplex daughterborad and using gnu-radio flowgraph to
> transmit and receive in alternate time. i founded that while running
> the code both A, C Leds in USRPn210 are on. IS that indicate that i
> send and transmit? if ok how this while i am using half duplex

Led definition, I hope that helps

http://files.ettus.com/uhd_docs/manual/html/usrp2.html#front-panel-leds

> daugher board. Note: i sue python codes for transmitting and
> receiving over the USRP but only one runs at time and other gives me
> error that the address not defined. But both works alternatively. can
> an one send me the illustration for this Problem and how to overcome
> and solve it

You can only have the device open in one process. So your transmit and
receive chains should be in the same process.

-josh

> 
> 
> 
> ___ Discuss-gnuradio
> mailing list Discuss-gnuradio@gnu.org 
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr_fir_fff: using 3DNow! core dump

2013-03-20 Thread Tom Rondeau 
On Wed, Mar 20, 2013 at 10:58 AM, Sid Boyce  wrote:
> On 20/03/13 13:08, Tom Rondeau wrote:
>>
>> On Tue, Mar 19, 2013 at 9:20 PM, Sid Boyce  wrote:
>>>
>>> I have a program that uses gnuradio to work with a HiQSDR.
>>>
>>> The first time I fired up qsdr it worked.
>>> Closing it down and re-opening later I got the error. A reboot of the
>>> system
>>> didn't solve it.
>>>
>>> $ qsdr
>>> starting server
>>> Using Volk machine: sse4_a_64
>>
>> gr_fir_fff: using 3DNow!
>>>
>>> terminate called after throwing an instance of 'std::runtime_error'
>>>what():  unpaired unlock() call
>>> Aborted (core dumped)
>>> 73 ... Sid.
>>
>>
>> Sid,
>>
>> What version of GNU Radio are you using for this? You should try to
>> pull in the filter from the filter module instead of from gr:
>>
>> from gnuradio import filter
>> fir = filter.fir_filter_ccf(decim, taps)
>> 
>>
>> Also, what is your processor?
>>
>> Tom
>>
> This is the output from the openSUSE boxes and the CPU flags which don't
> include sse4_a.
> Later I'll try rebuilding gnuradio with "-msse3" to see if that helps.
> # qsdr
> starting server
> gri_fftw: can't import wisdom from /root/.gr_fftw_wisdom
> Using Volk machine: avx_64_mmx_orc
 gr_fir_fff: using SSE
> connection from  "127.0.0.1"
> TCP: conneced
 gr_fir_ccc: using SSE
 gr_fir_ccf: using SSE
 gr_fir_fcc: gr_fir_fcc: using SSE
>
> flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
> cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt
> pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid
> aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave
> avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse
> 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 nodeid_msr topoext
> perfctr_core perfctr_nb arat cpb hw_pstate npt lbrv svm_lock nrip_save
> tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold
>
> 73 ... Sid.
>
> --
> Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
> Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
> Senior Staff Specialist, Cricket Coach
> Microsoft Windows Free Zone - Linux used for all Computing Tasks

Sid,

Have you tried using the filters out of the filter module, yet? Those
filters use VOLK for SIMD instead of the hand-crafted stuff that in
the gr filters. That might help. Besides which, we're removing those
filters, so moving to the new filter module will keep you more
compatible as we go forward.

Tom

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr_fir_fff: using 3DNow! core dump

2013-03-20 Thread Sid Boyce 

On 20/03/13 23:50, Tom Rondeau wrote:

On Wed, Mar 20, 2013 at 10:58 AM, Sid Boyce  wrote:

On 20/03/13 13:08, Tom Rondeau wrote:

On Tue, Mar 19, 2013 at 9:20 PM, Sid Boyce  wrote:

I have a program that uses gnuradio to work with a HiQSDR.

The first time I fired up qsdr it worked.
Closing it down and re-opening later I got the error. A reboot of the
system
didn't solve it.

$ qsdr
starting server
Using Volk machine: sse4_a_64

gr_fir_fff: using 3DNow!

terminate called after throwing an instance of 'std::runtime_error'
what():  unpaired unlock() call
Aborted (core dumped)
73 ... Sid.


Sid,

What version of GNU Radio are you using for this? You should try to
pull in the filter from the filter module instead of from gr:

from gnuradio import filter
fir = filter.fir_filter_ccf(decim, taps)


Also, what is your processor?

Tom


This is the output from the openSUSE boxes and the CPU flags which don't
include sse4_a.
Later I'll try rebuilding gnuradio with "-msse3" to see if that helps.
# qsdr
starting server
gri_fftw: can't import wisdom from /root/.gr_fftw_wisdom
Using Volk machine: avx_64_mmx_orc

gr_fir_fff: using SSE

connection from  "127.0.0.1"
TCP: conneced

gr_fir_ccc: using SSE
gr_fir_ccf: using SSE
gr_fir_fcc: gr_fir_fcc: using SSE

flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt
pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid
aperfmperf pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 popcnt aes xsave
avx lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse
3dnowprefetch osvw ibs xop skinit wdt lwp fma4 nodeid_msr topoext
perfctr_core perfctr_nb arat cpb hw_pstate npt lbrv svm_lock nrip_save
tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold

73 ... Sid.

--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

Sid,

Have you tried using the filters out of the filter module, yet? Those
filters use VOLK for SIMD instead of the hand-crafted stuff that in
the gr filters. That might help. Besides which, we're removing those
filters, so moving to the new filter module will keep you more
compatible as we go forward.

Tom


Thanks Tom,
The qsdr design is not mine.
I'll pass this info on to the author.
73 ... Sid.

--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Overflow error even at lower sampling rates

2013-03-20 Thread john jade 
Hi Marcus,
I am not getting overflow,when i use uhd_fft. Can you please tell me what
might be the problem.

Thanks.


On Wed, Mar 20, 2013 at 1:10 PM, Marcus D. Leech  wrote:

> Hi,
>>
>> I am getting overflow error ,even at low sampling rates.I am using USRP
>> N210 device.If the sampling rate is less than 5MHz then there is no error.I
>> know that USRP N210 can support at Max 25MHz.Can you please tell me what
>> might be the problem?
>>
>> I just connected UHD source block to FFT sink in my example.
>>
>> My system specifications.
>>
>> OS :Ubuntu 12.10
>> processor :Intel  Core i5-3570 CPU @ 3.40GHz × 4
>> RAM 4GB
>>
>> I am using 1Gbit Ethernet card.
>>
>>
>> Thanks
>>
> Overruns are caused by your computer not being able to "keep up" in real
> time with the dataflow from the USRP.
>
> What happens if you use "uhd_fft" at the sames rates you're getting
> overflow with in your simple flow-graph?
>
>
>
>
> --
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org
>
>
>
>
> __**_
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/**listinfo/discuss-gnuradio
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Simultaneously send data and store it in file with high sample rate

2013-03-20 Thread john jade 
Hi,
How to simultaneously transmit data to usrp and also store it in a file.? I
ran two separate flow graphs.But i want to have a sample rate of 25Mhz.Is
it possible to do it.

I want the same thing in receiver side also(simultaneously detect the
packet  and store the data)

I am using USRPN210 and Ubuntu 12.04

Thanks.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio