- openSUSE ARM

[opensuse-arm] e-ink or LCD display
by Kai Dupke 12 Oct '12

12 Oct '12

Hi, has any tried to attend an e-ink or LCD display to an arm board? Or is there a board available with a display? I'm looking for a b/w, 2.5''-4'' sized display. Anyone worked with SPI to connect such device? greetings Kai Dupke Senior Product Manager Server Product Line -- Phone: +49-(0)5102-9310828 Mail: kai.dupke(a)suse.com Mobile: +49-(0)173-5876766 WWW: www.suse.com SUSE Linux Products GmbH - Maxfeldstr. 5 - 90409 Nuernberg (Germany) GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nurnberg) -- 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] Using DSP in OMAP4 (pandaboard) for video decoding
by Guillaume Gardet 12 Oct '12

12 Oct '12

Hi, It is difficult to find some sources from TI about DSP and video decoding for OMAP4. There are some sources from Ubuntu-omap: http://gitorious.org/ubuntu-omap I found that blog talking about a community (non-TI) solution: http://blogs.igalia.com/vjaquez/tag/gstdsp/ Does anybody have information or already tested some things? Guillaume -- 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] CONFIG_PREEMPT for ARM boards?
by Guillaume Gardet 12 Oct '12

12 Oct '12

Hi, Does anybody thought about kernel preemption for ARM boards? It could be usefull since kernel preemption is intended to embedded system or (Low-latency) Desktop. Moreover, If we want to enable openGL on omap4 (pandaboard), we need a preemptible kernel. Is there any objection to move to a preemptible kernel for omap2plus? For other ARM boards? For Factory and/or 12.2? Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

4 8

[opensuse-arm] Image descriptions
by Alexander Graf 11 Oct '12

11 Oct '12

Howdy, I changed the image descriptions so that they always generate all files we used to have in root.tar.bz2 within config.sh. This will hopefully (once I figured out how) allow us to create different files depending on the actual image and board we build for. While at it, I added XFCE-panda and XFCE-beagle to 12.2. Alex -- 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] armv5tel switch -> complete rebuildN
by Adrian Schröter 10 Oct '12

10 Oct '12

Hi, JFYI, to complete the armv5tel architecture switch, I have triggered a complete rebuild of openSUSE:Factory:ARM for armv5 NOTE: rpm/zypp will handle armv5el and armv5tel as incompatible architectures. So you either need to manual update the rpm.rpm package with --ignorearch to do the switch when a new rpm tree is out there. Or just wait for the new appliances. As long as they build successfully, they will be there before the rpm ftp tree. 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

2 3

[opensuse-arm] BeagleBoard Firmware Environment
by Jonathan Brawn 09 Oct '12

09 Oct '12

Wotcha! I've been playing with a BeagleBoard (rev C) that I happen to have around t= he place and I've been trying to run OpenSUSE on it. Now, it boots and I ca= n login on the serial port, but the graphical environment doesn't want to p= lay. I suspect that I've got a problem with the firmware environment variab= les - could someone who already has this working do me a favour and email m= e the complete firmware environment please, so I can cross check what's goi= ng on? Thanks a bunch! Jon. -- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you. -- 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] Beagleboard xM boots with 12.2 image but not with factory image
by Guillaume Gardet 09 Oct '12

09 Oct '12

Hi, With latest factory: openSUSE-Factory-ARM-beagle.armv7l-1.12.1-Build41.2.raw.xz Beagleboard xM does not boot because no MLO is found. (60 is written on serial port which means no MLO on SD, trying UART boot) With 12.2 image: http://download.opensuse.org/repositories/openSUSE:/12.2:/ARM/images/openSU… It boots normaly. Any idea? Is there any change in MLO handling in factory? Regards, Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 20

[opensuse-arm] libqt4 failed
by Guillaume GARDET 08 Oct '12

08 Oct '12

Hi, libqt4 failed to build for both armv5 and armv7 in Factory. For armv7, it seems to be due to build-armv7-with-double-qreal.diff patch which lead to a double declaration of a function. I think we should instead use "-fpu no" (or softvfp, vfpv2 or softvfp+vfpv2?) option for configure? But I am not sure it will be really used. For armv5, the compiler does not find the file "bits/c++config.h" whereas the package libstdc++47-devel is installed: ******************************************************************************** [ 531s] In file included from /home/abuild/rpmbuild/BUILD/qt-everywhere-opensource-src-4.8.2/include/QtCore/../../src/corelib/tools/qlist.h:58:0, [ 531s] from /home/abuild/rpmbuild/BUILD/qt-everywhere-opensource-src-4.8.2/include/QtCore/qlist.h:1, [ 531s] from /home/abuild/rpmbuild/BUILD/qt-everywhere-opensource-src-4.8.2/include/QtCore/../../src/corelib/tools/qstringlist.h:47, [ 531s] from /home/abuild/rpmbuild/BUILD/qt-everywhere-opensource-src-4.8.2/include/QtCore/qstringlist.h:1, [ 531s] from project.h:45, [ 531s] from option.h:45, [ 531s] from property.cpp:43: [ 531s] /usr/armv5el-suse-linux-gnueabi/usr/include/c++/4.7/new:41:28: fatal error: bits/c++config.h: No such file or directory ******************************************************************************** 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

6 20

[opensuse-arm] Update of image generation
by Guillaume Gardet 05 Oct '12

05 Oct '12

Hi, I made a request to merge my updates to JeOS* ad XFCE* images, here: https://build.opensuse.org/request/show/137246 Changelog : * Add support to XFCE images auto-generation * Add XFCE-beagle image * Rename images to get the image type (XFCE or JeOS) included in image name * Add dsp-tools and tidsp-binaries packages to beagle images (JeOS and XFCE) If you have any comments or any questions, please ask. Guillaume -- 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] XFCE images
by Guillaume Gardet 05 Oct '12

05 Oct '12

Hi, I am looking at auto-generation of XFCE images kiwi files (as it is done for JeOS) and I have some questions. XFCE-panda.kiwi has JeOS panda packages + XFCE / xorg specific packages + manual resolution of recommended packages + multiple choices. In XFCE specific packages, we have : openSUSE-release-usb-x11 which is provided by no package (at least for factory). Can we remove it ? What is it used for ? I think manual resolution of recommended packages is needed to be sure they are available when generating the image. Am I right ? Otherwise, I do not know why it is there as it should be done automatically by zypper. Finally, there is a package group named : multiple choices. What is it ? Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 6

[opensuse-arm] build error for armv5el (using x86_64 + 12.2)
by Alex Naumov 02 Oct '12

02 Oct '12

