- openSUSE ARM

[opensuse-arm] v8 for openSUSE:Factory:ARM fails while the openSUSE:Factory version is OK
by Joop Boonen 26 Apr '12

26 Apr '12

Hi all, I've just checked out why v8 fails for ARM. If fails with the following rpmlint error: <quote> RPMLINT report: =============== (none): E: badness 10000 exceeds threshold 1000, aborting. libv8-3.armv7l: E: shlib-policy-name-error (Badness: 10000) libv8preparser3 Your package contains a single shared library but is not named after its SONAME. </quote> For the x86 factory build it doesn't, the packages are created without a problem. Might it mean that the rpmlint for ARM is different for ARM? Regards, Joop. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 2

[opensuse-arm] ARM Build failure
by Guillaume Gardet 24 Apr '12

24 Apr '12

Hi, Builds from my home project fail. With a simple build (gcc devmem2.c -o devmem2), I get the following error: |gcc: error trying to exec 'cc1': execvp: No such file or directory| Maybe due to errors while gcc 4.7 switch? Or incomplete rebuild? Regards, Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 5

[opensuse-arm] Fwd: [Android-virt] [ANNOUNCE] [OFFTOPIC] Xvisor ARM with and/or without virtualization extensions
by Alexander Graf 24 Apr '12

24 Apr '12

That sounds like a great way to use real ARM boards for OBS. Does anyone feel like giving it a try? :) Alex Begin forwarded message: > From: Anup Patel <anup(a)brainfault.org> > Subject: [Android-virt] [ANNOUNCE] [OFFTOPIC] Xvisor ARM with and/or without virtualization extensions > Date: 24. April 2012 15:36:34 MESZ > To: linux-arm-kernel(a)lists.infradead.org, linux-kernel(a)vger.kernel.org, android-virt(a)lists.cs.columbia.edu, beagleboard(a)googlegroups.com, xen-arm(a)lists.xensource.com > > Xvisor (eXtensible Versatile hypervISOR) is an open source bare-metal > monolithic hypervisor, which aims towards providing virtualization solution, > which is light-weight, portable, and flexible with small memory foot print > and less overhead. It is distributed under GNU Public License (GPLv2). > > Xvisor has most of the features expected from a modern full-fledged hypervisor, > such as: > - Tree based configuration > - Tickless and high resolution timekeeping > - Wall-clock for tracking real-time > - Threading framework > - Host device driver framework > - CPU virtualization > - Address space virtualization > - IO device emulation framework > - Pass through hardware access > - Dynamic guest creation/destruction > - Serial port virtualization > - Management terminal > > The ARM port of Xvisor (or Xvisor ARM) supports a wide range of ARM processors > namely: > - ARM9 (Boards: VersatilePB) > - Cortex-A8 (Boards: Realview-PB-A8) > - OMAP3 (Boards: BeagleBoard-xM) > - Cortex-A9 (UP) (Boards: Vexpress-A9) > - Cortex-A15 (UP) Without VE (Boards: Vexpress-A15) > - Cortex-A15 (UP) With VE (Boards: Vexpress-A15) > > For all supported ARM processors Xvisor ARM is able to boot multiple unmodified > Linux-3.0.4 guest with a fairly interactive and smooth Busybox 0.19.2 console. > > On real hardware specifically BeagleBoard-xM (OMAP3 @ 600 MHz) we get near > native CPU performance (i.e. Native Linux 3.0.4 gives 1120 DMIPS whereas Linux > 3.0.4 running as guest on Xvisor ARM gives 960 DMIPS) > > Please try out our Xivsor Cortex-A15 demo on ARM Fast Models 7.0 and/or > Linaro QEMU (2.02 or higher). To download the demo tarball visit: > https://docs.google.com/open?id=0B0ABS_s60oP_WjNQQ0QtUzNmdmc > > Xvisor is currently hosted on Github, to clone or download source code please > visit following links: > Wiki: https://github.com/xvisor/xvisor/wiki > Mainline Repository: https://github.com/xvisor/xvisor > Stagging Repository: https://github.com/avpatel/xvisor-next > > Our developer mailing list is xvisor-devel[at]googlegroups[ > dot]com, please feel free to post your queries or join our development > mailing list. > > _______________________________________________ > Android-virt mailing list > Android-virt(a)lists.cs.columbia.edu > https://lists.cs.columbia.edu/cucslists/listinfo/android-virt -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

1 0

[opensuse-arm] WLAN support for Pandaboard (ES)
by endym 22 Apr '12

22 Apr '12

After booting my Pandaboard ES (image "LimeJeOS-openSUSE-Factory-ARM-panda.armv7l-1.12.1-Build10.1.raw") there is no wlan0 device. Regarding to the information here <http://elinux.org/Panda_How_to_kernel_3_2_rcx> there should be a wl12xx driver, but "modprobe -l" does not list such a driver. Is this a known issue? Regards endym -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 3

