- openSUSE ARM

[opensuse-arm] LimeJeOS-openSUSE-12.2-ARM-panda.armv7l-1.12.2-Build1.1.raw.xz
by endym 17 Jun '12

17 Jun '12

Hello, I get following error with the image "LimeJeOS-openSUSE-12.2-ARM-panda.armv7l-1.12.2-Build1.1.raw.xz" on a Pandaboard ES: U-Boot SPL 2011.09 (Jun 01 2012 - 22:47:25) Texas Instruments OMAP4460 ES1.1 OMAP SD/MMC: 0 mkimage signature not found - ih_magic = 0 Assuming u-boot.bin .. After this nothing happens. Regards, endym -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 4

[opensuse-arm] JeOS-beagle unresolvable because of missing non ARM things
by Guillaume Gardet 15 Jun '12

15 Jun '12

Hi, JeOS-beagle image is unresolvable because of missing non ARM things: gfxboot, kernel-desktop, grub and others. Check it here: https://build.opensuse.org/package/show?package=JeOS-beagle&project=openSUS… Any idea why? Problem with kiwi? Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 8

[opensuse-arm] Full ARM rebuild
by Guillaume Gardet 13 Jun '12

13 Jun '12

Hi, libselinux have been updated, so a full rebuild happens. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 2

Re: [opensuse-arm] No ARM JeOS* images built due to kiwi : command not found!
by Alexander Graf 13 Jun '12

13 Jun '12

On 12.06.2012, at 17:11, Guillaume Gardet <guillaume.gardet(a)free.fr> wrote: > > > Le 12/06/2012 15:34, Adrian Schröter a écrit : >> >> Am Dienstag, 12. Juni 2012, 15:32:10 schrieb Alexander Graf: >>> Adrian Schröter wrote: >>>> Am Dienstag, 12. Juni 2012, 13:13:23 schrieb Guillaume Gardet: >>>> >>>>> Le 12/06/2012 10:29, Guillaume Gardet a écrit : >>>>> >>>>>> Le 12/06/2012 09:55, Adrian Schröter a écrit : >>>>>> >>>>>>> Am Dienstag, 12. Juni 2012, 09:50:56 schrieb Guillaume Gardet: >>>>>>> >>>>>>> [...] > > A new problem: mkimage is not found. > > Jun-12 14:44:56 <1> : Creating uBoot initrd image... > Jun-12 14:44:56 <1> : EXEC [mkimage -A arm -O linux -T ramdisk -C none -a 0x0 -e 0x0 -n 'Initrd' -d /tmp/kiwiboot.DnMD1C/boot/initrd.vmx /tmp/kiwiboot.DnMD1C/boot/initrd.uboot] > Jun-12 14:44:57 <1> : EXEC [Failed: bash: line 0: type: mkimage: not found > ] > failed > Jun-12 14:44:57 <3> : Failed to create uboot initrd image: bash: line 0: type: mkimage: not found > : command not found > failed > Jun-12 14:44:57 <1> : EXEC [sync] > Jun-12 14:44:57 <1> : EXEC [rm -rf /tmp/kiwiboot.DnMD1C 2>&1] > Jun-12 14:44:57 <1> : EXEC [rm -rf /tmp/kiwiloop.DTuE3s 2>&1] > Jun-12 14:44:58 <3> : KIWI exited with error(s) > done > Jun-12 14:44:58 <1> : EXEC [umount /usr/src/packages/KIWI-oem/mnt-3932 2>&1] > Jun-12 14:44:58 <1> : EXEC [rm -rf /usr/src/packages/KIWI-oem/boot-VMX.0UOfmU 2>&1] > Jun-12 14:44:58 <1> : EXEC [umount /usr/src/packages/KIWI-oem/mnt-3932 2>&1] > [ 2548.375663] SysRq : Power Off > [ 2550.225255] Power down. > > > Any idea? u-boot tools not installed? Alex > > Guillaume >

3 7

[opensuse-arm] No ARM JeOS* images built due to kiwi : command not found!
by Guillaume Gardet 12 Jun '12

12 Jun '12

No JeOS images built due to error: kiwi: command not found https://build.opensuse.org/project/monitor?arch_armv7l=1&defaults=0&failed=… The logs show the installation of kiwi: ********** [6/202] installing kiwi-tools-5.03.12-3.1 [...] [202/202] installing kiwi-5.03.12-3.1 ********** To finally get: ********** running kiwi --prepare for tbz... -bash: kiwi: command not found ********** Any idea why? Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 8

[opensuse-arm] Fixing perl
by Guillaume Gardet 12 Jun '12

12 Jun '12

I am trying to fix perl. I made a patch and I am currently compiling it. It is already further and I hope it will built fine until the end. I will keep you up-to-date. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

4 18

[opensuse-arm] armv7l vs. armv7hl rpm arch
by Adrian Schröter 12 Jun '12

