[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peri
From: |
Philip Balister |
Subject: |
Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work |
Date: |
Fri, 20 Feb 2015 12:02:59 -0800 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 |
On 02/20/2015 12:00 PM, Sarunas Kalade wrote:
> Sorry for potentially being a source of temporal madness : / Let me know if I
> can provide any more info that could be useful.
>
> Just FYI about recreating the issue: I tried it on a desktop Ubuntu 14.04, a
> fresh Ubuntu 14.04 VM, a Debian VM and just now on a colleague’s Ubuntu 12.04
> VM.
I'm a Fedora guy. I wonder if the issue is there.
Philip
>
> Worst case I've still got the prebuilt filesystem, which works fine. Just
> need to do some more reading on the FPGA side of things.
>
> Thanks for taking the time to help out!
>
> Sarunas
>
> ________________________________________
> From: Philip Balister <address@hidden>
> Sent: 20 February 2015 19:11
> To: Sarunas Kalade; address@hidden
> Subject: Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the
> user_peripheral kernel module to work
>
> On 02/20/2015 10:52 AM, Sarunas Kalade wrote:
>> $ git clone git://github.com/EttusResearch/meta-ettus.git
>> $ cd meta-ettus/
>> $ git checkout 9f47e8c6d4a91a06bd6c907f2d27ba40deaa0a2f
>> Note: checking out '9f47e8c6d4a91a06bd6c907f2d27ba40deaa0a2f'.
>
> Thanks. I will now sit in the corner and go insane :)
>
> I'm going to try making another clean vm and testing. My current
> thinking is maybe there has been an update to repo that changed something.
>
> In the short term, you should be able to checkout the layers called for
> in the manifest and go from there.
>
> Thanks,
>
> Philip
>
>>
>> You are in 'detached HEAD' state. You can look around, make experimental
>> changes and commit them, and you can discard any commits you make in this
>> state without impacting any branches by performing another checkout.
>>
>> If you want to create a new branch to retain commits you create, you may
>> do so (now or later) by using -b with the checkout command again. Example:
>>
>> git checkout -b new_branch_name
>>
>> HEAD is now at 9f47e8c... Add script to build factory image for E310.
>>
>> Doing git log brings up all the commits done up until the one I just checked
>> out, so I'm assuming it's behaving properly. I can also git checkout master
>> or e300-daisy with no issues.
>>
>>
>> Also when I tried to bypass meta-ettus, by force syncing I've noticed that
>> it's not just meta-ettus that repo can't fetch - it's all of them.
>>
>> $ repo init -u git://github.com/balister/oe-gnuradio-manifest -b dizzy
>> $ repo sync -f
>> Fetching project meta-ettus
>> error: Cannot fetch meta-ettus
>> warn: --force-broken, continuing to sync
>> Fetching projects: 11% (1/9) Fetching project bitbake
>> error: Cannot fetch bitbake
>> warn: --force-broken, continuing to sync
>> Fetching projects: 22% (2/9) Fetching project meta-fsl-arm-extra
>> error: Cannot fetch meta-fsl-arm-extra
>> warn: --force-broken, continuing to sync
>> Fetching projects: 33% (3/9) Fetching project meta-sdr
>> error: Cannot fetch meta-sdr
>> warn: --force-broken, continuing to sync
>> Fetching projects: 44% (4/9) Fetching project meta-xilinx
>> error: Cannot fetch meta-xilinx
>> warn: --force-broken, continuing to sync
>> Fetching projects: 55% (5/9) Fetching project oe-core
>> error: Cannot fetch oe-core
>> warn: --force-broken, continuing to sync
>> Fetching projects: 66% (6/9) Fetching project meta-oe
>> error: Cannot fetch meta-oe
>> warn: --force-broken, continuing to sync
>> Fetching projects: 77% (7/9) Fetching project meta-ti
>> error: Cannot fetch meta-ti
>> warn: --force-broken, continuing to sync
>> Fetching projects: 88% (8/9) Fetching project meta-fsl-arm
>> Fetching projects: 100% (9/9), done.
>> fatal: failed to unpack tree object HEAD
>> Traceback (most recent call last):
>> File "/home/sarunas/oe-repo/.repo/repo/main.py", line 506, in <module>
>> _Main(sys.argv[1:])
>> File "/home/sarunas/oe-repo/.repo/repo/main.py", line 482, in _Main
>> result = repo._Run(argv) or 0
>> File "/home/sarunas/oe-repo/.repo/repo/main.py", line 161, in _Run
>> result = cmd.Execute(copts, cargs)
>> File "/home/sarunas/oe-repo/.repo/repo/subcmds/sync.py", line 681, in
>> Execute
>> project.Sync_LocalHalf(syncbuf)
>> File "/home/sarunas/oe-repo/.repo/repo/project.py", line 1196, in
>> Sync_LocalHalf
>> self._InitWorkTree()
>> File "/home/sarunas/oe-repo/.repo/repo/project.py", line 2296, in
>> _InitWorkTree
>> raise GitError("cannot initialize work tree")
>> error.GitError: cannot initialize work tree
>>
>> Sarunas
>> ________________________________________
>> From: Philip Balister <address@hidden>
>> Sent: 20 February 2015 18:23
>> To: Sarunas Kalade; address@hidden
>> Subject: Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the
>> user_peripheral kernel module to work
>>
>> On 02/20/2015 09:47 AM, Sarunas Kalade wrote:
>>> Could you clarify a bit what you meant by 'check the needed version'? I've
>>> cloned some of the reps and did the checkouts with the hashes, but I always
>>> just end up in a 'detached HEAD' state.
>>>
>>> e.g.
>>> $ git checkout 5f96c9333ea3ebdf52dd10f1a2cbc1532ff97009
>>> Note: checking out '5f96c9333ea3ebdf52dd10f1a2cbc1532ff97009'.
>>>
>>> You are in 'detached HEAD' state. You can look around, make experimental
>>> changes and commit them, and you can discard any commits you make in this
>>> state without impacting any branches by performing another checkout.
>>>
>>> If you want to create a new branch to retain commits you create, you may
>>> do so (now or later) by using -b with the checkout command again. Example:
>>>
>>> git checkout -b new_branch_name
>>>
>>> HEAD is now at 5f96c93... gr-baz : Bump revision.
>>>
>>>
>>> Doing git branch just shows that I am at * (detached from 5f96c93). Should
>>> I try hunting down each repo branch where the specific commit was made and
>>> then edit the manifest.xml file?
>>>
>>> I tried going into oe-repo/.repo/manifest.xml and editing the revision
>>> values by changing them from hashes to actual branch names (i.e. master,
>>> dizzy, 1.24, etc. etc.) and after doing that repo sync did work in
>>> retrieving all of the repos. However, doing git branch on any of those
>>> returned a (no branch), which may or may not be expected.
>>>
>>> Sorry if some of this stuff seems obvious, I'm pretty dumb when it comes to
>>> git.
>>
>> It sounds like you can check out meta-ettus from the command line, but
>> repo is running into a problem. I've done builds in vm's to try and
>> detect all my cached credentials and haven't seen your issue. Can you
>> confirm you succesfully checked out meta-ettus?
>>
>> Philip
>>
>>>
>>> Sarunas
>>>
>>> ________________________________________
>>> From: Philip Balister <address@hidden>
>>> Sent: 19 February 2015 18:58
>>> To: Sarunas Kalade; address@hidden
>>> Subject: Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the
>>> user_peripheral kernel module to work
>>>
>>> On 02/19/2015 08:58 AM, Sarunas Kalade wrote:
>>>> I tried doing this and got a fetch error again. (tried for stable, master,
>>>> dizzy and daisy got the exact same result)
>>>> $ repo init -u git://github.com/balister/oe-gnuradio-manifest.git -b
>>>> dizzy
>>>> $ repo sync
>>>>
>>>> Fetching project meta-ettus
>>>> error: Cannot fetch meta-ettus
>>>> error: Exited sync due to fetch errors
>>>
>>> This is the problem you need to solve. Can you read the manifest file to
>>> see what repo it is using atry to clone by hand and check the needed
>>> version. Hopefully that makes the problem clearer.
>>>
>>> Something like:
>>>
>>> git clone git://github.com/EttusResearch/meta-ettus.git
>>> cd meta-ettus/
>>> git checkout 9f47e8c6d4a91a06bd6c907f2d27ba40deaa0a2f
>>>
>>> Philip
>>>
>>>>
>>>> However, just setting my bblayers.conf to (using all Daisy branches btw)
>>>> BBLAYERS ?= " \
>>>> /home/sarunas/oe-core/meta \
>>>> /home/sarunas/layers/meta-xilinx \
>>>> /home/sarunas/layers/meta-oe/meta-oe \
>>>> /home/sarunas/layers/meta-oe/meta-networking \
>>>> /home/sarunas/layers/meta-oe/meta-filesystems \
>>>> /home/sarunas/layers/meta-sdr \
>>>> "
>>>> And using the local.conf options as per you example (
>>>> https://github.com/balister/meta-sdr/blob/master/conf/local.conf.sample )
>>>> does seem to work for me and I can bitbake a gnuradio-dev-image. I just
>>>> can't include the meta-gnuradio-zynq layer, because I don't really know
>>>> which branches to use for all this.
>>>>
>>>
>>> meta-gnuradio-zynq is not maintained. I can't help you with anything on
>>> Jonathons wiki.
>>>
>>> Philip
>>>
>>>
>>>> Also tried doing the zynq-gnuradio-manifest again
>>>> $ repo init -u git://github.com/jpendlum/zynq-gnuradio-manifest.git
>>>> $ repo sync
>>>>
>>>> Fetching project meta-xilinx
>>>> Fetching projects: 11% (1/9) Fetching project bitbake
>>>> error: Cannot fetch bitbake
>>>> error: Exited sync due to fetch errors
>>>>
>>>> Which is kinda weird, because last time it failed at fetching oe-core.
>>>> ________________________________________
>>>> From: Philip Balister <address@hidden>
>>>> Sent: 18 February 2015 21:23
>>>> To: Sarunas Kalade; address@hidden
>>>> Subject: Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the
>>>> user_peripheral kernel module to work
>>>>
>>>> On 02/18/2015 12:50 PM, Sarunas Kalade wrote:
>>>>> Hey Philip,
>>>>>
>>>>> Thanks for the reply. I'm fairly sure I was using the same repo init
>>>>> command as shown in the wiki:
>>>>> repo init -u git://github.com/jpendlum/zynq-gnuradio-manifest.git
>>>>> repo sync
>>>>
>>>> https://github.com/balister/oe-gnuradio-manifest/tree/dizzy
>>>>
>>>> Use this. I keep this up to date. The dizzy branch is the best place to
>>>> start now.
>>>>
>>>> I need to ask Jonathon to put a warning about being old on his wiki page :)
>>>>
>>>> Philip
>>>>
>>>>>
>>>>> I tried the same thing just now on a relatively fresh Ubuntu (14.04)
>>>>> install on my laptop, which resulted in the following:
>>>>> $ repo init -u git://github.com/jpendlum/zynq-gnuradio-manifest.git
>>>>>
>>>>> $ repo sync
>>>>> Fetching project zynq-acp
>>>>> Fetching projects: 11% (1/9) Fetching project
>>>>> zynq-fir-filter-example
>>>>> Fetching projects: 22% (2/9) Fetching project meta-sdr
>>>>> error: Cannot fetch meta-sdr
>>>>>
>>>>> error: Exited sync due to fetch errors
>>>>>
>>>>> I also tried initing just the oe-gnuradio-manifest :
>>>>>
>>>>> $ repo init -u git://github.com/balister/oe-gnuradio-manifest -b
>>>>> stable
>>>>> (got the same using master, dizzy, daisy)
>>>>>
>>>>> $ repo sync
>>>>> Fetching project meta-fsl-arm-extra
>>>>> error: Cannot fetch meta-fsl-arm-extra
>>>>>
>>>>> error: Exited sync due to fetch errors
>>>>>
>>>>> I'll have access to the same machine I was using earlier tomorrow and run
>>>>> the same things again to make sure.
>>>>>
>>>>> Thanks.
>>>>>
>>>>> Sarunas
>>>>>
>>>>> ________________________________________
>>>>> From: Philip Balister <address@hidden>
>>>>> Sent: 18 February 2015 18:19
>>>>> To: Sarunas Kalade; address@hidden
>>>>> Subject: Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the
>>>>> user_peripheral kernel module to work
>>>>>
>>>>> On 02/16/2015 10:56 AM, Sarunas Kalade wrote:
>>>>>> Hello lovely people,
>>>>>>
>>>>>>
>>>>>> I'm trying to recreate the FIR filter example based on the Zynq GNU
>>>>>> Radio wiki:
>>>>>> http://gnuradio.org/redmine/projects/gnuradio/wiki/Zynq.<http://gnuradio.org/redmine/projects/gnuradio/wiki/Zynq>
>>>>>> I've downloaded the prebuilt filesystem and managed to run GNU Radio
>>>>>> with an RTL-SDR dongle, there were some issues with the QT and WX GUIs
>>>>>> (QT was complaining about not finding some pyqt4 libraries, WX didn't
>>>>>> exist in GRC - not sure if anyone else had similar issues), so I just
>>>>>> used the TCP blocks to actually view the output, which all worked quite
>>>>>> nicely. I've had some moderate success using Philip Balister's meta-sdr
>>>>>> layer on a qemux86 machine and on a Zedboard, but then again - no kernel
>>>>>> module for the FPGA.
>>>>>
>>>>> WX is built for embedded builds. In general, I suggest running grc on a
>>>>> desktop and moving the flow graph over.
>>>>>
>>>>>>
>>>>>>
>>>>>> My problem right now is that the prebuilt file systems in
>>>>>> http://gnuradio.org/data/sdk/zedboard_armv7a-sf-vfp-neon/ don't seem to
>>>>>> have the user_peripheral kernel module to communicate with the FPGA. Is
>>>>>> it supposed to be in there and I don't know where to look? Am I supposed
>>>>>> to cross-compile it on my host machine?
>>>>>>
>>>>>
>>>>> The kernel module is custom work so you would need to add it to the
>>>>> system yourself.
>>>>>
>>>>>
>>>>>>
>>>>>> I tried to 'make' it inside Zynq, which didn't work because it couldn't
>>>>>> find the Kernel source headers (which as far as I'm aware should be
>>>>>> located somewhere in /usr/src/)
>>>>>>
>>>>>
>>>>> Let me take a look at adding a package to the default images that would
>>>>> let you build kernel modules on the zynq. I think some people did some
>>>>> work recently to make that work.
>>>>>
>>>>>>
>>>>>> I also tried to bitbake the entire thing, which I haven't really had
>>>>>> success with earlier, by including Jonathon Pendlum's meta-zynq-gnuradio
>>>>>> layer (https://github.com/jpendlum/meta-zynq-gnuradio). My bblayers.conf
>>>>>> looked something like this:
>>>>>>
>>>>>
>>>>> I'm guessing Jonathon's stuff is suffering from bitrot.
>>>>>
>>>>>>
>>>>>> BBLAYERS ?= " \
>>>>>> /home/sarunas/oe-core/meta \
>>>>>> /home/sarunas/layers/meta-zynq-gnuradio \
>>>>>> /home/sarunas/layers/meta-xilinx \
>>>>>> /home/sarunas/layers/meta-oe/meta-oe \
>>>>>> /home/sarunas/layers/meta-oe/meta-python \
>>>>>> /home/sarunas/layers/meta-oe/meta-networking \
>>>>>> /home/sarunas/layers/meta-oe/meta-filesystems \
>>>>>> /home/sarunas/layers/meta-sdr \
>>>>>> "
>>>>>>
>>>>>> And the local.conf was taken directly from Jonathon's GitHub page
>>>>>> (https://github.com/jpendlum/meta-zynq-gnuradio/blob/master/conf/local.conf.sample).
>>>>>>
>>>>>>
>>>>>> I tried bitbaking gnuradio-dev-image, with multiple branch combinations
>>>>>> (masters and daisies), but end of the line is - I have no idea what I'm
>>>>>> doing. I don't really know how to figure out which branches in
>>>>>> particular I should be using for this, thus everything just keeps
>>>>>> failing.
>>>>>>
>>>>>>
>>>>>> Obviously, I also tried the repo and oe-gnuradio-manifest path which is
>>>>>> described in the GNU Radio Zynq wiki, but that doesn't seem to work for
>>>>>> me... After doign repo sync I got the following:
>>>>>>
>>>>>>
>>>>>> Fetching projects: 22% (2/9) Fetching project oe-core
>>>>>> fatal: Couldn't find remote ref refs/head/master
>>>>>> fatal: Couldn't find remote ref refs/head/master
>>>>>> error: Cannot fetch oe-core
>>>>>>
>>>>>> error: Exited sync due to fetch errors
>>>>>
>>>>> Interesting. What repo init command did you use? I'd like to sort this
>>>>> out.
>>>>>
>>>>> Philip
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>> It fetched meta-xilinx and bitbake OK, but failed at oe-core. Haven't
>>>>>> found anything useful in .gitconfig or any other config files. Then
>>>>>> again I'm not sure what I'm looking for. Anyways, if anybody has
>>>>>> experienced any of these issues, any help would be really appreciated.
>>>>>> At the end of the day, I just want to have a working hardware
>>>>>> acceleration example to study.
>>>>>>
>>>>>>
>>>>>> Thanks!
>>>>>>
>>>>>>
>>>>>> Sarunas
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Discuss-gnuradio mailing list
>>>>>> address@hidden
>>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Discuss-gnuradio mailing list
>>>>> address@hidden
>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
- Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work, (continued)
- Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work, Philip Balister, 2015/02/18
- Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work, Sarunas Kalade, 2015/02/18
- Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work, Philip Balister, 2015/02/18
- Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work, Sarunas Kalade, 2015/02/19
- Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work, Philip Balister, 2015/02/19
- Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work, Sarunas Kalade, 2015/02/20
- Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work, Philip Balister, 2015/02/20
- Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work, Sarunas Kalade, 2015/02/20
- Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work, Philip Balister, 2015/02/20
- Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work, Sarunas Kalade, 2015/02/20
- Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work,
Philip Balister <=
- Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work, Philip Balister, 2015/02/24
- Re: [Discuss-gnuradio] GNU Radio on Zynq - trouble getting the user_peripheral kernel module to work, Sarunas Kalade, 2015/02/25