Hello, I'm trying to build test package "hello"[*] on x86_64 oS 12.2 for armv5el (RaspberryPi), but get such build error: > osc build --alternative-project=openSUSE:Factory:ARM armv5el armv5el hello.spec logging output to /var/tmp/build-root/.build.log... [ 0s] Memory limit set to 10885072KB [ 0s] Using BUILD_ROOT=/var/tmp/build-root [ 0s] Using BUILD_ARCH=armv5el [ 0s] [ 0s] [ 0s] linux-naumov started "build hello.spec" at Tue Oct 2 11:39:38 UTC 2012. [ 0s] [ 0s] [ 0s] processing specfile /home/naumov/OBS/home:Alexander_Naumov:branches:Base:System/hello/hello.spec ... [ 0s] running changelog2spec --target rpm --file /home/naumov/OBS/home:Alexander_Naumov:branches:Base:System/hello/hello.spec [ 0s] init_buildsystem --configdir /usr/lib/build/configs --cachedir /var/cache/build --rpmlist /tmp/rpmlist.Y08uIx /home/naumov/OBS/home:Alexander_Naumov:branches:Base:System/hello/hello.spec ... [ 0s] Warning: mmap_min_addr is != 0. If programs fail at mmap this could be the reason [ 0s] reordering...cycle: glibc -> libgcc47 -> bash [ 0s] breaking dependency bash -> glibc [ 0s] cycle: libgcc47 -> bash [ 0s] breaking dependency bash -> libgcc47 [ 0s] cycle: glibc -> libgcc47 -> bash -> libreadline6 [ 0s] breaking dependency libreadline6 -> glibc [ 0s] cycle: libgcc47 -> bash -> libreadline6 [ 0s] breaking dependency libreadline6 -> libgcc47 [ 0s] cycle: glibc -> libgcc47 -> bash -> libreadline6 -> libncurses5 [ 0s] breaking dependency libncurses5 -> glibc [ 0s] cycle: libgcc47 -> bash -> libreadline6 -> libncurses5 [ 0s] breaking dependency libgcc47 -> bash [ 0s] cycle: glibc -> libgcc47 [ 0s] breaking dependency libgcc47 -> glibc [ 0s] cycle: libcrack2 -> cracklib [ 0s] breaking dependency libcrack2 -> cracklib [ 0s] done [ 0s] deleting man [ 0s] deleting qemu-accel-armv7hl [ 0s] deleting texinfo [ 1s] [1/109] deleting unwanted brp-check-suse-1.0-53.2.2 [ 1s] installing brp-check-suse-1.0-55.1 [ 1s] [2/109] deleting unwanted filesystem-12.2-4.2.2 [ 2s] preinstalling filesystem... [ 2s] installing filesystem-12.3-2.1 [ 2s] [3/109] deleting unwanted terminfo-base-5.9-12.5.1 [ 3s] installing terminfo-base-5.9-18.1 [ 3s] [4/109] deleting unwanted libgcc47-4.7.1_20120723-1.3.1 [ 3s] /bin/sh: error while loading shared libraries: libgcc_s.so.1: cannot open shared object file: No such file or directory [ 3s] warning: %postun(libgcc47-4.7.1_20120723-1.3.1.armv7hl) scriptlet failed, exit status 127 [ 3s] preinstalling libgcc47... [ 3s] installing libgcc47-4.7.1_20120723-2.1 [ 4s] [5/109] deleting unwanted glibc-2.15-22.6.3 [ 4s] warning: /etc/nsswitch.conf saved as /etc/nsswitch.conf.rpmsave [ 4s] warning: %postun(glibc-2.15-22.6.3.armv7hl) scriptlet failed, exit status 127 [ 4s] preinstalling glibc... [ 4s] installing glibc-2.16-2.1 [ 4s] /lib/ld-linux-armhf.so.3: No such file or directory [ 4s] exit ... Build for armv7l is ok (using openSUSE:12.2:ARM repo), but with armv5el (using openSUSE:12.2:ARM and openSUSE:Factory:ARM) I'm not so lucky :( Any ideas about this?? Regards, Alex * from example on this page: http://en.opensuse.org/openSUSE:ARM_distribution_howto -- 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] Linaro Connect 29Oct-02Nov
by Andrew Wafaa 01 Oct '12

01 Oct '12

Aloha all, I was wondering if anyone was attending Linaro Connect[0] next month in Copenhagen? There will be numerous tracks of interest and also a cross-distro session. I will be there but was wondering if anyone else, especially from the SUSE engineering side. Regards, Andy 0 - http://connect.linaro.org/events/event/lce12-copenhagen/ -- Andrew Wafaa - Principal Engineer, Open Source - ARM Ltd. Tel: +44 1223 405981 Mob: +44 7974 074546 -- 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] openSUSE 12.2 on a Gumstix Overo Fire notes
by Tim Serong 25 Sep '12

25 Sep '12

Hi All, I'm posting this for posterity - I had a late Hackweek last week, during which I was able to get openSUSE 12.2 running on my Gumstix Overo fire, with help from Alex on IRC. Here's the notes from my first run: http://ourobengr.com/2012/09/opensuse-12-2-gumstix-overo-fire/ And here's the notes about my subsequent "real" JeOS image: http://ourobengr.com/2012/09/a-real-opensuse-12-2-overo-image/ I'm not sure when I'm going to be able to hack on this again, but at least I have a documented starting point for next time. I also put links to the above posts on the openSUSE wiki at: http://en.opensuse.org/openSUSE:Supported_ARM_boards#Supported_platforms Special thanks to Alex for his help, and to everyone else for getting ARM support to a point where this was relatively straightforward for me to do :) Regards, Tim -- Tim Serong Senior Clustering Engineer SUSE tserong(a)suse.com -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

1 0

Re: [opensuse-arm] openSUSE 12.2 Beta/Warmup for Release Candidates
by Guillaume Gardet 25 Sep '12

25 Sep '12

Hi, Le 20/08/2012 12:04, Dirk Müller a écrit : > Hi, > > over the weekend we've built 12.2 images and smoke-tested them on one board > (Panda). The images are here: > > http://download.opensuse.org/repositories/openSUSE:/12.2:/ARM/images/ > > We plan to announce them later as Release Candiate 1. If you own a Pandaboard, > BeagleBoard or an EfikaMX, please give them a try. the Vexpress ones are iirc > also completely untested so far. Any feedback (positive or negative) is highly > welcome. I tried on a beagleboard xM the following image : openSUSE-12.2-ARM-beagle.armv7l-1.12.1-Build1.15.2.raw.xz (15th sept.) I write down my tests here : http://en.opensuse.org/openSUSE:Supported_ARM_boards#Beagleboard_xM We are missing the package /libdrm_omap1 /to get a working DVI output. Sound is not working. Cheers, Guillaume > Thanks! > Dirk -- 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] Stragne problem when building and ARM image in my own project
by Joop Boonen 20 Sep '12

20 Sep '12

Hi all, When I try to build one of these images. home:worldcitizen:ARM JeOS-ac100 home:worldcitizen:armv7l JeOS-ac100 I get the following error: [ 508s] Problem: nothing provides /usr/bin/eu-nm needed by module-init-tools-3.15-6.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/eu-nm needed by module-init-tools-3.15-6.1.armv7hl [ 508s] Problem: netcfg-11.5-13.1.noarch requires aaa_base, but this requirement cannot be provided [ 508s] Problem: nothing provides /usr/bin/eu-nm needed by module-init-tools-3.15-6.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: xorg-x11-7.6_1-5.1.noarch requires xinit, but this requirement cannot be provided [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/eu-nm needed by module-init-tools-3.15-6.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/eu-nm needed by module-init-tools-3.15-6.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] [ 508s] Problem: nothing provides /usr/bin/eu-nm needed by module-init-tools-3.15-6.1.armv7hl [ 508s] Solution 1: do not install module-init-tools-3.15-6.1.armv7hl [ 508s] Solution 2: break module-init-tools-3.15-6.1.armv7hl by ignoring some of its dependencies When I remove my own project from the kiwi file I don't see this problem any more, but then I'm missing some packages. I wonder what causes this problem. Regards, Joop. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 2

[opensuse-arm] Strange problem when building and ARM image in my own project
by Joop Boonen 19 Sep '12

19 Sep '12

Hi all, When I try to build one of these images. home:worldcitizen:ARM JeOS-ac100 home:worldcitizen:armv7l JeOS-ac100 I get the following error: [ 508s] Problem: nothing provides /usr/bin/eu-nm needed by module-init-tools-3.15-6.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/eu-nm needed by module-init-tools-3.15-6.1.armv7hl [ 508s] Problem: netcfg-11.5-13.1.noarch requires aaa_base, but this requirement cannot be provided [ 508s] Problem: nothing provides /usr/bin/eu-nm needed by module-init-tools-3.15-6.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: xorg-x11-7.6_1-5.1.noarch requires xinit, but this requirement cannot be provided [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/eu-nm needed by module-init-tools-3.15-6.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/eu-nm needed by module-init-tools-3.15-6.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] Problem: nothing provides /usr/bin/tput needed by aaa_base-12.2-12.1.armv7hl [ 508s] [ 508s] Problem: nothing provides /usr/bin/eu-nm needed by module-init-tools-3.15-6.1.armv7hl [ 508s] Solution 1: do not install module-init-tools-3.15-6.1.armv7hl [ 508s] Solution 2: break module-init-tools-3.15-6.1.armv7hl by ignoring some of its dependencies When I remove my own project from the kiwi file I don't see this problem any more, but then I'm missing some packages. I wonder what causes this problem. 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

[opensuse-arm] images : rootfs vs JeOS
by Guillaume Gardet 19 Sep '12

19 Sep '12

Hi, in openSUSE:/Factory:/ARM/images/ there are 2 *.tbz files : openSUSE-Factory-ARM-rootfs.armv7l-1.12.1-Build19.2.tbz (67 MB) openSUSE-Factory-ARM-JeOS.armv7l-1.12.1-Build32.4.tbz (143 MB) What is the difference? Cheers, Guillaume -- 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] Threading Building Block support for ARM
by Andrew Wafaa 19 Sep '12

