On Wed, Mar 14, 2012 at 10:42 AM, Stefan Ott <o...@iam.unibe.ch> wrote:

> Hey list
>
> I managed to build gnuradio 3.5.1 and (almost) got it working on the
> USRP E110. However, when I try to run uhd_rx_cfile.py (with
> --samp-rate 10e6 -f 97.7e6) it segfaults. You will find the log below.
>

So there is essentially no chance the E110 can record to Flash at 10Msps.
It probably won't sustain flash writes at 500ksps. Try a lower sample rate,
or a small number of samples written to a tmpfs instead.

That said, it shouldn't segfault, even at high sample rates. Does a lower
rate work OK?

--n


>
> The system that I'm running on the USRP has been compiled from scratch
> and is using Linux 3.1.10 with the USRP driver from
> https://github.com/balister/linux-omap-philip/commit/9c409f8e4aad357b09c
> with uClibc 0.9.32 and AFAICT the latest versions of all the gnuradio
> dependencies.
>
> Does anyone have a clue about what I might be doing wrong?
>
>
> ---------- dmesg ----------
> usrp_e open called, use_count = 0
> rx_dma->ch 0
> tx_dma->ch 1
> usrp: leaving open
> Unable to handle kernel NULL pointer dereference at virtual address
> 000004fc
> pgd = c3440000
> [000004fc] *pgd=86c88831, *pte=00000000, *ppte=00000000
> Internal error: Oops: 817 [#2]
> Modules linked in:
> CPU: 0    Tainted: G      D      (3.1.10 #1)
> pc : [<c01392c0>]    lr : [<401d137c>]    psr: 80000013
> sp : c4fdbeb0  ip : 00000000  fp : c4fdbef4
> r10: 00000000  r9 : c4fda000  r8 : c000d9c4
> r7 : dc490ac0  r6 : 00000003  r5 : 00000001  r4 : be9fbfd0
> r3 : c4fdbeb8  r2 : c0342bd0  r1 : 000004fc  r0 : 00000000
> Flags: Nzcv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
> Control: 10c5387d  Table: 83440019  DAC: 00000015
> Process python (pid: 1595, stack limit = 0xc4fda2e8)
> Stack: (0xc4fdbeb0 to 0xc4fdc000)
> bea0:                                     000004fc 00000001 00000000
> 0032e9c8
> bec0: 00000028 401bb7e4 00329dc0 00000011 42156824 00021a20 401048b4
> 401d137c
> bee0: c6d12228 be9fbfd0 c4fdbf04 c4fdbef8 c01393f8 c0139224 c4fdbf7c
> c4fdbf08
> bf00: c0090afc c0139378 40908178 003371c8 c03123b0 c4fda000 c4fda000
> 00000000
> bf20: ffffffff 00000000 c4fdbf5c c4fdbf38 c0046f68 c0008c60 ffffffff
> df8a801c
> bf40: df861140 c6d990c0 c03123b0 c4fda000 c4fdbf74 c4fdbf60 00000003
> 40307522
> bf60: be9fbfd0 dc490ac0 c000d9c4 c4fda000 c4fdbfa4 c4fdbf80 c0090bb0
> c0090658
> bf80: 003371c8 00000000 be9fbfd0 40307522 00000003 00000036 00000000
> c4fdbfa8
> bfa0: c000d840 c0090b7c be9fbfd0 40307522 00000003 40307522 be9fbfd0
> 00000000
> bfc0: be9fbfd0 40307522 00000003 00000036 be9fd88c 0032e8f0 4219f660
> be9fd500
> bfe0: 4219f938 be9fbe98 420ef69c 40180b9c 60000010 00000003 6d726f66
> 0228745f
> Backtrace:
> Function entered at [<c0139218>] from [<c01393f8>]
>  r5:be9fbfd0 r4:c6d12228
> Function entered at [<c013936c>] from [<c0090afc>]
> Function entered at [<c009064c>] from [<c0090bb0>]
>  r9:c4fda000 r8:c000d9c4 r7:dc490ac0 r6:be9fbfd0 r5:40307522
> r4:00000003
> Function entered at [<c0090b70>] from [<c000d840>]
>  r7:00000036 r6:00000003 r5:40307522 r4:be9fbfd0
> Code: e5b3c004 e5900048 e0811105 e2855001 (e780c001)
> ---[ end trace 689a22803bf4f530 ]---
> usrp_e release called
> Waiting for DMA to become inactive
> Freeing gpio irq's
> Freeing DMA channels
> ---------- end ----------
>
>
> cheers
> --
> Stefan Ott
> Communication and Distributed Systems
> Institute of Computer Science and Applied Mathematics
> University of Bern
>
> _______________________________________________
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to