[opensuse-arm] YaST Network Settings error
by endym 22 Apr '12

22 Apr '12

Hello, I use the image "LimeJeOS-openSUSE-Factory-ARM-panda.armv7l-1.12.1-Build10.1.raw" on my Pandaboard ES. To configure the WLAN I have installed YaST with "zypper in patterns-openSUSE-yast2_basis". Starting the YaST Network Settings with "yast2 lan" results in the error message "Error while creating client module lan". I don't think, that this is an arm issue, however maybe someone has an idea? I have done a google search, but didn't found a solution. Regards, endym -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 2

[opensuse-arm] ARM gcc47 build issue
by Joop Boonen 22 Apr '12

22 Apr '12

Hi all, An ARM build issue exists. I see: /emul/x86_64-for-arm/lib64:/emul/x86_64-for-arm/usr/lib64 Is still gcc 4.6.3. Form the config.log of for instance binutils I see it tries to compile against gcc4.6.3 <quote> Thread model: posix gcc version 4.6.3 (SUSE Linux) configure:4018: $? = 0 configure:4007: gcc -V >&5 gcc: error: unrecognized option '-V' gcc: fatal error: no input files compilation terminated. </quote> instead of 4.7. Which is installed correctly in: drwxr-xr-x 3 root root 4.0K Apr 20 18:30 armv7l-suse-linux-gnueabi lrwxrwxrwx 1 root root 7 Apr 21 11:10 ./build-root/usr/bin/gcc -> gcc-4.7 lrwxrwxrwx 1 root root 10 Apr 21 11:08 ./build-root/usr/lib64/gcc -> ../lib/gcc These are gcc 4.6.3 binaries. lrwxrwxrwx 1 root root 12 Apr 21 11:08 ./build-root/emul/x86_64-for-arm/usr/lib/gcc -> ../lib64/gcc -rwxr-xr-x 1 root root 322K Apr 20 10:29 ./build-root/emul/x86_64-for-arm/usr/bin/gcc >From package: qemu-accel-arm ( qemu-accel-arm-0.2-8.5.x86_64.rpm ) Package: openSUSE:Factory:ARM qemu-accel cant be rebuild due to: openSUSE:Factory:ARM cross-armv7l-binutils for x86_64 ( qemu_accel ) Will enabling this build resolve this issue? I don't see a spec file for: cross-armv7l-binutils only cross-arm-binutils I've just build this package locally without a problem: osc build --alternative-project=openSUSE:Factory:ARM qemu_accel x86_64 cross-arm-binutils.spec Regards, Joop. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 4

Re: [opensuse-arm] ARM gcc47 build issue
by Joop Boonen 21 Apr '12

21 Apr '12

