[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] UHD host resources and system suggestions

From: Josh Blum
Subject: Re: [Discuss-gnuradio] UHD host resources and system suggestions
Date: Tue, 07 Sep 2010 12:46:24 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20100713 Thunderbird/3.0.6

sequence errors are not normal, something may be wrong with the fpga image. we are trying to duplicate it out over here -josh

On 09/07/2010 12:22 PM, Marc Epard wrote:
On Sep 3, 2010, at 5:57 PM, Marcus D. Leech wrote:

I'll comment that a 1.6GHz machine that's getting close to 4 years old
isn't particularly "beefy" by todays standards.  Certainly not
  beefy enough to sustain two 25Msps threads without "problems".

Thanks, Marcus. That was helpful and as I suspected. So over the weekend I built* a new 
system that should eliminate the speed concern (for now ;-). It's an Intel Core i7-980x 
with 6GB of the "world's fastest" XMP-certified RAM. 64-bit Ubuntu screams on 
it. Running make with --jobs=8 builds gnu-radio and Ettus UHD rather quickly. My UHD app 
is running much better and the GUI is actually usable while I'm doing a transmit+receive 

However, the transmit side is still troublesome. Periodically, a burst of Us 
comes out of the UART and there are always a lot of 
EVENT_CODE_SEQ_ERROR_IN_BURST events -- like several thousands per second. I've 
tried this on two different ethernet NICs identified by Ubuntu as an Intel 
82567V-2 (on the motherboard) and a Realtek RTL8111/8166B (in a PCIe slot). I 
have the transmit and receive buffers set to 500,000,000.

I'm digging into the host and USRP2 source to figure out where 
EVENT_CODE_SEQ_ERROR_IN_BURST come from and how transmit flow control works.

Any pointers would be appreciated.


* It's the first time I've built a system as I normally leave that to Apple. It 
was fun.

Discuss-gnuradio mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]