On Tue, Oct 02, 2007 at 03:42:43PM -0700, Tim Meehan wrote:
> The update seems to work. I re-ran configure and verified that the SSE code
> was being used. make check passes and the original code Dev had a problem
> with "benchmark_loopback.py" works correctly.
>
> Tim
Thanks!
Eric
_
Thanks everyone for the help and information. I also discovered that if you
want to increase the drive strength for any IO standard for the FPGA IO pins
it is possible through the Assignment Editor in Quartus II under Logic
Options by setting current_strength_new to
Thanks again for all the infor
The update seems to work. I re-ran configure and verified that the SSE code
was being used. make check passes and the original code Dev had a problem
with "benchmark_loopback.py" works correctly.
Tim
On 10/2/07, Eric Blossom <[EMAIL PROTECTED]> wrote:
>
> Tim,
>
> I've checked a trial fix into
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of Brian Padalino
> Sent: Monday, October 01, 2007 5:53 PM
> To: Matt Ettus
> Cc: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] Default FPGA I/O standard
>
> On 10/1/07, Matt Ettus <[EMAIL P
On the ubuntu live cd (the installation CD) use gparted. It is already
there and ready for that purpose without having to resort to "your
favorite bittorrent copy" of partition magic.
Bob
Eng. Firas wrote:
Hi,
I suggest you run partition magic and divide your hard disk into a new
partitio
Tim,
I've checked a trial fix into the trunk as of r6575.
Can you please update and let me know if it fixes your problem?
Thanks,
Eric
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Tue, Oct 02, 2007 at 08:52:06AM -0700, Tim Meehan wrote:
>
> > In the production code, I.e., where you are seeing problems (was it
> > around gri_mmse_fir_interpolator?), do you see the alignment
> > problem occur?
>
>
> In the production code the "input" is declared in gr_mpsk_receiver_cc.h
On 10/2/07, Eric Blossom <[EMAIL PROTECTED]> wrote:
>
>
> >
> > Yes I do see the 0RCR or R case. For example when I change the QA
> code
> > to use stack allocation for the input (uncommenting a piece of code
> that
> > was originally there, lines 110 and 111 in the QA code from trunk) the
>
On Tue, Oct 02, 2007 at 04:10:07AM -0700, Tim Meehan wrote:
> Eric,
>
> See reply embedded
Thanks.
> On 10/1/07, Eric Blossom <[EMAIL PROTECTED]> wrote:
> >
> > On Mon, Oct 01, 2007 at 06:07:51PM -0700, Tim Meehan wrote:
> > > Eric,
> > >
> > >
> > > The QA code (qa_gr_fir_ccf.cc) forces a 16 by
I believe Daniel Garcia implemented this a while ago.
Check http://www.danielgarcia.info/thesis/ for info.
I tested it and it seemed to work, but only when my TVRX was connected
to cable TV. When hooked to an antenna, apparently the signal was not
strong enough for the sync to function.
Rob
>O
Eric,
See reply embedded
On 10/1/07, Eric Blossom <[EMAIL PROTECTED]> wrote:
>
> On Mon, Oct 01, 2007 at 06:07:51PM -0700, Tim Meehan wrote:
> > Eric,
> >
> >
> > The QA code (qa_gr_fir_ccf.cc) forces a 16 byte alignment. When the
> > malloc16Allign is replaced with a regular malloc in the QA co
11 matches
Mail list logo
