Fedora ARM 12 on IGEPv2 (Beagle Board clone)
by Matthew Wilson
Hi all,
I would like to introduce myself to the group. I have recently
received an IGEPv2 board [1], which is based on the Beagle Board, but
with wifi, bluetooth, ethernet, and more RAM. I'm still at the "wow,
it's tiny and it runs Linux" stage. I should get a bit more time over
the next month and Christmas to play around properly with it.
I'm new to embedded development, but neither new to Linux nor ARM
(writing my first ARM assembly some 15 years ago). However, for the
past 6 years I've not even built a Linux kernel, preferring to use the
default kernel in Fedora for simplicity :)
Firstly, a thank you to those involved in Fedora ARM for getting it to
this stage. If I get the time, I'd really like to contribute some
(probably small) effort to help get Fedora ARM working well on the
IGEPv2 and Beagle Board. As I progress, I'd like to know what I can
do to help.
In the meantime, I have some questions. Apologies in advance if these
seem simple.
1) There are various different kernels from different sources. I'm
used to there being a small set of "right" kernels (that is, Fedora's
idea of "right") for x86. I fully appreciate that different ARM-based
boards are quite different in capabilities (like different instruction
set variants).
a) Is there likely to be some standardised vanilla Fedora ARM kernel
source? (Or is that simply the source RPM available for Fedora?)
Then patches /could/ be offered for the more common systems (e.g.
Beagle Board & clones, SheevaPlug).
b) Would it then make sense to offer these as pre-built RPMs for common systems?
c) Is there any guidance on which version is good to use as a base?
I've seen quite different kernel versions being used (from 2.6.27 to
2.6.31).
2) I understand a little bit about the different calling conventions,
FP differences (e.g. soft FPU versus VFP), and instruction set
differences (v5 versus v7).
a) Can the kernel can be safely built with a different instruction set
targeted? (I know there are different optimisation options passed to
GCC. Apologies if this seems a bit newbie-ish.)
b) For FP-heavy programs (e.g. ogg encoding), is it possible to build
the packages with VFP/NEON but still get them to work in a soft FPU
system? I'd imagine any call to an external library would have to
somehow be defined to use a different calling standard.
3) There seem to be some missing dependencies in the packages in the
current Fedora ARM repository. For example, emacs is requiring
libotf, which doesn't seem to be there in the repository. And
likewise with the xorg-x11-font* packages needing ttmkdir. I'm
confused as to how the RPM could have been successfully built without
it. What am I missing?
4) I see there has been some discussion over unaligned data access.
(Oh, I remember that from the ARM2 days.) It seems as if the
Cortex-A8 cores allow unaligned data access when set up to do so [2].
Does this, in any way, help with the compatibility of packages
targetting Cortex-A8?
5) I've managed to get various source packages missing from the Fedora
ARM repositories to compile successfully (natively). I guess there is
a reason why there are not in the repos right now -- is that reason
down to time and priorities, or is there some blocking bugs with many
of these packages?
I look forward to being able to contribute something back into Fedora!
Kind regards,
Matthew
[1] http://www.igep-platform.com/index.php?option=com_content&view=article&id...
[2] http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0344j/Beih...
7 years, 8 months
Re: [fedora-arm] Guruplug | uaputl fail
by Martin Stadtler
Mine is on order, with specific intent to use the WLAN so this thread has my full attention. More than happy to pitch in once mine comes in.
Martin Stadtler
Red Hat Inc.
240.813.0122
-----Original Message-----
From: Bernhard Schuster [schuster.bernhard(a)googlemail.com]
Received: 8/19/10 1:07 PM
To: Jon Hermansen [jon.hermansen(a)gmail.com]
CC: Fedora ARM secondary architecture list [arm(a)lists.fedoraproject.org]
Subject: Re: [fedora-arm] Guruplug | uaputl fail
Other question, did any one else ever try toget wlan workin on GuruPlug
Server? Success? fail?
Regards
Bernhard
12 years, 10 months
updates repository for fefora12
by Wegener, Norbert
Hello
at http://fedoraproject.org/wiki/Architectures/ARM is mentioned:
A set of binary RPMs from the base F12 repository, but no updates repository. Source RPMS are currently unavailable.
Is this still true or are update/source rpms available in the meantime?
Which is the recommended Fedora version for use with a Sheevaplug?
With best regards,
Norbert Wegener
Siemens AG
Siemens IT Solutions and Services
SIS GO NW PSU SDC AS&INS
Bruchstraße 5
45883 Gelsenkirchen, Germany
Tel.: +49 (209) 94565716
Fax: +49 (201) 8165581284
mailto:norbert.wegener@siemens.com
Siemens Aktiengesellschaft: Chairman of the Supervisory Board: Gerhard Cromme; Managing Board: Peter Loescher, Chairman, President and Chief Executive Officer; Wolfgang Dehen, Heinrich Hiesinger, Joe Kaeser, Barbara Kux, Hermann Requardt, Siegfried Russwurm, Peter Y. Solmssen; Registered offices: Berlin and Munich, Germany; Commercial registries: Berlin Charlottenburg, HRB 12300, Munich, HRB 6684; WEEE-Reg.-No. DE 23691322
13 years
Build fix for geos
by Rich Mattes
Hi all,
I recently got my beagleboard-xM up and running with the fedora 12 rootfs.
I've been building some of the missing rpms to satisfy dependencies for
packages I want to use. Geos is one of those dependencies, so I grabbed the
f12 srpm and the build ended up failing. I checked koji to see if anything
was different in f13, but it failed there too[1] with the same error I got.
After doing some searching, it looks like the debian folk passed
"--disable-inline" during configure to get around the error[2]. After
adding the option to the specfile my build completed successfully. I
figured I'd send this along so you can try it for the f13 package.
Rich
[1] http://arm.koji.fedoraproject.org/koji/buildinfo?buildID=4478
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480345
13 years
startx failed in Qemu + ARM
by Narendra Sisodiya
I am trying to boot fedora 12 arm rootfs using
qemu-system-arm -M versatilepb -kernel zImage-versatile-2.6.24-rc7.armv5tel
-hda disk.img -append "root=/dev/sda rw" -m 256M
I have done
yum install sugar ,X window system , Xfce
When I am trying to run startx, It is giving me error -
21: /lib/libc.so.6 (__libc_start_main+0x118) [0x4044b4e0]
Segmentation fault at address 0x48
Fatal server error:
Caught signal 11 (Segmentation fault). Server aborting
full Xorg.0.log is available at
http://gist.github.com/586562
Please help.
--
┌─────────────────────────┐
│ Narendra Sisodiya
│ http://narendrasisodiya.com
└─────────────────────────┘
13 years
