[fedora-arm] F20 Beta 5 (XFCE) remix for PandaBoard

Jaromir Capik jcapik at redhat.com
Mon Nov 18 10:45:35 UTC 2013


Hello guys.

Sorry for my late response. I was on vacation last week.

I was expecting issues like that. It must be kernel related.
Let me do a deeper analysis.

Jaromir.


--
Jaromir Capik
Red Hat Czech, s.r.o.
Software Engineer / Secondary Arch

Email: jcapik at redhat.com
Web: www.cz.redhat.com
Red Hat Czech s.r.o., Purkynova 99/71, 612 45, Brno, Czech Republic
IC: 27690016 


----- Original Message -----
> From: "Sid Boyce" <sboyce at blueyonder.co.uk>
> To: "Peter Robinson" <pbrobinson at gmail.com>
> Cc: arm at lists.fedoraproject.org
> Sent: Tuesday, November 12, 2013 10:23:28 PM
> Subject: Re: [fedora-arm] F20 Beta 5 (XFCE) remix for PandaBoard
> 
> On 12/11/13 18:23, Peter Robinson wrote:
> > On Tue, Nov 12, 2013 at 1:06 AM, Sid Boyce <sboyce at blueyonder.co.uk> wrote:
> >> On 08/11/13 17:35, Jaromir Capik wrote:
> >>> Hello everyone.
> >>>
> >>> I created a Fedora 20 Beta 5 remix for Panda and would appreciate
> >>> some tests. The image is XFCE only (can add more later).
> >>>
> >>> You can download the image here:
> >>> http://jcapik.fedorapeople.org/files/ARM/f20-remixes/
> >>>
> >>> Please, let me know whether it works for you ...
> >>>
> >>> NOTE: It uses the old F19 kernel as the new F20 kernel doesn't boot
> >>> on Panda -> do not update the kernel.
> > I doubt it's kernel related, it looks like your missing a bunch of
> > dependencies, eg it's not finding the libusb devel libraries.
> >
> > Peter
> >
> That's the trouble, all the dependencies are there, just that it says
> they are not usable.
> I have built and installed other sources with no complaints ---
> root at panda:/1/ghpsdr3-alex# file /usr/local/lib/librtlsdr.so.0.0.5
> /usr/local/lib/libcodec2.so.0.0.0
> /usr/local/lib/librtlsdr.so.0.0.5: ELF 32-bit LSB shared object, ARM,
> EABI5 version 1 (SYSV), dynamically linked,
> BuildID[sha1]=7759f1781c55b14dc5f1ade83bd143a6644c7f2f, not stripped
> /usr/local/lib/libcodec2.so.0.0.0: ELF 32-bit LSB shared object, ARM,
> EABI5 version 1 (SYSV), dynamically linked,
> BuildID[sha1]=410509ba5c66d928a590c9050cdadbbc4c398903, not stripped
> 
> 
> root at panda:/1/ghpsdr3-alex# yum list libusb*
> Loaded plugins: langpacks
> Installed Packages
> libusb.armv7hl 1:0.1.5-2.fc20 @koji-override-0/$releasever
> libusb-devel.armv7hl 1:0.1.5-2.fc20 @fedora
> libusbx.armv7hl 1.0.16-3.fc20 @koji-override-0/$releasever
> libusbx-devel.armv7hl 1.0.16-3.fc20 @fedora
> Available Packages
> libusbx-devel-doc.noarch 1.0.16-3.fc20 fedora
> 
> root at panda:/1/ghpsdr3-alex# yum list glibc-headers
> Loaded plugins: langpacks
> Installed Packages
> glibc-headers.armv7hl
> 
> It's like it is saying it doesn't like -march=armv7 in configure.ac
>      armv7l)
>        AC_MSG_NOTICE([Platform: ARM 7])
>        CFLAGS="-O3 -pipe -march=armv7 -mfpu=neon -fno-tree-vectorize
> -fopenmp"
>        CXXFLAGS="-O3 -pipe -march=armv7 -mfpu=neon -fno-tree-vectorize
> -fopenmp"
>        export CFLAGS
>        export CXXFLAGS
>        AC_MSG_NOTICE([${CFLAGS}])
>        AC_MSG_NOTICE([${CXXFLAGS}])
>       ;;
> 
> To see what would happen, I changed -march=armv7 to -march=armv7l in
> configure.ac
> ./configure still has the same problem.
> 
> root at panda:/1/ghpsdr3-alex# arch
> armv7l
> 
> Regards
> Sid.
> 
> --
> Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
> Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
> Senior Staff Specialist, Cricket Coach
> Microsoft Windows Free Zone - Linux used for all Computing Tasks
> 
> _______________________________________________
> arm mailing list
> arm at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/arm


More information about the arm mailing list