On Wed, Jul 26, 2006 at 09:49:10AM -0400, Greg Troxel wrote:
>
> Interestingly, the 2MB/sec test fails although the faster speeds are ok.
>
> We've noticed that too. Note that the 32 MB/s speed is really 16 MB/s
> in each direction.
>
> It would be cool if benchmark_usrp.py tried decimation 1
On Wednesday 26 July 2006 23:19, Greg Troxel wrote:
> barossa: {29} ./test_usrp_standard_rx
>
> xfered 1.34e+08 bytes in 4.2 seconds. 3.197e+07 bytes/sec. cpu time =
> 0.04173
> noverruns = 41
>
> barossa: {30} ./test_usrp_standard_tx
> ...
> usb_control_msg failed: error sen
barossa: {29} ./test_usrp_standard_rx
xfered 1.34e+08 bytes in 4.2 seconds. 3.197e+07 bytes/sec. cpu time =
0.04173
noverruns = 41
barossa: {30} ./test_usrp_standard_tx
...
usb_control_msg failed: error sending control message: Input/output error
xfered 1.34e+08 bytes in
On Wednesday 26 July 2006 22:22, Greg Troxel wrote:
> On Monday I committed the changes to ugen(4) that Joanne previously
> described on the list to the master NetBSD repository. The option is
> enabled in GENERIC and GENERIC_LAPTOP on i386 and GENERIC on amd64,
> and is described in the ugen(4) m
On Monday I committed the changes to ugen(4) that Joanne previously
described on the list to the master NetBSD repository. The option is
enabled in GENERIC and GENERIC_LAPTOP on i386 and GENERIC on amd64,
and is described in the ugen(4) man page.
Updating to the latest -current should be suffici