19 Sep '12

Not sure if anyone noticed, but the folk at Linaro have posted patches for TBB [0] support on ARMv7 [1]. Would it be possible to have this included on openSUSE? 0 = http://threadingbuildingblocks.org/ 1 = https://wiki.linaro.org/OfficeofCTO/ThreadingBuildingBlocks -- Andrew Wafaa IRC: FunkyPenguin GPG: 0x3A36312F -- 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] openjdk7 with jamvm support submitted into Java:openjdk6:Factory
by Michal Vyskocil 18 Sep '12

18 Sep '12

Hallo all, I've just submitted the new update of java-1_7_0-openjdk, which introduces the optional jamvm support. It's not enabled by default, so standard build will use zero as usuall, but local build --with jamvm do the trick. I did a build on x86_64, but the arm build will be nice to have. Regards Michal Vyskocil

1 0

[opensuse-arm] [ANN] XDC talk: Tegra and embedded graphics
by Andreas Färber 18 Sep '12

18 Sep '12

Hi there, The X Developers' Conference in Nuremberg (SUSE All Hands Area) has a talk scheduled for Friday 14:30 "A look at the NVidia Tegra platform (and graphics drivers in the embedded space in general)": http://wiki.x.org/wiki/Events/XDC2012/Program Regards, Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg -- 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] Trigger rebuild please for openSUSE:Factory:ARM yast2-storage yast2-core yast2-perl-bindings nginx-1.0
by Joop Boonen 17 Sep '12

17 Sep '12

Dear all, Can openSUSE:Factory:ARM yast2-storage yast2-core yast2-perl-bindings nginx-1.0 rebuild please be triggered as these packages still require a old perl version 5.16.0 that doesn't exist any more, the current version is 5.16.1. 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] rootfs target missing
by Alexander Graf 17 Sep '12

17 Sep '12

Hi Adrian, The rootfs image target is missing in the published directory. Its build succeeds just fine: https://build.opensuse.org/package/live_build_log?arch=armv7l&package=JeOS&… but for some reason the result doesn't show up in the published directory. I remember you were fiddling with something there a while back to only tar it up once. Is this related? Alex -- 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] Added wiki for the BeagleBoard-xM
by mmeister 17 Sep '12

17 Sep '12

Feel free to make changes if necessary. Max -- 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] Please trigger rebuild of openSUSE:Factory:ARM yast2-storage yast2-core yast2-perl-bindings nginx-1.0
by Joop Boonen 17 Sep '12

17 Sep '12

Dear all, Can openSUSE:Factory:ARM yast2-storage yast2-core yast2-perl-bindings nginx-1.0 rebuild please be triggered as these packages still require a old perl version 5.16.0 that doesn't exist any more, the current version is 5.16.1. 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

[opensuse-arm] rebuild of openSUSE:Factory:ARM mpi-selector
by Joop Boonen 13 Sep '12

13 Sep '12

Hi, Can package openSUSE:Factory:ARM mpi-selector please be rebuild as the currently build package depends on perl = 5.16.0 while this one doesn't exist anymore perl = 5.16.1 is the currently build version. 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 3

