Hello, I'm getting the invalid opcode exception whenever the volk
library is used from gr/grc. It is also easy to reproduce by executing
volk_profile:
[user@rflab gnuradio]$ volk_profile
Using Volk machine: avx_64
RUN_VOLK_TESTS: volk_16ic_s32f_deinterleave_real_32f_a
Illegal instruction
[user@rfl
On 04/15/12 13:07, Joanna Rutkowska wrote:
> Hello, I'm getting the invalid opcode exception whenever the volk
> library is used from gr/grc. It is also easy to reproduce by executing
> volk_profile:
>
> [user@rflab gnuradio]$ volk_profile
> Using Volk machine:
On 04/15/12 15:28, Tom Rondeau wrote:
> On Sun, Apr 15, 2012 at 7:07 AM, Joanna Rutkowska
> wrote:
>> Hello, I'm getting the invalid opcode exception whenever the volk
>> library is used from gr/grc. It is also easy to reproduce by executing
>> volk_profil
On 04/15/12 16:29, Tom Rondeau wrote:
> On Sun, Apr 15, 2012 at 10:11 AM, Joanna Rutkowska
> wrote:
>> > On 04/15/12 15:28, Tom Rondeau wrote:
>>> >> On Sun, Apr 15, 2012 at 7:07 AM, Joanna Rutkowska
>>> >> wrote:
>>>> >>>
On 04/15/12 16:32, Joanna Rutkowska wrote:
> On 04/15/12 16:29, Tom Rondeau wrote:
>> > On Sun, Apr 15, 2012 at 10:11 AM, Joanna Rutkowska
>> > wrote:
>>>> >> > On 04/15/12 15:28, Tom Rondeau wrote:
>>>>>> >>> >
On 04/15/12 16:46, Tom Rondeau wrote:
> Unfortunately, that doesn't narrow things down. How about running
> volk_profile under gdb? Let's see if we can find the instruction it's
> puking on.
>
> I find it odd that in your original post, it looks like volk_profile
> is running avx_64, but your proc
On 04/15/12 16:52, Tom Rondeau wrote:
> On Sun, Apr 15, 2012 at 10:50 AM, Joanna Rutkowska
> wrote:
>> > On 04/15/12 16:46, Tom Rondeau wrote:
>>> >> Unfortunately, that doesn't narrow things down. How about running
>>> >> volk_profile under
On 04/15/12 16:59, Joanna Rutkowska wrote:
> With dbg symbols:
>
> Starting program:
> /rw/home/user/gnuradio/gnuradio/volk/build/apps/volk_profile
> [Thread debugging using libthread_db enabled]
> Using Volk machine: avx_64
> RUN_VOLK_TESTS: volk_16ic_s32f_deinterleave_re
On 04/15/12 17:45, Tom Rondeau wrote:
> Yes, so the vmovss is an AVX instruction (the AVX version of movss),
> but your processor doesn't have AVX according to your flags above.
> Except that it does. According to Intel, the i5-2540M processor
> supports AVX, but your OS isn't recognizing the avx f
On 04/16/12 13:47, Tom Rondeau wrote:
> On Sun, Apr 15, 2012 at 8:24 PM, Nick Foster wrote:
>> > Attached is a patch with one further check -- to make sure the check that
>> > AVX is enabled by the OS, is enabled by the OS.
>> >
>> > No kidding.
>> >
>> > --n
> Wonderful, Nick, thanks.
>
> Joanna
On 04/16/12 14:20, Joanna Rutkowska wrote:
/.../
>
> So, it seems like it is not a Xen issue, but instead that the kernel
> I'm using in the VM (essentially a vanilla 3.0.4) is not enabling AVX
> in XCR0. It would be interesting if anybody could try this on a
> non-Xen system
Hello,
I've been trying to understand today how does frequency deviation (Fd)
affect the performance of FSK modulation. More specifically how can one
express required receiver sensitivity (for a given bitrate and BER) as a
function of Fd?
I used to think, apparently naively, that the larger the F
On 12/16/12 04:32, Nathan West wrote:
> Hi! - response interleaved. (after some sucking at list management)
> -nw
>
> On Sat, Dec 15, 2012 at 5:48 PM, Joanna Rutkowska <
> joa...@invisiblethingslab.com> wrote:
>
>> Hello,
>>
>> I've been trying t
On 12/17/12 06:13, Matt Ettus wrote:
> On Sun, Dec 16, 2012 at 2:27 PM, Joanna Rutkowska <
> joa...@invisiblethingslab.com> wrote:
>
>>
>> This is an FSK receiver from Atmel. Even though it apparently supports
>> only data rates between 1-20 kbps, its supported
14 matches
Mail list logo
