|
From: | Philip Balister |
Subject: | Re: [Discuss-gnuradio] shmat issue |
Date: | Wed, 20 Oct 2010 13:02:15 -0400 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100921 Fedora/3.1.4-1.fc13 Thunderbird/3.1.4 |
On 10/19/2010 10:51 PM, Eric Blossom wrote:
On Tue, Oct 19, 2010 at 08:34:40PM -0400, Philip Balister wrote:I'm seeing this issue on my omap3 install with the dialtone flowgraph: # python /usr/share/gnuradio/examples/audio/dial_tone.py gr_vmcircbuf_createfilemapping: createfilemapping is not available gr_vmcircbuf_sysv_shm: shmat (3): Invalid argument l# python /usr/share/gnuradio/examples/audio/dial_tone.pyFrom $ man shmatEINVAL Invalid shmid value, unaligned (i.e., not page-aligned and SHM_RND was not speci- fied) or invalid shmaddr value, or can’t attach segment at shmaddr, or SHM_REMAP was specified and shmaddr was NULL.
I hate system calls that have one error code for several errors.
In both cases I can hear the dial tone fine. I'm curious why I get the shmat error the first time only.You should see it only once ever, if the program can write to ~/.gnuradio/prefs. Generally this gets written during "make check". Does "make check" work?
Insert whining about make check for the cross compiled case :)
Why are you running as root?
I am lazy :)
It looks like gnuradio falls back to another method of creating the shared segment.Yes it does.I'd like to resolve the shmat issue though,Set a breakpoint with gdb, or add printfs.
OK, it looks like x86 sets SHMLBA to PAGE_SIZE and arm uses 4 * PAGE_SIZE. Need to puzzle through this a little more. This is the failing check in the kernel.
Philip
because I am also trying to run the kalibrate program and have the same shmat issue there, but it does not have a fall back method.Eric
[Prev in Thread] | Current Thread | [Next in Thread] |