[opensuse-arm] ARM rootfs
by guillaume.gardet＠free.fr 11 Sep '12

11 Sep '12

Hi, I can no more find an ARM rootfs, neither for Factory, nor for 12.2. Any idea why ? We should fix this problem since it prevents people to work on unsupported boards. Cheers, Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

4 3

[opensuse-arm] JeOS- kiwi files are now generated
by Dirk Müller 11 Sep '12

11 Sep '12

Hi, I've changed the way we build the ARM images. previously we used to have copies of a kiwi build file, config.sh and root.tar.gz for various flavors in openSUSE:Factory:ARM, e.g. JeOS, JeOS-panda and so on. This was a bit tiresome to maintain, so I wrote a small wrapper that generates the kiwi configs for the flavors based on a master image. So the current workflow should be a) modify the stuff in openSUSE:Factory:ARM/JeOS/Image.conf.in b) run pre_checkin.sh c) check the resulting generated *.kiwi files inside the JeOS package d) commit This way we can easily apply changes that are effective for all flavors. Also packagelists should be mostly idential now. Let me know if it caused any regressions. I've reviewed the panda flavor image and it should be better, but I haven't looked in detail at the other variants. Greetings, Dirk -- 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] ARM noarch packages
by Joop Boonen 11 Sep '12

11 Sep '12

Dear all, I saw that a lot of noarch doc packages like for example lilypond-doc take extremely long to be build on arm. I wonder if it would be an option to disable these packages on arm and get them build on x86_64? This way the arm distro will be build faster. 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 3

[opensuse-arm] openSUSE:Factory:ARM preinstallimage-base is constantly rebuild
by Joop Boonen 10 Sep '12

10 Sep '12

Dear all, I saw package openSUSE:Factory:ARM preinstallimage-base is constantly rebuild. Can this please be checked out as it holds up a few new build of openSUSE:Factory: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

3 5

[opensuse-arm] build armv7l issues.
by Joop Boonen 31 Aug '12

31 Aug '12

Hi All, Dependency resolving isn't correct for home:worldcitizen:armv7l abootimg. It says abootimg-0.6-4.1.armv7hl.rpm requires: libblkid.so.1()(64bit) libblkid.so.1(BLKID_1.0)(64bit) libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) This should be non 64bit versions. 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 1

[opensuse-arm] ARM mini-summit at kernel summit
by Alexander Graf 29 Aug '12

29 Aug '12