12 Jun '12

Hi, to avoid package incompatibilities with other rpm based distros, I am about to switch the rpm architecture to "armv7hl" again. "armv7l" will be used as backward compatibility, so it should not cause trouble. However, I will wait for the new gcc with new runtime linker path before doing an entire rebuild. Just in case you wonder why we will have both rpm architectures for some time. We will not hack the kernel to report (the not existing) armv7hl architecture, we will go with a hack in rpm instead assuming that armv7l hardware is always armv7hl. In case we want to have armv7l (or armv7nhl or whatever) later on in parallel, we will need to enhance the rpm dependency scripts to extend the keys similar to the 64bit approach. But there is no cross distro standard atm. bye 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

5 11

[opensuse-arm] icecream for armv7l broken
by Alexander Graf 06 Jun '12

06 Jun '12

Howdy, After a bit of debugging, I was able to isolate some build failures we have, like the following: > rpm: error while loading shared libraries: /lib/libselinux.so.1: unexpected reloc type 0x03 At least one major difference I can see in compiling between an icecream gcc invocation and a native gcc invocation is the following: > toonie:/home/abuild/rpmbuild/BUILD/libselinux-2.1.9/src> gcc -O2 -g -march=armv7-a -mfloat-abi=hard -mthumb -mabi=aapcs-linux -I../include -I/usr/include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -fPIC -DSHARED -c -o enabled.lo enabled.c > enabled.c: In function 'is_selinux_enabled': > enabled.c:34:1: warning: visibility attribute not supported in this configuration; ignored [-Wattributes] > enabled.c: In function 'is_selinux_mls_enabled': > enabled.c:69:1: warning: visibility attribute not supported in this configuration; ignored [-Wattributes] > toonie:/home/abuild/rpmbuild/BUILD/libselinux-2.1.9/src> /usr/bin/gcc -O2 -g -march=armv7-a -mfloat-abi=hard -mthumb -mabi=aapcs-linux -I../include -I/usr/include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -fPIC -DSHARED -c -o enabled.lo enabled.c So for some reason gcc doesn't seem to believe our linker knows what hidden attributes are. Weird, eh? So let's check out the gcc armv7l icecream build log: > checking for armv7l-suse-linux-gnueabi-as... no > checking what assembler to use... > checking for armv7l-suse-linux-gnueabi-ld... no > basename: missing operand > Try 'basename --help' for more information. > checking whether we are using gold... no > checking what linker to use... > checking for armv7l-suse-linux-gnueabi-nm... no > checking what nm to use... > checking for armv7l-suse-linux-gnueabi-objdump... no > checking what objdump to use... not found > checking for readelf... /usr/bin/readelf > checking what readelf to use... /usr/bin/readelf > checking assembler flags... > checking assembler for .balign and .p2align... no > checking assembler for .p2align with maximum skip... no > checking assembler for .literal16... no > checking assembler for working .subsection -1... no > checking assembler for .weak... no > checking assembler for .weakref... no > checking assembler for .nsubspa comdat... no > checking assembler for .hidden... no > checking linker for .hidden support... no > checking linker read-only and read-write section mixing... unknown Huh? It really doesn't know what its linker should be, so it isn't able to figure out its features, thus disables them internally. But why? Well, let's see what the s390 build has to say: > checking what assembler to use... /usr/s390x-suse-linux/bin/as > checking whether we are using gold... no > checking what linker to use... /usr/s390x-suse-linux/bin/ld > checking what nm to use... /usr/s390x-suse-linux/bin/nm > checking what objdump to use... /usr/s390x-suse-linux/bin/objdump > checking for readelf... /usr/bin/readelf > checking what readelf to use... /usr/bin/readelf > checking assembler flags... > checking assembler for .balign and .p2align... yes > checking assembler for .p2align with maximum skip... yes > checking assembler for .literal16... no > checking assembler for working .subsection -1... yes > checking assembler for .weak... yes > checking assembler for .weakref... yes > checking assembler for .nsubspa comdat... no > checking assembler for .hidden... yes > checking linker for .hidden support... yes > checking linker read-only and read-write section mixing... read-write Funny. The s390x target finds its cross binutils in /usr/s390x-suse-linux/. Why don't we find ours for armv7l then? Maybe it's because we don't have cross-armv7l-binutils that store something in /usr/armv7l-suse-linux/, but instead we have cross-arm-binutils that have their stuff in /usr/arm-suse-linux/? How does gcc's configure know where to search for the cross binutils? I'm fairly sure we're doing something pretty wrong there today :) Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 3

[opensuse-arm] openSUSE 12.2 Beta for ARM
by Alexander Graf 05 Jun '12

05 Jun '12

