I have used the opportunity of the more relaxed days of this Christmas
period to try and run the tutorial at
http://gnuradio.org/redmine/projects/gnuradio/wiki/Zynq
Wonderful page, works nearly perfectly, thanks a lot.
A few minor comments to the author or useful to other readers of the
mailing
list:
1/ using a brand new Debian/testing installation, it seems that the
latest
version of tar will not accept both -c and -s options in its command
line.
I hence edited all entries of openembedded-core/meta/lib/oe/ and
replaced
the -ps option of tar with -p. Same for the meta/classes entries.
Apparently
this has been patched in the latest release of openembedded, but indeed
the
zync script will not run out of the box on the latest openembedded
release
and, as advised on the web page, I git commited against a given older
release,
2/ the note about Xilinx tools to Ubuntu users concerning gmake should
be in
bold, huge size, blinking fonts 
I spent a while being concerned
about
licensing issues when the FPGA synthesis tool would not run. No
seriously, just
learning to read did the trick. As a side note, it all ran smoothly with
the
14.7 release of ISE on a 32-bit x86 architecture. I believe there is a
minor
trivial error in the PATH to ISE in which xtclsh should not be included
in
the PATH definition.
Anyway, thanks for the tutorial, just need to now understand what I did,
but
at least the whole thing is running smoothly.
Best wishes for the new year, JM
–
JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 32 av. observatoire,
25044 Besancon, France
On 12/26/2013 02:28 AM, Jean-Michel FRIEDT wrote:
I have used the opportunity of the more relaxed days of this Christmas
period to try and run the tutorial at
http://gnuradio.org/redmine/projects/gnuradio/wiki/Zynq
We need to update the OE section of this page to use:
for managing the OE layers. I’d suggest not starting a new checkout if
you have something working until after I update UHD to 3.6.2 though 
Also, CrossCompile · balister/meta-sdr Wiki · GitHub has
instructions for cross compiling GNU Radio and testing the result. We
need to verify this approach works for OOT module development also.
Merry Christmas,
Philip
Is there any difference in using this stack compared to say, the
Ubuntu distribution available on www.armhf.com, and compiling gnuradio
from source?
Vanush
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Yes, armhf is a prepackaged distribution for specific boards (which I
don’t think will fit the Zynq board), bringing desktop linux distros
to embedded devices (which is, in my eyes, a little dubiously
usefull), while OpenEmbedded is a method to roll your own embedded
linux for your special-purpose hardware.
Greetings,
Marcus
On 27.12.2013 09:38, Vanush V. wrote:
Christmas period to try and run the tutorial at
Also, CrossCompile · balister/meta-sdr Wiki · GitHub has
older release, 2/ the note about Xilinx tools to Ubuntu users
what I did, but at least the whole thing is running smoothly.
Discuss-gnuradio Info Page
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJSvWWSAAoJEAFxB7BbsDrLA68IAKoNr1jwvMmITkFmh27BGuAW
kMdyihFDTWUSMpTc2UeY2cZEe++oL3bIxONbcUty5cOY5BTul70z2Zx6nDtTMVnK
IrXBqpUawCOa9AhHYRuHkU8R+OU5A5rtD46OKvWFo31bB+ylaVkLDIVZcBpmT5CM
4XzpuGhAKctBrpRhfB12Vevj1SGv3ZAMGL8t0Oy6S7q0N6WkP1t/SGyaZlQadW2b
Rmy3QWgv2jMxjjCyMnOgpMI62I1qrqzVJjq77a7nZrp95zZXubRlT++UvnwU3zo2
TQ7HRsyrAVF74SzMoTcfFLa9LSc4zDUXey6Q6kNjFic9bZMKnmPV4AQ0fIIUibY=
=dzD+
-----END PGP SIGNATURE-----
Damn I missed all these replies to my initial post due to not being
familiar
with our webmail interface and not having access to the lab for the last
8 days. I hope I have not done anything stupid by not taking into
account
the comment about having to wait for the OE update: I have tried to add
my
own comments to the Zynq wiki page but not being familiar at all with
OE, some
of these comments might be overly naive (I believe not wrong, since
these are
the steps I took to get to the point of compiling the FIR on FPGA
example).
Some knowledgeable person should definitely review these updates to the
wiki
page.
At the moment, I am stuck with two issues:
1/ eth0 will not start when booting linux on the Zynq with the current
kernel,
so no git/opkg install from the web at the moment (makes the software
update a
bit complex by keeping on putting the SD card back in the PC connected
to the
internet)
2/ cmake does not find gnuradio-runtime: I am pretty sure this is an
issue
with the outdated FindGnuradioRuntime.module issue but I have not yet
managed
to get gr_modtool to run … still working on it.
I assume my addition to the wiki on the installation of cmake is not
erroneous,
but should be checked as well.
JM
My i7 builds gnuradio loads faster than even a quad A15.
On 12/26/2013 02:28 AM, Jean-Michel FRIEDT wrote:
zync script will not run out of the box on the latest openembedded release
minor
Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page
–
JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 32 av. observatoire,
25044 Besancon, France
The eth0 issue is due to an error in the device tree in the specific
commit I
called out for meta-xilinx on the Wiki.
I am actively working on an update to the Zynq Wiki that uses Philip’s
repo
work and is a more streamlined approach. However, I will not be able to
post
that for another week or so.
In the mean time, you can checkout the latest meta-xilinx and that
should
solve the ethernet connectivity problem.
–
View this message in context:
http://gnuradio.4.n7.nabble.com/GNURadio-on-Zync-thanks-for-the-excellent-tutorial-tp45542p45573.html
Sent from the GnuRadio mailing list archive at Nabble.com.
On 12/27/2013 03:38 AM, Vanush V. wrote:
Is there any difference in using this stack compared to say, the
Ubuntu distribution available on www.armhf.com, and compiling gnuradio
from source?
Compiling GNU Radio from source on an embedded board takes much longer
than using a cross compiler. Also, during the compile on a low memory
embedded board, parts of the com[ile takes lots of memory and you may
need to nurse the build during this part of the build.
My i7 builds gnuradio loads faster than even a quad A15.
Both approaches work, I just do not like to wait
Philip
not sure if this issue is relevant to the mailing list:
while running the tutorial at
which aims at recovering all tools needed to build an image for an
embedded
architecture, intensive requests to git are performed to fetch all the
source
codes.
Although it all works fine from home, I am now building this image from
a
computer at work which is behind a firewall only allowing http and https
request, no ftp:// nor git://
Most, if not all, git requests could be satisfied by converting the
git://
and ftp:// requests to https:// through the insteadOf option of git. All
but one, hence my request to this list: uhd-1_3.5.3-r3.0 seems only
accessible
by git request, while http or https requests fail with a login/password
prompt
(eg http://ettus.sourcerepo.com/ettus/uhd.git or the same url with
https request).
Is there a way to recover this archive without a git:// request ?
Thanks, JM
–
JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 32 av. observatoire,
25044 Besancon, France
On 01/05/2014 10:50 AM, Jean-Michel FRIEDT wrote:
Most, if not all, git requests could be satisfied by converting the git://
and ftp:// requests to https:// through the insteadOf option of git. All
but one, hence my request to this list: uhd-1_3.5.3-r3.0 seems only
accessible
by git request, while http or https requests fail with a login/password
prompt
(eg http://ettus.sourcerepo.com/ettus/uhd.git or the same url with https
request).
Is there a way to recover this archive without a git:// request ?
First, read this:
https://www.yoctoproject.org/blogs/sgarman/2011/proxy-problem and the
web page it refers to.
The existing UHD recipe refers to sourcerepo, which is about to go away
I have an update in process for UHD in meta-sdr, but I am waiting for
3.6.2 before pushing it. UHD is on github now, so you should be able to
change the SRC_URI to get it from there.
Philip