Hi guys, I managed to sneak into the arm mini summit at kernel summit. Here are a few notes I and others took throughout: - openSUSE got recognized for working on ARM - we should report bugs / problems to the respective MLs (panda crash, origen issues, ...) - generic zImage coming (one kernel for all SoCs), some technical / political roadblocks still but should show up soon'ish ----- etherpad notes ------- Info: https://sites.google.com/site/kernelsummit2012/workshops/arm Agenda: https://docs.google.com/spreadsheet/ccc?key=0AqglsllX3y3fdGoxY2lTc3RoTE9zTF… IRC: #armsummit on Freenode WIFI: "Linux Foundation", password "linux2012" Monday Secure Monitor APIs [WD] - OMAP calls: http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap.git;a=blob;f=ar… - Calxeda copied the SMC calls from OMAP - Samsung has reset and boot CPU calls:http://thread.gmane.org/gmane.linux.ports.arm.kernel/183607/http://th… - On hypervisor guests, HVC instead of SMC might be used, currently none on KVM, Xen uses paravirtualization - Some SMCs (e.g. l2 cache setup) might be called very early, necessary since it affects boot time - for any future SMCs we would like to avoid this, preferably push to device drivers, for some errata this might be unavoidable - Another level of APIs is used for secure software on OMAP (audio/video encryption paths) - We need to agree on which services exist and how to access them, atleast define them in the device tree - Also secure monitor calls can be redefined by dynamically-loaded software (e.g. "PPA") - these are not simply defined by the boot ROM - ux500 pushed all secure calls behind the TEE (Trusted Execution Environment) APIs: http://git.linaro.org/gitweb?p=bsp/st-ericsson/linux-3.0-ux500.git;a=tree;f… - We have two classes of problems: - Really early stuff that needs to be done before the MMU is turned on - Less early stuff that can be handled in a more generic way using device tree and all - Samsung suggested high-level abstraction: http://lists.infradead.org/pipermail/linux-arm-kernel/2012-August/115785.ht… - Useful for everybody apart from OMAP? Stale Platform Deprecation [OJ] - Easy to build-test, but do the older platforms still boot? - Deprecate non-DT platforms after some time of inactivity? (1-2yrs?) - OMAP1 not a burden, mainline still actively used - Some (many) drivers still to be updated for DT... - Appended dtb blob to deal with legacy (non-DT) bootloaders - Tony to post list of OMAP board files marked for deprecation - Magnus to write git plugin to identify dead boards - In-tree defconfigs should be superset of options => shmobile needs to do this!! - mother of all defconfigs for single zImage - A patch to delete pnx-4008 is in the pipe - What to do with mach-bcmring? Broken for 2 years, but hobbyists now working on it. Horrible OS abstraction layer. Move to staging? - Dead platforms: mach-ks8695, mach-h720x, mach-l7200, mach-netx, mach-w90x900 - Long term deprecation: mach-ixp4xx, - mach-msm/<some board files> ...tricky. Virtualisation (Xen vs KVM) - Xen and KVM under active development for ARM, although both currently out-of-tree - Virtualisation extensions introduced in latest revision of ARMv7 (Cortex-A7, A15) * HYP mode (PL2), non-secure only, higher privilege level than svc (OS) but different system interface (translation, registers etc) * VMID to identify virtual machine (guest), used to tag TLBs and caches * Some peripherals virtualised in hardware (GIC, generic timers) * Second-stage translation: IPA => PA - KVM doesn't support nesting or CPU emulation (ie. guest CPU matches the real hardware) - Paul: What if HYP is used for other purposes (power management etc)? KVM: Tough. Mutual exclusion of privilege level (one or the other) - SMC interface should be used for power management / cluster switching instead of HVC: https://silver.arm.com/download/download.tm?pv=1303201 [free registration required...] - Boot protocol: kernel must be entered in hyp mode in order to make use of virtualisation extensions - Major performance issue is due to QEMU (probably due to the traps) ? possibility of creating a new subarch that uses virtio - may be best to simply strip down the Versatile Express platform - Development done on the kvm-arm mailing list - Magnus: what about virtualized IOMMU development? - Xen * no QEMU used, so no emulated hardware - only minimal set of devices supported (serial) - serial needed due to kernel assembly language code that touches UART * extensive use of DT - very concerned about ACPI on ARM - 50% of Xen codebase for x86 is ACPI parser - so big it does not fit into the hypervisor - ACPI generator also required; would be bloated - concerned also about DT format changes across kernel releases, since Xen is modifying this - Stephen: when will DT device bindings be declared as concrete & stable? - Olof/Arnd: once the main platforms are completely described in DT * bootloaders need modification to load hypervisor, etc. - grub for ARM? * two different Xen ports for ARM - one relies on the hypervisor instructions and so only works on A7/A15 - the other (Samsung) can run on older ARM cores * patch status: - hypervisor side almost fully upstream - Linux side: sent to the lists - devicetree patches sent to the DT mailing list * console is paravirtualized, rather than emulated hardware DMA Mapping [MS] - Many changes in last year, most of it merged for 3.5 - Conversion to dma_map_ops-based implementation Per-device mapping operations Support for DMA bounce w/ IOMMU Mixture of coherent and non-coherent devices - Core DMA mapping code is architecture-independent, but the integration layer is currently only implemented for ARM - not very difficult to add integration support for other architectures - CMA stuck in catch-22 situation of not being enabled / not being used * Could enable by default with warnings on allocation failures => see how many bug reports we receive * Convert carve-out (?) code to CMA for all platforms - i.mx?, OMAP, SH/Mobile, msm? - also get rid of GFP_DMA tricks for carve-outs - Use of highmem with CMA still needs work - Arnd: for callers who require mappings at specific virtual addresses, IOMMU API calls should be used - Stephen: needed because nVidia chips use address 0 for some boot-related code - Marek: our codec device requires firmware to be loaded at the lowest address, we just assume that the first allocated buffer for codec device gets the lowest address Hacking - Virtualisation (KVM / Xen guys) - randconfig - SMP ops - PMU (PaulW!) - Timer-based delay loop - Platform data testing - Common clock Tuesday arm-soc Process Review - Keeping everybody happy is impossible! - work split between arnd and ojn working well * Arnd dislikes rejecting patches * Late patches/pull requests also a problem - multiple branches vs single linear histor * Although some (Tegra) prefer the latter, can live with the current approach - Used to have many conflicts and dependendies, although this seems to have died down (why?) * Moving stuff to drivers/ may have helped - Signed-tags are `really nice' => allows some commentary for the merge * Most pull requests should use them [upgrade your git!] * http://git-blame.blogspot.com/2012/01/using-signed-tag-in-pull-requesyts.ht… - shmobile needs to follow same topic branch style as everyone else - Requirements for merging new platform code into arm-soc are somehow now coming from customers too (!) single zImage (again) - Work done to eliminate duplicate header files across platforms (mostly done) * Problem now device drivers including platform-specific headers (mach/*.h) * Including these headers is not something we *want* to do, but unfortunately it happens * Rename mach/* headers to include platform name as prefix (at least fixes the build) * rmk: break drivers including mach/ headers as incentive for people to fix their code * Magnus to extend checkpatch.pl to flag up code including these headers - Three remaining problematic headers: uncompress.h, gpio.h, timex.h - CLOCK_TICK_RATE problematic (timex.h) but not required for NO_HZ... * tlindgren: not required for platforms using clocksource/clockevents (? -- needs to be checked) * arnd: value is usually different and usually wrong - Rob: highbank, picoxcell, socfgpa, vexpress, (zynq) can all be built together without the header prefixing - Arnd: Samsung platforms huge problem with mach/ includes due to earlier work to reduce the amount of code - After header prefixing, drivers including mach files hit largely in mach-pxa, mach-sa1100 * To make it worse, many of these are common... * for plat- includes, omap the main one, although largely platform data - First cleanup pass should be straightforward * Remaining drivers can be annoted with depends on !ARM_MULTIPLATFORM * tlindgren can do first pass for omap in next week or so for drivers/ - Frameworks required for single zImage: common clock, sparse IRQ - Arnd will fix Marc's smp_ops patch series and re-post - Kconfig changes add new option `allow multiple platforms to be selected' * Architecture level {v4,v4T,v5}, {v6,v7} * Choice of SoC family with default selection * linker barfs if no machine selected (empty mach_info) * Choice of whether to expose individual board files in Kconfig left to the platform AArch64 - Catalin has a talk at LinuxCon to introduce the architecture in more depth (please attend!) - 2nd version of patches on LKML - DT-only, etc - Potentially ACPI coming from server folks / our friends in Washington - Initial platform code for very simple vexpress model - Aim as high as we can wrt late initialisation of platform code (as a module?) for the moment - timers, gic under drivers/ -- could also be used by arch/arm/ with ifdefs for the inline asm - device initialisation via DT as opposed to early hooks in the platform code - Push back on platforms with things like broken secure interface, etc * Olof: difficult if popular platform turns up with another OS but let's start from this position and see - Not clear when platform code will turn up from silicon vendors but not expected within the next year - v8 CPUs may be drop-in replacements for v7 CPUs on existing SoCs * Server guys more likely to start from scratch - Arnd: vexpress could be pushed as it's the only `hardware' available at the moment - Catalin: prefer to push only the core code initially, then cleanup SoC code prior to posting (use as an example) - Upstreaming: aiming to be in -next for 3.7-rc1 * Arnd: nah, just stick it in -next now and aim for 3.7 in mainline * Action: Arnd to Ack all the patches - personality discussion ongoing... * Arnd: just copy x86 * Catalin: no. <long discussion about PER_LINUX> - 2MB limit on size of dtb * Rob: 1MB limit for AArch32 already * Mark Brown: multi-megabyte co-efficient data for baseband processors could also come via device-tree (for example) * Turns out dtb header contains size information, so let's just use that and be done with it - DMA operations * Single set of ops, currently untested (model doesn't have any DMA-capable devices) * DMA32 likely to be required * swiotlb currently implemented but will be dropped for initial posting as untested - Stuff to share between arch/arm and arch/arm64 * dts files * perf * generic timer * gic * kvm / Xen [if/when merged] big.LITTLE - Linux Plumbers scheduling micro-conference - big.LITTLE => DVFS by other means * big cores and little cores, architecturally identical * Different approaches - Switching: switch between big and little cores transparently * Complications where cluster size not identical (i.e. more of one type than the other) - MP: kernel aware of all cores * Paul Turner has patches to track per-task load history => can be used to pick appropriate target core for a given task * v3 posted to LKML, will publish git tree * `more accurate load tracking at lower cost' - Morten Rasmussen has scheduler patches based on the above * Reduces wakeups on the big cores - spreading vs race-to-idle -- related discussion on LKML - tglx making CPU hotplug suck less * parking/unparking kthreads rather than killing/creating * worst-case scenario an order or magnitude faster with new approach * stop_machine() needs to be removed when CPU is offlined - topology static in header files, cache-level descriptions * need more for big.LITTLE description as micro-architecture radically different DMA Engine - no device-tree bindings * many things currently blocked on it * Patches from Jon Hunter - Other Patches from Vinod Koul * Arnd doesn't think good idea (the DT information in the client should be enough information for the DMAEngine driver) * The controversy is over the client not needing to know any of the information. - Discussing patches from Jon * The managing of these properties should be hidden within the DMA subsystem. The clients and DMA driver shouldn't have to deal with these properties. * (It should be like regulators, etc do it) * Propose binding uses integer flags field for describing things like direction * Mark Brown: `not exactly a readability triumph' * Suggestion: why not use a fixed index for read/write/ etc But, it is more complex. We want the request API to be simple. It can't be just an index. <Arnd lists bunch of implementation problems with DT> * Stephen Warren: we could use multiple properties? One property is hard to read. (Mark Brown argues we really need preprocessor support for dtc) Arnd suggests 'dmas' lists all of them, and another 'dma-names' that names them. (key,value) pairs like we do with irqs and regs. Arnd: having fixed property names allows something to scan the whole tree to find properties. If the property has a different name for each device, it is hard to find the dma properties. Stephen: You would have to scan for prefixes anyway, as well as regulator. The flags are only needed if we want to name the channels. Makes it more complex for devices with only one channel. Paul W: By forcing naming to be consistent, it helps with HW changesintroducing additional channels for existing IP. Consensus on having name. * Q: Which direction are 'read' and 'write'? A: Don't say read or write. :) See macros in dmaengine.h (enum dma_transfer_direction) [clarification from Vinod Koul - Intel] * What about a virtual channel manager that handles the mappings. Vinod: Drivers shouldn't be knowing about channels, etc. Argues for platform handling this. Allocating and filtering channels should be handled by generic code, not individual drivers. Alex