On Sat, April 21, 2012 3:45 pm, Adrian Schröter wrote: > Am Samstag, 21. April 2012, 11:45:00 schrieb Joop Boonen: >> Hi all, >> >> An ARM build issue exists. >> >> I see: >> /emul/x86_64-for-arm/lib64:/emul/x86_64-for-arm/usr/lib64 >> >> Is still gcc 4.6.3. > > I tried to fix it by enabling the build of cross-armv7l-binutils for x86_64 again > , which is the reason why qemu-accel is in unresolvable and can't be build. I saw that this indeed the problem. I copied over cp -p /var/tmp/build-root/usr/bin/gcc-4.7 /var/tmp/build-root/emul/x86_64-for-arm/usr/bin/gcc After this the build was OK. And I saw the correct gcc version 4.7 . <quote> + ls -al /usr/bin/gcc lrwxrwxrwx 1 root root 7 Apr 21 09:58 /usr/bin/gcc -> gcc-4.7 + ls -alH /usr/bin/gcc -rwxr-xr-x 1 root root 396888 Apr 20 16:36 /usr/bin/gcc + ls -al /usr/bin/gcc-4.7 -rwxr-xr-x 1 root root 396888 Apr 20 16:36 /usr/bin/gcc-4.7 + /usr/bin/gcc -v Using built-in specs. COLLECT_GCC=/usr/bin/gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/armv7l-suse-linux-gnueabi/4.7/lto-wrapper Target: armv7l-suse-linux-gnueabi Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.7 --enable-ssp --disable-libssp --disable-libitm --disable-plugin --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --enable-linker-build-id --program-suffix=-4.7 --enable-linux-futex --without-system-libunwind --with-arch=armv7-a --with-tune=cortex-a9 --with-float=hard --with-mode=thumb --with-abi=aapcs-linux --with-fpu=vfpv3-d16 --disable-sjlj-exceptions --build=armv7l-suse-linux-gnueabi Thread model: posix gcc version 4.7.0 20120413 [gcc-4_7-branch revision 186417] (SUSE Linux) + /usr/bin/gcc-4.7 -v Using built-in specs. COLLECT_GCC=/usr/bin/gcc-4.7 COLLECT_LTO_WRAPPER=/usr/lib/gcc/armv7l-suse-linux-gnueabi/4.7/lto-wrapper Target: armv7l-suse-linux-gnueabi Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.7 --enable-ssp --disable-libssp --disable-libitm --disable-plugin --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --enable-linker-build-id --program-suffix=-4.7 --enable-linux-futex --without-system-libunwind --with-arch=armv7-a --with-tune=cortex-a9 --with-float=hard --with-mode=thumb --with-abi=aapcs-linux --with-fpu=vfpv3-d16 --disable-sjlj-exceptions --build=armv7l-suse-linux-gnueabi Thread model: posix gcc version 4.7.0 20120413 [gcc-4_7-branch revision 186417] (SUSE Linux) </quote> The package isn't build as cross-armv7l-binutils.changes cross-armv7l-binutils.spec and cross-armv5tel-binutils.changes cross-armv5tel-binutils.spec are missing. I've created them in home:worldcitizen:branches:openSUSE:Factory:ARM cross-armv7l-binutils . Maybe these ( cross-armv5tel-binutils.changes cross-armv5tel-binutils.spec cross-armv7l-binutils.changes cross-armv7l-binutils.spec ) can be copied over and committed in openSUSE:Factory:ARM ? I don't know what the standard is. Should both spec files reside in this project/package (binutils)? > > I will have a look later again (but I forgot the power supply for my notebook at home, > so it might not happen before monday or sunday evening). > > sorry > adrian > > -- > Adrian Schroeter > SUSE Linux Products GmbH > email: adrian(a)suse.de > > -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

1 0

[opensuse-arm] Re: [opensuse-factory] GCC 4.7
by Joop Boonen 20 Apr '12

20 Apr '12

On Fri, April 20, 2012 1:28 pm, Dominique Leuenberger a.k.a DimStar wrote: > > Hi everybody, > > Just a heads-up this time: This morning, GCC 4.7 was switched to be > the default compiler in Factory. > AS far as we're concerned, most packages should be fixed by now (at > least in their devel projects). So if you see package failures due to > this, please make sure to sync your devel projects up. > > There is a small amount of packages that is still failing, and there > is a possibility that we (the informal team of hackers fixing GCC 4.7 > fallouts) missed some packages. > > If so, please feel free to > > a) Check with upstreams for a fix... most maintained things are fixed > by now (Fedora to the thanks here) > b) Fix the package (most of the time it's missing includes and the like > c) ping us here and/or IRC for assistance. As with all other packages, > we'll try to help to resolve the build failures. > > Looking forward to a full build of Factory! I assume and hope that openSUSE:Factory:ARM and is also using gcc47 as the default compiler. > > Dominique Regards, Joop. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 1

[opensuse-arm] New glibc in Base:System with changed dynamic linker
by Andreas Jaeger 18 Apr '12

18 Apr '12

HI, I'm submitting now a new glibc to Base:System that has the new changed dynamic linker - but still works with binaries using the old one. I'll push this to Factory soonish and wanted to give you 24hours advanced warning. For me everything looked fine, I build using qemu... Richard, could you include in your next gcc47 submission the patch from http://sourceware.org/ml/libc-ports/2012-04/msg00060.html thanks, Andreas -- Andreas Jaeger aj(a){suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn,Jennifer Guild,Felix Imendörffer,HRB16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 3

[opensuse-arm] Building with kvm broken?
by Andreas Jaeger 18 Apr '12

18 Apr '12

I tried building with osc --vm-type=kvm \ --alternative-project=openSUSE:Factory:ARM standard armv7l glibc.spec and this failed with: mount -o rw,acl,user_xattr -t ext4 /dev/sda /root replacing /etc/mtab with symlink to /proc/self/mounts mount: binfmt_misc, /proc/sys/fs/binfmt_misc: No such device /proc/sys/fs/binfmt_misc/register: write: fails test [ 4.352745] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000100 [ 4.352747] [ 4.354297] Rebooting in 1 seconds..No buildstatus set, either the packager broke the base system (glibc/bash/perl) or the build host has a kernel or hardware problem, OBS server will retry... The buildroot was: /abuild/osc/buildroot_standard-armv7l/.mount I'm using the packages from openSUSE:Tools:Unstable. Any ideas what's wrong? Andreas -- Andreas Jaeger aj(a){suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn,Jennifer Guild,Felix Imendörffer,HRB16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

4 5