Can anybody point me to a (alpha,beta) rootfs, howto create such or what to fix in order to move forward towards it? I already read all openSuSE and ARM related pages but I did not stumble upon anything. I am especially interested in armv7hl for a BB-xM. Regards Bernhard Schuster -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On Sat, October 22, 2011 6:15 pm, Bernhard Schuster wrote:
Can anybody point me to a (alpha,beta) rootfs, howto create such or what to fix in order to move forward towards it? I already read all openSuSE and ARM related pages but I did not stumble upon anything. I am especially interested in armv7hl for a BB-xM.
Currently not packages have been build yet. Some important package for a minimum set-up haven't been build yet. I think it'll take quit some time more before we are at alpha level. If you want to pioneer, there will be options to get something that boots, but certainly not something that is close to alpha. The is due to the missing packages, and also the lack of hardfp video drivers.
Regards
Bernhard Schuster -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Regards, Joop. Joop. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am Samstag, 22. Oktober 2011, 18:15:16 schrieb Bernhard Schuster:
Can anybody point me to a (alpha,beta) rootfs, howto create such or what to fix in order to move forward towards it? I already read all openSuSE and ARM related pages but I did not stumble upon anything. I am especially interested in armv7hl for a BB-xM.
The only way you can currently create a rootfs is via unpacking the packages. The plan is to add kiwi support for ARM, therefore I try to get a building kernel atm. Apart from that we still have a number of problems atm, esp. some package failures in their test suite should be fixed (eg. gmp) and the gcc is not without flaws atm (ICE). When you like to help, you could work on kiwi arm support or help fixing packages. (check the failed ones in openSUSE:Factory:ARM project). Please don't get confused that our packages armv7l, they use hardware floating point as all armv7 cpus are providing it.
Regards
Bernhard Schuster -- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On Sun, October 23, 2011 12:25 pm, Adrian Schröter wrote:
Am Samstag, 22. Oktober 2011, 18:15:16 schrieb Bernhard Schuster:
Can anybody point me to a (alpha,beta) rootfs, howto create such or what to fix in order to move forward towards it? I already read all openSuSE and ARM related pages but I did not stumble upon anything. I am especially interested in armv7hl for a BB-xM.
The only way you can currently create a rootfs is via unpacking the packages.
The plan is to add kiwi support for ARM, therefore I try to get a building kernel atm.
In the meego distro Jan Simon has the pandaboard kernel in his home project distro. http://build.meego.com/project/packages?project=home%3Ajsmoeller%3Apanda Jan Simon, can we use kernel-panda-ti including u-boot-omap4panda and x-loader-omap4panda? The BeagleBoard kernel also exists also in Jan Simons home repo: http://build.meego.com/project/packages?project=home%3Ajsmoeller%3Abeagle These are not the most recent kernels. I don't know/think that 3.0.* is completely patched for OMAP3/4?
Apart from that we still have a number of problems atm, esp. some package failures in their test suite should be fixed (eg. gmp) and the gcc is not without flaws atm (ICE).
When you like to help, you could work on kiwi arm support or help fixing packages. (check the failed ones in openSUSE:Factory:ARM project).
Please don't get confused that our packages armv7l, they use hardware floating point as all armv7 cpus are providing it.
Regards
Bernhard Schuster -- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Regards, Joop. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
2011/10/23 Adrian Schröter <adrian@suse.de>:
Am Samstag, 22. Oktober 2011, 18:15:16 schrieb Bernhard Schuster:
Can anybody point me to a (alpha,beta) rootfs, howto create such or what to fix in order to move forward towards it? I already read all openSuSE and ARM related pages but I did not stumble upon anything. I am especially interested in armv7hl for a BB-xM.
The only way you can currently create a rootfs is via unpacking the packages.
The plan is to add kiwi support for ARM, therefore I try to get a building kernel atm.
Apart from that we still have a number of problems atm, esp. some package failures in their test suite should be fixed (eg. gmp) and the gcc is not without flaws atm (ICE).
When you like to help, you could work on kiwi arm support or help fixing packages. (check the failed ones in openSUSE:Factory:ARM project). I got to read up about the specific issues, some time ago since I did .spec file hacking :>
Please don't get confused that our packages armv7l, they use hardware floating point as all armv7 cpus are providing it.
I don't think this is not a good idea, as proprietary drivers support armv7l but _not_ armv7*h*l, this could potentially confuse beginners. Regards Bernhard -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am Sonntag, 23. Oktober 2011, 13:09:18 schrieb Bernhard Schuster:
2011/10/23 Adrian Schröter <adrian@suse.de>:
Am Samstag, 22. Oktober 2011, 18:15:16 schrieb Bernhard Schuster:
Can anybody point me to a (alpha,beta) rootfs, howto create such or what to fix in order to move forward towards it? I already read all openSuSE and ARM related pages but I did not stumble upon anything. I am especially interested in armv7hl for a BB-xM.
The only way you can currently create a rootfs is via unpacking the packages.
The plan is to add kiwi support for ARM, therefore I try to get a building kernel atm.
Apart from that we still have a number of problems atm, esp. some package failures in their test suite should be fixed (eg. gmp) and the gcc is not without flaws atm (ICE).
When you like to help, you could work on kiwi arm support or help fixing packages. (check the failed ones in openSUSE:Factory:ARM project).
I got to read up about the specific issues, some time ago since I did .spec file hacking :>
Please don't get confused that our packages armv7l, they use hardware floating point as all armv7 cpus are providing it.
I don't think this is not a good idea, as proprietary drivers support armv7l but _not_ armv7*h*l, this could potentially confuse beginners.
There is no hardware architecture called armv7hl (at least the linux kernel does not know it). armv7 always supports hfp and our packages are compiled using this ABI.
Regards Bernhard -- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am 25.10.2011 13:43, schrieb Adrian Schröter:
Am Sonntag, 23. Oktober 2011, 13:09:18 schrieb Bernhard Schuster:
2011/10/23 Adrian Schröter <adrian@suse.de>:
Please don't get confused that our packages armv7l, they use hardware floating point as all armv7 cpus are providing it.
I don't think this is not a good idea, as proprietary drivers support armv7l but _not_ armv7*h*l, this could potentially confuse beginners.
There is no hardware architecture called armv7hl (at least the linux kernel does not know it).
armv7 always supports hfp and our packages are compiled using this ABI.
I don't know about the kernel but the ARMv7 TRM clearly says VFPv3 is an optional extension to ARMv7-A and ARMv7-R. The Cortex-R4 MCU doesn't have it, for instance. Not that we need to care for openSUSE, of course. 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@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
2011/10/25 Andreas Färber <afaerber@suse.de>:
Am 25.10.2011 13:43, schrieb Adrian Schröter:
Am Sonntag, 23. Oktober 2011, 13:09:18 schrieb Bernhard Schuster:
2011/10/23 Adrian Schröter <adrian@suse.de>:
Please don't get confused that our packages armv7l, they use hardware floating point as all armv7 cpus are providing it.
I don't think this is not a good idea, as proprietary drivers support armv7l but _not_ armv7*h*l, this could potentially confuse beginners.
There is no hardware architecture called armv7hl (at least the linux kernel does not know it). Pretty much all other distros arm projects who support arm v7 little endian with hardfloat call it that way, and I personally think it is reasonable, just to make clear it is _all_ (librariers, binaries, ...) are compiled with -mfpu=vfp and no softfp compiled software/drivers/* will work.
armv7 always supports hfp and our packages are compiled using this ABI.
I don't know about the kernel but the ARMv7 TRM clearly says VFPv3 is an optional extension to ARMv7-A and ARMv7-R. The Cortex-R4 MCU doesn't have it, for instance. Not that we need to care for openSUSE, of course.
All ARMv7-A devices currently have the VFPv3 extension AFAIK. Correct me if I am wrong, I read some time ago the kernel itself is capable executing both - hf and sf - at the same time, as long as pending libraries for each fp-type are available. Regards Bernhard -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On Wed, October 26, 2011 8:48 pm, Bernhard Schuster wrote:
2011/10/25 Andreas Färber <afaerber@suse.de>:
Am 25.10.2011 13:43, schrieb Adrian Schröter:
Am Sonntag, 23. Oktober 2011, 13:09:18 schrieb Bernhard Schuster:
2011/10/23 Adrian Schröter <adrian@suse.de>:
Please don't get confused that our packages armv7l, they use hardware floating point as all armv7 cpus are providing it.
I don't think this is not a good idea, as proprietary drivers support armv7l but _not_ armv7*h*l, this could potentially confuse beginners.
There is no hardware architecture called armv7hl (at least the linux kernel does not know it). Pretty much all other distros arm projects who support arm v7 little endian with hardfloat call it that way, and I personally think it is reasonable, just to make clear it is _all_ (librariers, binaries, ...) are compiled with -mfpu=vfp and no softfp compiled software/drivers/* will work. Currently Debian, Ubuntu and Android and maybe others use softfp.
armv7 always supports hfp and our packages are compiled using this ABI.
I don't know about the kernel but the ARMv7 TRM clearly says VFPv3 is an optional extension to ARMv7-A and ARMv7-R. The Cortex-R4 MCU doesn't have it, for instance. Not that we need to care for openSUSE, of course.
All ARMv7-A devices currently have the VFPv3 extension AFAIK.
Correct me if I am wrong, I read some time ago the kernel itself is capable executing both - hf and sf - at the same time, as long as pending libraries for each fp-type are available.
The remark about the kernel is correct. According to ARM you shouldn't mix the libraries. http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0041c/ch11s02... <quote> 11.2.2. Combining hardfp and softfp systems With the software floating-point library, functions pass floating-point types in integer registers. FPA systems pass floating-point results in floating-point registers. The two return methods are not compatible. You should not mix ARM floating-point instructions and calls to the softfp library. </quote>
Regards
Bernhard -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Regards, Joop. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
2011/10/26 Joop Boonen <joop.boonen@boonen.org>:
On Wed, October 26, 2011 8:48 pm, Bernhard Schuster wrote:
2011/10/25 Andreas Färber <afaerber@suse.de>:
Am 25.10.2011 13:43, schrieb Adrian Schröter:
Am Sonntag, 23. Oktober 2011, 13:09:18 schrieb Bernhard Schuster:
2011/10/23 Adrian Schröter <adrian@suse.de>:
Please don't get confused that our packages armv7l, they use hardware floating point as all armv7 cpus are providing it.
I don't think this is not a good idea, as proprietary drivers support armv7l but _not_ armv7*h*l, this could potentially confuse beginners.
There is no hardware architecture called armv7hl (at least the linux kernel does not know it). Pretty much all other distros arm projects who support arm v7 little endian with hardfloat call it that way, and I personally think it is reasonable, just to make clear it is _all_ (librariers, binaries, ...) are compiled with -mfpu=vfp and no softfp compiled software/drivers/* will work. Currently Debian, Ubuntu and Android and maybe others use softfp. Debian is in the process of rebuilding for hardfp, as fedora is and archlinux arm targets armv5 softfp and armv7a hardfp and all call the new builds arm7hl
armv7 always supports hfp and our packages are compiled using this ABI.
I don't know about the kernel but the ARMv7 TRM clearly says VFPv3 is an optional extension to ARMv7-A and ARMv7-R. The Cortex-R4 MCU doesn't have it, for instance. Not that we need to care for openSUSE, of course.
All ARMv7-A devices currently have the VFPv3 extension AFAIK.
Correct me if I am wrong, I read some time ago the kernel itself is capable executing both - hf and sf - at the same time, as long as pending libraries for each fp-type are available.
The remark about the kernel is correct. According to ARM you shouldn't mix the libraries. http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0041c/ch11s02...
<quote> 11.2.2. Combining hardfp and softfp systems
With the software floating-point library, functions pass floating-point types in integer registers. FPA systems pass floating-point results in floating-point registers. The two return methods are not compatible. You should not mix ARM floating-point instructions and calls to the softfp library. </quote>
Good to know Regards Bernhard -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am Mittwoch, 26. Oktober 2011, 22:33:14 schrieb Joop Boonen:
On Wed, October 26, 2011 8:48 pm, Bernhard Schuster wrote:
2011/10/25 Andreas Färber <afaerber@suse.de>:
Am 25.10.2011 13:43, schrieb Adrian Schröter: ...
armv7 always supports hfp and our packages are compiled using this ABI.
I don't know about the kernel but the ARMv7 TRM clearly says VFPv3 is an optional extension to ARMv7-A and ARMv7-R. The Cortex-R4 MCU doesn't have it, for instance. Not that we need to care for openSUSE, of course.
All ARMv7-A devices currently have the VFPv3 extension AFAIK.
Correct me if I am wrong, I read some time ago the kernel itself is capable executing both - hf and sf - at the same time, as long as pending libraries for each fp-type are available.
The remark about the kernel is correct. According to ARM you shouldn't mix the libraries.
Yep, but that should be expressed about dependencies IMHO and not about a new hardware architecture. Because you can run both on the same system/kernel, if you have the right set of libraries (or static binaries). At least the rpm patches I saw in other distros (like MeeGo) are just plain wrong when they make the architectures incompatible. The libraries are.... We could argue if all other rpm based distros are naming it wrong (armv7hl as hardware target_cpu) we should do the same to avoid confusion. On the other hand I prefer currently just to patch rpm (we need to do anyway for armv7hl) to make armv7l and armv7hl an equivalent architecture. So that redhat/meego rpms are still installable on our armv7l... -- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On Oct 22, 2011 9:15 AM, "Bernhard Schuster" <schuster.bernhard@googlemail.com> wrote:
Can anybody point me to a (alpha,beta) rootfs, howto create such or what to fix in order to move forward towards it? I already read all openSuSE and ARM related pages but I did not stumble upon anything. I am especially interested in armv7hl for a BB-xM.
Hi, I have early pre-alpha rootfs. zypper works so you can install prety much anything that is already available in Factory repo (which is something like little bit less then half of the factory). Not complete and not sure whether you can actually boot it up, but building chroot on top of it is pretty easy and I'm using it on my netbook for real work. http://michal.hrusecky.net/2011/10/opensuse-arm-chroot-less-then-alpha/ -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
2011/10/23 Michal Hrušecký <Michal.Hrusecky@opensuse.org>:
On Oct 22, 2011 9:15 AM, "Bernhard Schuster" <schuster.bernhard@googlemail.com> wrote:
Can anybody point me to a (alpha,beta) rootfs, howto create such or what to fix in order to move forward towards it? I already read all openSuSE and ARM related pages but I did not stumble upon anything. I am especially interested in armv7hl for a BB-xM.
Hi,
I have early pre-alpha rootfs. zypper works so you can install prety much anything that is already available in Factory repo (which is something like little bit less then half of the factory). Not complete and not sure whether you can actually boot it up, but building chroot on top of it is pretty easy and I'm using it on my netbook for real work.
http://michal.hrusecky.net/2011/10/opensuse-arm-chroot-less-then-alpha/
Giving it a shot, as soon as I compiled a working kernel, may take until next WE Regards Bernhard Schuster -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
participants (6)
-
Adrian Schröter -
Andreas Färber -
Bernhard Schuster -
Joop Boonen -
Joop Boonen -
Michal Hrušecký