1 0

[opensuse-arm] Kernel for Gooseberry (Allwinner)
by Ciaran Farrell 24 Aug '12

24 Aug '12

Looks like somebody got Ubuntu working on the Gooseberry. Details and an apparently working image are here: https://www.miniand.com/forums/forums/2/topics/82 I'm currently downloading the image. The kernel is available here: http://dl.miniand.com/toby_corkindale/kernel_3.0.36_hf.tar.gz So I guess I could try to use an openSUSE rootfs with that for starters. Ciaran -- Ciaran Farrell, Attorney SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, DE GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) -- 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] Raspberrypi vom 12.10.2012
by Edgar Dombrowski 21 Aug '12

21 Aug '12

Hallo, Raspberry-Freunde Ich habe die obige OpenSuSeVersion installiert, schaffe es aber nicht - im Gegensatz zur Debian-Version - die deutsche Tastatur einzustellen. Wer kann mir helfen? Besten Dank Edgar aus München -- 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] [ANN] Embedded Linux workshop around Snowball board
by Andreas Färber 20 Aug '12

20 Aug '12

Hi, German company Hitex is offering several English-language workshops in Germany on Embedded Linux development with the Snowball board (in openSUSE: kernel-u8500 WIP by awafaa). What seems interesting is that they have an Early Bird pricing that ends TODAY (sorry for late notice!), which includes the board for - at a quick glance - lower than in the Calao Systems online shop. As usual, be sure to check such offers on your own though (e.g., VAT). http://www.hitex.de/quickstartworkshop Regards, Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg -- 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] qemu-accel-armv5el
by Bernhard M. Wiedemann 20 Aug '12

20 Aug '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I had another look at our armv5 qemu-accel rpm and found a way to speed it up by another 50% (excl rpm time): https://build.opensuse.org/request/show/131138 using x86_64 rpm and rpmbuild are still broken: > rpm -U > /home/abuild/rpmbuild/RPMS/armv5tel/psmisc-22.16-0.armv5tel.rpm package psmisc-22.16-0.armv5tel is intended for a different architecture > rpmbuild Segmentation fault Tracing it with gdb is not very helpful either: process 21870 is executing new program: /dev/shm/build-root/emul/x86_64-for-arm/usr/bin/rpmbuild warning: Loadable section ".dynsym" outside of ELF segments warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. Program received signal SIGSEGV, Segmentation fault. 0x00007f94c4b3b7d1 in ?? () (gdb) bt #0 0x00007f94c4b3b7d1 in ?? () #1 0x0000000000000001 in ?? () #2 0x0000000000000000 in ?? () Ciao Bernhard M. -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAvo1gACgkQSTYLOx37oWQ7SwCg1yujJP3kbu2PHJTqu6hDUTVt gHMAn2PzsZbLc5i7OMN9LvY4SpXJf5iC =EAU1 -----END PGP SIGNATURE----- -- 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] openSUSE ARM call
by Alexander Graf 16 Aug '12

16 Aug '12

Hi guys, I've set up this doodle to coordinate when would work for most folks: http://doodle.com/x6xk7z6gbqc8g2tr Please mark when you'd be available, so we can choose a nice time for the call. Alex -- 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] AArch64 toolchain
by Alexander Graf 16 Aug '12

16 Aug '12

Hi guys, I just realized that binutils patches for AArch64 (ARMv6 64-bit mode) already went out: http://sourceware.org/ml/binutils/2012-07/msg00269.html So it's about time to start hacking away on 1) initial cross-compilers to test compile easy programs 2) QEMU emulation Anyone interested in either of the two items above? :) Alex -- 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] endless qemu builds
by Alexander Graf 15 Aug '12

15 Aug '12

Hi Dirk, We still have endless QEMU builds. IIUC the preinstall image contains qemu-accel, thus its %post script doesn't get executed during the qemu build phase, so the hack to use a different path for qemu doesn't kick in. Any ideas? Alex -- 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] libmng cant be build due missing libjpeg-devel
by Joop Boonen 15 Aug '12

15 Aug '12