Hi Dirk and Coolo, Since Adrian is on FTO this week, this one goes to the 2 of you :). I would really like to see us publish a sort-of-working 12.2 Beta for ARM. Now that the official 12.2 beta is out, all we need to do is take the current state of openSUSE:Factory:ARM, branch that off into its own OBS project and freeze it, right? That would allow the build to settle down for said release, so we can have images for people outside to test and get eager to have a working 12.2 on ARM eventually! Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 3

Re: [opensuse-arm] armStoneA8: Failed to mount /dev
by Joop Boonen 03 Jun '12

03 Jun '12

On Sun, June 3, 2012 4:15 pm, Andreas FÃ¤rber wrote: > Am 03.06.2012 10:10, schrieb Alexander Graf: >> >> On 03.06.2012, at 06:35, Andreas FÃ¤rber wrote: >> >>> On the armStoneA8 board, using NBoot V14 and U-Boot, I'm trying to boot the downstream 3.3.7 kernel (BSP V1.1) from SD with a LimeJeOS rootfs on >>> SD. I had to reconfigure the kernel with CONFIG_LBDAF to mount the ext3[*] rootfs r/w. This is what I get now: >>> >>> [...] >>> mmc0: new high speed SDHC card at address b368 >>> IPv6 over IPv4 tunneling driver >>> mmcblk0: mmc0:b368 NCard 7.48 GiB >>> NET: Registered protocol family 17 >>> can: controller area network core (rev 20090105 abi 8) >>> mmcblk0: p1 >>> NET: Registered protocol family 29 >>> can: raw protocol (rev 20090105) >>> can: broadcast manager protocol (rev 20090105 t) >>> Registering the dns_resolver key type >>> VFP support v0.3: implementor 41 architecture 3 part 30 variant c rev 2 s3c-rtc s3c64xx-rtc: setting system clock to 2000-01-01 00:00:00 UTC (946684800) >>> kjournald starting. Commit interval 5 seconds >>> EXT3-fs (mmcblk0p1): using internal journal >>> EXT3-fs (mmcblk0p1): recovery complete >>> EXT3-fs (mmcblk0p1): mounted filesystem with ordered data mode VFS: Mounted root (ext3 filesystem) on device 179:1. >>> Freeing init memory: 148K >>> Failed to mount /dev: No such device >>> >>> Our rootfs definitely contains /dev, so what is this complaining about? >> >> Please make sure that you have support for tmpfs and (if running w/o initrd) devtmpfs in the kernel :). > > Thanks, found two devtmpfs options through search in menuconfig. > > Now I'm finally getting into the system but am seeing some failures (reformatted for readability): > > Starting System Logging Service... > Starting LSB: Purge old kernels... > Starting LSB: Configure the localfs depending network interfaces... Starting Login Service... > Starting Permit User Sessions... > Started Console System Startup Logging [ OK ] Started LSB: Framebuffer setup [ OK ] Failed to start System Logging Service [FAILED] See 'systemctl status syslog.service' for details. > Started LSB: Purge old kernels [ OK ] Started Permit User Sessions [ OK ] Starting Serial Getty on ttySAC0... > Started Serial Getty on ttySAC0 [ OK ] Starting Getty on tty1... > Started Getty on tty1 [ OK ] Starting D-Bus System Message Bus... > Started D-Bus System Message Bus [ OK ] Starting System Logging Service... > Failed to start System Logging Service [FAILED] See 'systemctl status syslog.service' for details. > Starting System Logging Service... > Started Login Service [ OK ] Failed to start System Logging Service [FAILED] See 'systemctl status syslog.service' for details. > Starting System Logging Service... > Failed to start System Logging Service [FAILED] See 'systemctl status syslog.service' for details. > Starting System Logging Service... > Failed to start System Logging Service [FAILED] See 'systemctl status syslog.service' for details. > Starting System Logging Service... > Failed to start System Logging Service [FAILED] See 'systemctl status syslog.service' for details. > Starting System Logging Service... > Failed to start System Logging Service [FAILED] See 'systemctl status syslog.service' for details. > > > linux:~ # systemctl > Failed to get D-Bus connection: No connection to service manager. > > But D-Bus seemed to have started "[ OK ]" above. > > linux:~ # pstree > systemdââ¬âagetty > ââconsole-kit-daeâââ64*[{console-kit-dae}] > ââcron > ââdbus-daemon > ââdhcpcd > ââloginâââbashâââpstree > ââpolkitdâââ{polkitd} > ââsshd > ââsystemd-journal > ââsystemd-logind > ââudevdâââ2*[udevd] > > What could be going wrong here? More kernel options needed? I've build a kernel for this board in :home:worldcitizen:armv7l kernel-armstonea8 . The config is also there. I've tested it quite some time ago. I don't know if I saw these errors. I use the kernel supplied by F&S Elektronik Systeme GmbH. > > Andreas > > -- > SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 NÃ¼rnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix ImendÃ¶rffer; HRB 16746 AG NÃ¼rnberg -- Regards, Joop. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

1 0