October 2011 - openSUSE ARM - openSUSE Mailing Lists

[opensuse-arm] debian for native builds
by Peter Czanik 13 Oct '11

13 Oct '11

Hello, How can I use Debian for native builds? I have the Debian ARM HF running on my EFIKA smartbook. It also has "osc" installed, but when I try to build something, it complains, that build is not available. Bye, CzP -- 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] hwinfo of the PandaBoard booted with openSuSE ARM
by Joop Boonen 12 Oct '11

12 Oct '11

Hi all, For who are interested. This is the hwinfo , /proc/cpuinfo and /proc/meminfo output of the PandaBoard booted with openSuSE ARM. Regards, Joop.

1 0

[opensuse-arm] Just got the openSuSE ARM port running on the Pandaboard
by Joop Boonen 12 Oct '11

12 Oct '11

Hi All, I just got a basic openSuSE ARM port, OBS build armv7hl packages openSuSE packages, running on the Pandaboard. I used mic2, the script that is used for MeeGo. I had to patch 2 things one for the password and one as not all packages are available yet. Otherwise the mic2 build would stop because of a raise. I used these MeeGO panda instructions: http://wiki.meego.com/ARM/OMAP4_Panda I used a adapted Panda.ks.in and Panda.sh file, I've attached these files. MLO & u-boot was build according to: http://elinux.org/Panda_How_to_MLO_%26_u-boot I've attached all files. Regards, Joop. I've also posted 2 videos on you-tube: http://www.youtube.com/watch?v=bf5zKT2gWKs http://www.youtube.com/watch?v=FMziSoonpTU

1 0

[opensuse-arm] All JeOS packages according kiwi (suse-11.4-JeOS)
by Joop Boonen 10 Oct '11

10 Oct '11

Hi all, This are all packages that have been installed for kiwi image template suse-11.4-JeOS . These packages except grub and pciutils will also be needed for a basic arm install. It might be best to focus on fixing these packages first? So we can get a running machine faster and start testing on the Pandaboard. What do you all think? Regards, Joop.

5 7

[opensuse-arm] ipfire port to ARM
by Bill Merriam 08 Oct '11

08 Oct '11

It looks like you guys are doing very well with the port and probably don't need help but I decided to tell you about this distro that just did an ARM port. ipfire is based on Linux From Scratch, do they don't use RPM. Their announcement is here. http://www.ipfire.org/news/ipfire-2.11-available-on-arm The mailing list where they talk about the port is here. http://lists.ipfire.org/pipermail/sig-arm/ Their GIT repository with the ARM patches is here. I suppose we could shamelessly look at how they did it. http://git.ipfire.org/?p=people/ms/ipfire-2.x.git;a=shortlog;h=refs/heads/a… Since they started with a different software base I don't think the patches would be directly usable but if somebody is having trouble with a particular package you could look to see how they did it. I think we would thank them if we did that. Bill -- 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] dietlibc status
by Tim Serong 06 Oct '11

06 Oct '11

Hi All, I spent some time with dietlibc on the weekend. Here's the story: * The attached patch is necessary to fix the immediate build error (doesn't recognize armv7a as a known architecture). * If you apply this patch, later, the build fails with: gcc -D__dietlibc__ -I. -isystem include -fmessage-length=0 -march=armv7-a -mtune=cortex-a9 -mlittle-endian -mfpu=vfpv3-d16 -mfloat-abi=hard -mthumb -mabi=aapcs-linux -Os -Wall -fstack-protector -g -fno-strict-aliasing -c arm/__longjmp.S -o bin-arm/__longjmp.o arm/__longjmp.S: Assembler messages: arm/__longjmp.S:9: Error: selected processor does not support ARM mode `lfm f4,4,[ip],#48' Apparently, FPU vfpv3-d16 doesn't include the lfm opcode (nor sfm, used in setjmp). I am unfortunately grossly unqualified to have an opinion on this, or to (re)implement a correct setjmp/longjmp. * I suspected an upgrade to dietlibc 0.32 may be good/useful (see changelog at http://www.fefe.de/dietlibc/changes-0.32.txt, it mentions some ARM fixes), but AFACIT even upgrading to 0.32 does not fix the above lfm/sfm opcode issue. * Unless other packages depend on it, I'm somewhat tempted to suggest dropping dietlibc if suitable fixes can't be located. The last upstream release was in 2009, and there's mention of it having "numerous unfixed bugs" on the busybox web site (http://busybox.net/FAQ.html#libc) Regards, Tim -- Tim Serong Senior Clustering Engineer SUSE tserong(a)suse.com

3 4

Re: [opensuse-arm] Can openSUSE:Factory:ARM please be published
by Joop Boonen 04 Oct '11

04 Oct '11

On Sun, October 2, 2011 5:28 pm, Dirk Müller wrote: > On Sunday 02 October 2011, Joop Boonen wrote: > >> Can openSUSE:Factory:ARM please be published? >> If it's not allowed to publish it on download.opensuse.org can it please be published like the powerpc packages? arm.opensuse.org? > > As I don't know why it was disabled, I've enabled publishing of > openSUSE:Factory:ARM now. It looks like there is an issue publishing armv7hl packages (http://download.opensuse.org/repositories/openSUSE:/Factory:/ARM/armv7hl/). Packages are in state: "State needs recalculations, former state was: The repository state is being calculated right now" > > Greetings, > Dirk Regards, Joop. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-arm+help(a)opensuse.org

2 1

[opensuse-arm] Cleaning up architecture mess ...
by Adrian Schröter 04 Oct '11

04 Oct '11

Hi, this my plan to cleanup the current mess with the architectures for ARM: * drop armv7hl scheduler and run only armv7el (armv7l would make more sense but to stay compatible with former OBS releases). * change target to produce armv7l.rpm's. The build flags and used hardware floating point switches will remain to be active. * adapt rpm to accept the not existing armv7hl architecture packages to stay compatible with Fedora and MeeGo. Reason behind this is that we currently mix ABI compatibilities and hardware features in the machine string. armv7l hardware should always be able to execute hard float binaries. When the ABI is not compatible this should be expressed by package dependencies. Any comments on this ? thanks adrian -- Adrian Schroeter SUSE Linux Products GmbH email: adrian(a)suse.de

3 3

[opensuse-arm] xorg-x11-driver-video request to split-up
by Joop Boonen 03 Oct '11

03 Oct '11

Hi, Currently this package doesn't build for ARM as of broken code for the xgi driver. I wonder if it would be an idea to slit the package up into different rpm packages, for each driver one rpm package. Basically the same was MeeGo does. The advantage is that it'll safe space. What is important for ARM. I think that chance that an ARM system will be connected to a XGI card is next to nothing. So this driver doesn't need to be maintained for ARM, I think. What do you think about this? Regards, Joop. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-arm+help(a)opensuse.org

1 0

[opensuse-arm] xorg-x11-driver-video request to split-up
by Joop Boonen 03 Oct '11

03 Oct '11

Hi, Currently this package doesn't build for ARM as of broken code for the xgi driver. I wonder if it would be an idea to slit the package up into different rpm packages, for each driver one rpm package. Basically the same was MeeGo does. The advantage is that it'll safe space. What is important for ARM. I think that chance that an ARM system will be connected to a XGI card is next to nothing. So this driver doesn't need to be maintained for ARM, I think. What do you think about this? Regards, Joop. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-arm+help(a)opensuse.org

1 0