Hi all, Libmng cant be currently build due to "missing" libjpeg-devel. When i look at the ftp server I see a newer libjpeg package (libjpeg8-devel-8.3.0-11.4.armv7hl.rpm) that is obsolete I think, and the current one build from libjpeg-turbo (libjpeg8-devel-8.0.2-17.1.armv7hl.rpm). libjpeg8-devel-8.0.2-17.1.armv7hl.rpm 25-Jul-2012 04:36 88K libjpeg8-devel-8.3.0-11.4.armv7hl.rpm 17-Jun-2012 07:16 25K When I look at openSUSE:Factory only the 8.02 version exists (libjpeg8-devel-8.0.2-17.3.x86_64.rpm). libjpeg8-devel-8.0.2-17.3.x86_64.rpm 01-Aug-2012 00:01 Can the 8.3.0 version please be removed, as this is a higher version? I need libmng to be able to build rasorqt 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 1

[opensuse-arm] ARM server board
by Bernhard M. Wiedemann 13 Aug '12

13 Aug '12

Hi, I got me an account for http://arm.trystack.org/ and gathered this info for the system/board: # uname -a Linux ubuntu 3.2.0-1000-highbank #55 SMP Fri Jul 6 17:59:21 CDT 2012 armv7l armv7l armv7l GNU/Linux # cat /proc/cpuinfo Processor : ARMv7 Processor rev 0 (v7l) processor : 0 BogoMIPS : 398.13 processor : 1 BogoMIPS : 398.13 processor : 2 BogoMIPS : 398.13 processor : 3 BogoMIPS : 398.13 Features : swp half thumb fastmult vfp edsp neon vfpv3 tls CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x3 CPU part : 0xc09 CPU revision : 0 Hardware : Highbank Revision : 0000 Serial : 0000000000000000 # free total used free shared buffers cached Mem: 4130892 2215316 1915576 0 180196 1793816 -/+ buffers/cache: 241304 3889588 Swap: 4032508 2440 4030068 # df Filesystem 1K-blocks Used Available Use% Mounted on /dev/nbd15 157155644 2646968 146644356 2% / devfs 2065444 8 2065436 1% /dev /dev/disk/... 245639280 16622068 216720816 8% /selinux none 413092 240 412852 1% /run none 5120 0 5120 0% /run/lock none 2065444 0 2065444 0% /run/shm # lspci pcilib: Cannot open /proc/bus/pci lspci: Cannot find any working access method. # lsusb unable to initialize libusb: -99 # cat /proc/devices Character devices: 1 mem 4 /dev/vc/0 4 tty 5 /dev/tty 5 /dev/console 5 /dev/ptmx 5 ttyprintk 7 vcs 10 misc 13 input 21 sg 29 fb 90 mtd 108 ppp 128 ptm 136 pts 180 usb 189 usb_device 204 ttyAMA 229 hvc 252 ipmidev 253 bsg 254 rtc Block devices: 1 ramdisk 259 blkext 7 loop 8 sd 9 md 11 sr 31 mtdblock 43 nbd 65 sd 66 sd 67 sd 68 sd 69 sd 70 sd 71 sd 128 sd 129 sd 130 sd 131 sd 132 sd 133 sd 134 sd 135 sd 179 mmc 253 device-mapper 254 mdp # cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 29: 57562816 48098875 44706092 40343740 GIC twd 39: 0 0 0 0 GIC fff20000.ipc 50: 5 0 0 0 GIC timer 51: 0 0 0 0 GIC rtc-pl031 52: 607 0 0 0 GIC uart-pl011 56: 81183575 0 0 0 GIC ipmi_si 103: 0 0 0 0 GIC fff3c200.sregs 104: 0 0 0 0 GIC fff3c200.sregs 109: 15577064 15337 0 0 GIC fff50000.ethernet 110: 0 0 0 0 GIC fff50000.ethernet 112: 7329 7851279 0 0 GIC fff51000.ethernet 113: 0 0 0 0 GIC fff51000.ethernet 115: 6338612 0 0 0 GIC ahci 123: 0 0 0 0 GIC fff00000.memory-controller IPI0: 0 0 0 0 Timer broadcast interrupts IPI1: 10748144 12526978 11939537 12998041 Rescheduling interrupts IPI2: 30648 29334 28915 29981 Function call interrupts IPI3: 0 0 0 0 Single function call interrupts IPI4: 0 0 0 0 CPU stop interrupts # lsmod ... ipmi_devintf 5274 0 bridge 64533 0 stp 1745 1 bridge llc 4872 2 bridge,stp ipmi_si 32322 0 ipmi_msghandler 30414 2 ipmi_devintf,ipmi_si nbd 8361 1 ext2 50828 1 dm_multipath 13105 0 highbank_l2_edac 2203 0 pl330 6327 0 highbank_mc_edac 2628 0 edac_core 27899 4 highbank_l2_edac,highbank_mc_edac xgmac 13357 0 unfortunately no /proc/config* or /boot/config* except config-3.2.0-26-omap which is just the one from Ubuntu's package. Ciao Bernhard M. -- 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] openSUSE on RaspberryPi
by Gábor Nyers 12 Aug '12

12 Aug '12

Hi, A quick search on the list haven't returned anything recent, so just to check: does someone has an image for the RaspberryPi laying around, which I could test on my shiny new board? I'm aware that the project currently focuses on different platform version, but maybe some people have been doing some pioneering already :-) I also understand that it is important to have focus, but given the huge interest and growing availability of the RaspberryPi, this little device has a *lot* of potential. So I'd think that there is/will be demand for (maybe a stripped down?) openSUSE version for it. Regards, Gábor -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

10 18

[opensuse-arm] WiFi on pandaboard (ES)
by endym 08 Aug '12

08 Aug '12

Am 10.07.2012 17:55, schrieb Guillaume GARDET: > Hi, > > did you try the latest openSUSE images to try wifi on your pandaboard? You should have all you need to get wifi working > now. > > Cheers, > > Guillaume > > Hi Guillaume, just tried the image "LimeJeOS-openSUSE-12.2-ARM-panda.armv7l-1.12.2-Build9.3.raw.xz". ifconfig does not list a wlan interface. Do I have to edit some files to enable it? Regards, endym -- 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] Update ARM configs
by Guillaume GARDET 06 Aug '12

06 Aug '12

Hi, I would like to update the ARM configs (12.2 branch and factory) to match the latest sources version. Are there some config options you are missing? Is it OK if I enable Smartreflex (voltage adjustment) on OMAP for 12.2? (Already enabled on master branch). Cheers, Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

4 10

[opensuse-arm] ARM openSUSE images on http://software.opensuse.org ?
by Guillaume Gardet 31 Jul '12

31 Jul '12

Hi, Is it scheduled to have our ARM openSUSE images on our download portal: http://software.opensuse.org ? Cheers, Guillaume -- 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] EfikaMX - Kernel 3.4.x - no /dev/rtc0
by Matthias G. Eckermann 30 Jul '12

30 Jul '12

