On Tue, Mar 20, 2012 at 2:24 PM, Nick Foster wrote:
> On Tue, Mar 20, 2012 at 10:59 AM, Tom Rondeau wrote:
>
>> On Tue, Mar 20, 2012 at 11:03 AM, Frederick Stevens <
>> sk8tesgr...@gmail.com> wrote:
>>
>>> Tom, et. al.
>>>
>>> Here is the output from the volk_profile run (see attached).
>>>
>>>
On Tue, Mar 20, 2012 at 10:59 AM, Tom Rondeau wrote:
> On Tue, Mar 20, 2012 at 11:03 AM, Frederick Stevens > wrote:
>
>> Tom, et. al.
>>
>> Here is the output from the volk_profile run (see attached).
>>
>> Cheers,
>>
>> Fred
>>
>
> Well, Fred, that output looks good. Everything's showing up as
On Tue, Mar 20, 2012 at 11:03 AM, Frederick Stevens
wrote:
> Tom, et. al.
>
> Here is the output from the volk_profile run (see attached).
>
> Cheers,
>
> Fred
>
Well, Fred, that output looks good. Everything's showing up as it should.
Interesting that it passed this time, but I half expected it
On 03/20/2012 10:42 AM, Tom Rondeau wrote:
Fred,
Thanks. Can you get the entire output (in a text file)? There's some
information that's printed at the top that's important. Just run it
from the command-line and pipe (>) the output into a file.
Just because I'm a grumpy old Unix guy from wa
On Tue, Mar 20, 2012 at 10:39 AM, Frederick Stevens
wrote:
> Tom,
>
> Output from volk_profile with your patch applied:
>
> 8 4 8 2040
> 8 4 8 2041
> 8 4 8 2042
> 8 4 8 2043
> 8 4 8 2044
> 8 4 8 2045
> generic completed in 0.02s
> orc completed in 0s
> offset 4 in1: 0.248167 in2: -0.655651
> offs
Tom,
Output from volk_profile with your patch applied:
8 4 8 2040
8 4 8 2041
8 4 8 2042
8 4 8 2043
8 4 8 2044
8 4 8 2045
generic completed in 0.02s
orc completed in 0s
offset 4 in1: 0.248167 in2: -0.655651
offset 6 in1: 0.277863 in2: -0.115331
offset 8 in1: 0.41971 in2: -0.133972
offset 10 in1:
Tom,
Thanks for the patch. I've applied it and will test and send more
output for you to examine. By the way, thank you for taking a look at
this. I am thankful for this project in the first place and appreciate
all of the work that goes into FOSS software. Hopefully this issue can
be res
On Mon, Mar 19, 2012 at 4:49 PM, Frederick Stevens wrote:
> Tom,
>
> New run using my simple "trace" See attached files.
>
> Cheers,
>
> Fred
>
Fred,
A good start. It's only going through half of the data it's supposed before
seg faulting, so it's like one of the buffers (probably the bPtr buff
Tom,
New run using my simple "trace" See attached files.
Cheers,
Fred
On 03/19/2012 11:26 AM, Tom Rondeau wrote:
On Mon, Mar 19, 2012 at 12:04 PM, Frederick Stevens
mailto:sk8tesgr...@gmail.com>> wrote:
Tom,
See the attached file. I am running volk_profile now. If this is
wha
On Mon, Mar 19, 2012 at 12:04 PM, Frederick Stevens
wrote:
> Tom,
>
> See the attached file. I am running volk_profile now. If this is what
> you need then that is great otherwise I will keep working on this with
> whatever suggestions you have.
>
>
> Cheers,
>
> Fred
>
That'll be a good start
Tom,
See the attached file. I am running volk_profile now. If this is what
you need then that is great otherwise I will keep working on this with
whatever suggestions you have.
Cheers,
Fred
On 03/19/2012 08:10 AM, Tom Rondeau wrote:
On Sun, Mar 18, 2012 at 8:00 PM, Frederick Stevens
mail
I'll give it a try (more than willing) but you will have to point me to
the files to insert the debug print statements and the buffers to use as
I am very new to c++ and know only enough c code to be dangerous if left
to myself. Usually have my nose in some assembler and used to do a lot
of fo
On Sun, Mar 18, 2012 at 8:00 PM, Frederick Stevens wrote:
> Volk_profile ran to completion. I am using the git source tree updated
> just before I did the run. I commented out line 38 of volk_profile.cc as
> you suggested and ran volk_profile under gdb. The output is in the
> attached text fil
Volk_profile ran to completion. I am using the git source tree updated
just before I did the run. I commented out line 38 of volk_profile.cc
as you suggested and ran volk_profile under gdb. The output is in the
attached text file. I have also attached the generated volk_config from
~/.volk/
Well, at least for the moment, I have time (looking for employment,
etc.). I was considering trying it on another AMD 32 bit machine that I
have sitting here with the same version of Slackware on it. It may take
me a day or two to bring it up to the same level of software as this
one. It's a
On Fri, Mar 16, 2012 at 6:11 PM, Frederick Stevens wrote:
> Well, after a few restarts, here is my output. I did a fresh pull from
> git because I was getting some errors with missing *.h files in
> gruel/src/swig or something like that. Hope this helps!
>
>
> RUN_VOLK_TESTS: volk_32fc_32f_mult
Well, after a few restarts, here is my output. I did a fresh pull from
git because I was getting some errors with missing *.h files in
gruel/src/swig or something like that. Hope this helps!
RUN_VOLK_TESTS: volk_32fc_32f_multiply_32fc_a
Program received signal SIGSEGV, Segmentation fault.
0x
On Fri, Mar 16, 2012 at 3:11 PM, Frederick Stevens wrote:
> I've added your suggested changes. It will be an hour or so until
> compilation is finished. Slackware CFLAGS or CXXFLAGS are usually -O2 by
> default.
>
> Cheers,
>
> Fred
>
Thanks. GNU Radio resets these flag to -O3 right now, though
I've added your suggested changes. It will be an hour or so until
compilation is finished. Slackware CFLAGS or CXXFLAGS are usually -O2 by
default.
Cheers,
Fred
On 03/16/2012 02:09 PM, Tom Rondeau wrote:
On Fri, Mar 16, 2012 at 3:03 PM, Frederick Stevens
mailto:sk8tesgr...@gmail.com>> wrote
On Fri, Mar 16, 2012 at 3:03 PM, Frederick Stevens wrote:
> Here is the gcc info. It will take me a bit to re compile gnuradio but I
> will turn on debugging in cmake.
>
> gcc (GCC) 4.5.2
> Copyright (C) 2010 Free Software Foundation, Inc.
> This is free software; see the source for copying cond
Here is the gcc info. It will take me a bit to re compile gnuradio but
I will turn on debugging in cmake.
gcc (GCC) 4.5.2
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNES
Is your system a stock slack 13.37 32bits?
>> OK, that's weird as hell. That's the generic implementation, which is
>> just
>> a std::complex multiply in a for loop. Can you give me your gcc version?
>>
>> --n
>>
>
>
> Yep, that shouldn't be a problem. Fred, can you also give us the
> backtrace?
>
On Fri, Mar 16, 2012 at 2:50 PM, Nick Foster wrote:
> On Fri, Mar 16, 2012 at 11:42 AM, Frederick Stevens > wrote:
>
>> Rafael,
>>
>> Here is the output from gdb:
>>
>> RUN_VOLK_TESTS: volk_32fc_32f_multiply_32fc_a
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0xb7f2c6e0 in volk_
On Fri, Mar 16, 2012 at 11:42 AM, Frederick Stevens
wrote:
> Rafael,
>
> Here is the output from gdb:
>
> RUN_VOLK_TESTS: volk_32fc_32f_multiply_32fc_a
>
> Program received signal SIGSEGV, Segmentation fault.
> 0xb7f2c6e0 in volk_32fc_32f_multiply_32fc_a_**generic ()
> from /home/fred/extras/gnu
Rafael,
Here is the output from gdb:
RUN_VOLK_TESTS: volk_32fc_32f_multiply_32fc_a
Program received signal SIGSEGV, Segmentation fault.
0xb7f2c6e0 in volk_32fc_32f_multiply_32fc_a_generic ()
from /home/fred/extras/gnuradio/gnuradio/build/volk/lib/libvolk.so.0.0.0
Dump of assembler code fo
Also using the gdb "disassemble" command you could trace which instruction
raised the fault.
Cheers,
Rafael Diniz
>
> Well, that doesn't make me happy at all. Especially since we just patched
> the release yesterday...
>
> Sounds like the AMD chip is handling something wrong (or differently) with
On Fri, Mar 16, 2012 at 11:38 AM, Frederick Stevens
wrote:
> Hello,
>
> Not sure if this is the right place to post this but I have had this error
> with 3.5.2 and later (git and 3.5.2.1) on Slackware 13.37 on a dual athlon
> 32 bit machine. The problem is not present on an Intel Atom (32 bit dua
Hello,
Not sure if this is the right place to post this but I have had this
error with 3.5.2 and later (git and 3.5.2.1) on Slackware 13.37 on a
dual athlon 32 bit machine. The problem is not present on an Intel Atom
(32 bit dual core) machine with exactly the same configuration and
librarie
28 matches
Mail list logo