Hello all, after having successfully booted my EfikaMX with a Kernel 2.6.31 based openSUSE build, I wanted to move on to the most recent stuff, and used: LimeJeOS-openSUSE-12.2-ARM-efika.armv7l-1.12.2-Build6.1.raw.xz which I yesterday got from: http://download.opensuse.org/repositories/openSUSE:/Factory:/ARM/images/ Ignoring Graphics, there is only one real issue with this: the 3.4.4.3 kernel does not initialize the RTC device (/dev/rtc0), thus the system boots up on 1970-01-01. Looking into the Kernel configuration, there is no obvious option missing. Any ideas? Thanks in advance - so long - MgE -- Matthias G. Eckermann Senior Product Manager SUSE® Linux Enterprise SUSE LINUX Products GmbH Maxfeldstraße 5 90409 Nürnberg Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) -- 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] openssl armv7_neon_probe fault
by Bernhard M. Wiedemann 30 Jul '12

30 Jul '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I got a working image for raspberry pi: http://www.zq1.de/~bernhard/linux/opensuse/raspberrypi-opensuse-20120730.im… But after running zypper up, zypper broke because with armv6, I get an illegal instruction with recent libopenssl-1.0.1c-1.2 # gdb /usr/bin/zypper GNU gdb (GDB) SUSE (7.4.50.20120603-1.1) Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "armv5tel-suse-linux". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/bin/zypper...(no debugging symbols found)...done. (gdb) run ref Starting program: /usr/bin/zypper ref [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/libthread_db.so.1". Program received signal SIGILL, Illegal instruction. 0x40c77540 in _armv7_neon_probe () from /lib/libcrypto.so.1.0.0 Missing separate debuginfos, use: zypper install zypper-debuginfo-1.7.0-3.1.armv5tel (gdb) bt #0 0x40c77540 in _armv7_neon_probe () from /lib/libcrypto.so.1.0.0 #1 0x40c73f60 in OPENSSL_cpuid_setup () from /lib/libcrypto.so.1.0.0 #2 0x4000f6e4 in call_init () from /lib/ld-linux.so.3 #3 0x4000f7a8 in _dl_init_internal () from /lib/ld-linux.so.3 #4 0x40000da4 in _dl_start_user () from /lib/ld-linux.so.3 #5 0x40000da4 in _dl_start_user () from /lib/ld-linux.so.3 Backtrace stopped: previous frame identical to this frame (corrupt stack?) It seems others had this problem on archlinux, too. Ciao Bernhard M. -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAWV2oACgkQSTYLOx37oWSJ/wCg9+260RmMhm8hPjc1jHFVlbBP UKAAn0MYoJEuwPLFcG+B95XNBQhVrIuA =smIG -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

3 2

[opensuse-arm] flash player is missing?
by Bamvor Jian Zhang 30 Jul '12

30 Jul '12

Hi, I have boot opensuse armo on my mele A1000(Allwinner A10 Cpu: Cortex-A8(a)1.2GHz) IceWM and xfce is ok. But I found that there is no flash player included in opensuse arm. Is it true? Do we have plan to work on it? There are lots of website counting on it. Thanks. bamvor -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

4 4

[opensuse-arm] gcj and 12.2 status
by Alexander Graf 28 Jul '12

28 Jul '12

Hi guys, Here's a short update from the last couple weeks / days on recent decisions we made quickly, to get things rolling. 1) There is now an openSUSE:12.2:ARM branch. That branch is currently in bootstrap and will probably be stuck there for the next weeks. 2) We used to build everything with thumb2 code. We still do for Factory, but bumped 12.2 to legacy arm code. Now for some more detail on the respective items. --- openSUSE 12.2 --- We need to get a 12.2 release out. People don't want to play with a factory build that can break every day. They usually don't even do that on x86 which gets tested a lot more than the ARM builds :). So we figured, we should have a full 12.2 build available as soon as possible. We probably won't get all our ARM special fixes in for the release, so we're currently working on a solution to keep our ARM base open to change, while still maintaining update compatibility, so that we get all the glorious 12.2 hardening for all the non-ARM-specific issues. Stay tuned for details :). --- gcj and thumb --- After a pretty tough debugging marathon, we finally found out last night that gcj miscompiles its hash map implementation (which is java code that gets compiled to assembly) when using thumb. Funnily enough neither Debian nor Fedora build with thumb as their default. Because neither Dirk nor me felt like digging into the full build process of gcj (which takes > 8h) to boil it down to a specific instruction that gets misplaced and it was already Friday, we concluded that we do: * default to non-thumb (-marm) for the 12.2 build, so we don't accidentally hit bugs other distros haven't hit either * build gcj with -marm in Factory, until we figured out what the problem is We will write a full summary of what we did and what exactly we debugged things down to in a bug report against gcc, so that the upstream/Linaro folks don't need to go through the same tedious debugging as us. --- Once we're through that, we should have a working java stack everywhere. I'm also thrilled to see how many build failures we'll have left on 12.2 after all the thumb introduced issues are evaporated :). Have a nice weekend! Alex -- 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] llvm build
by Alexander Graf 24 Jul '12

24 Jul '12

Hi Adrian, Something looks weird in the llvm build. I'm getting an assert during compilation: [22708s] /emul/x86_64-for-arm//usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.7/../../../../armv7hl-suse-linux-gnueabi/bin/ld: BFD (GNU Binutils; openSUSE Factory) 2.22 assertion fail ../../bfd/elf32-arm.c:11477 which points to this source line: 11473 /* If the input has no requirement about FP hardware, do 11474 nothing. */ 11475 else if (in_attr[i].i == 0) 11476 { 11477 BFD_ASSERT (in_attr[Tag_ABI_HardFP_use].i == 0); So for some reason the compiler generated softfp code, but the linker thinks it should he hardfp instead? Does the resulting binary work? Alex -- 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] O-DroidX For ARM Dev
by Manu Gupta 24 Jul '12

24 Jul '12

Hi All, thanks for the lot of info you have given me. On Further investigating I came across this board ODROID-X http://www.hardkernel.com/renewal_2011/products/prdt_info.php?g_code=G13399… Seems like a good choice to me but would like second opinions too. 1. It has a cortex A-9 which is armv7 2. It has video out ( so I can connect to my laptop ) 3. Its cheaper than most. (129 USD ) 4. Its based on exynos, so maybe it can be extended to origen too. I am stressing on the video out, because the laptop is the only video output device which I have..other than my phone. I had questions like - 1. Difference between board bringups and working on top layers too. I could not fully understand that part. Thanks a lot.. Regards Manu -- Regards Manu Gupta -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-arm+owner(a)opensuse.org

2 2