September 2011 - openSUSE ARM - openSUSE Mailing Lists

[opensuse-arm] Growing some openSUSE ARMs
by Andrew Wafaa 30 Sep '11

30 Sep '11

Sorry for the cross posting, but I thought it worth the extra noise ;-) One of the things that came out of the recent Geeko Love-In for me was a new project to immerse myself in within openSUSE. Yeah I know, we have enough existing projects already so why create a new one? Simples! Believe it or not but openSUSE is behind the curve in a specific segment, and that segment has yet to explode to its full potential. That segment is ARM. No I'm not talking about your upper body appendages, but the architecture that powers most of your little devices (and some bigger ones too). Almost all smartphones, tablets and many other consumer devices are powered by ARM from one of the numerous licensees. Didn't openSUSE do something about this a while ago? Yes we did. Unfortunately the effort seems to have bitrotted somewhat, there were numerous reasons and I don't even prophesise to know the all either. As such I'm going to try and kickstart things, and see it through and hopefully see it grow. As I mentioned, this idea came up at the conference when I was talking to numerous people (I forget how it all started, but that doesn't really matter). There was an overwhelmingly positive view on the matter, and that for me was all that counts. Now let me be crystal clear here, *THIS WILL NOT BE A ONE MAN SHOW!!* I mentioned previously that my view is that we as a community are pretty lazy at times with getting our hands dirty. As such if you think things are going slow or not going in the direction you would like, don't moan. Get your hands dirty and help make a difference. The process will not be an easy one either, so don't expect a port to magically appear over night. If we're lucky we might be able to have a working port in 6 months. Maybe longer, maybe shorter; ultimately that lies with us as a community. Stage one has begun already thanks to Adrian Schroeter, Alex Graf and Dirk Mueller. Stage one comprises of getting the boot strap process to work. At a cursory level this means getting the packages required for setting up a build chroot environment and for building these packages on the target ARM architecture. This will possibly take a fair amount of time, and no I won't give any timelines for this - how long is a piece of string? openSUSE has a couple of advantages here, 1) we have the OBS which can cross build and if need be cross compile packages for numerous architectures (ARM included) so we are going to make a start with that; 2) SUSE are going to be doing another HackWeek (I think it is next week) which means Adrian, Alex, Dirk and anyone else that has knowledge, experience or interest can join in the fun and pain almost full time for a week - let's not kid ourselves here there is a high probability for lots of pain, but also fun ;-) Thing is HackWeek is not just for SUSE staff, it is also for the community. You can join in and spend some quality time on the project with those that know a whole heap of stuff, and learn from them and maybe even teach them something too. We are going to be targeting ARMv7 nothing older I'm afraid this means CORTEX-A8 and above (looking at A9 primarily and then the new A15 when it's available), it gets too messy otherwise and it is already messy enough.If you have knowledge and experience, please help out. If you don't take part you have no justification to complain - you've got to be in it to win it ;-) So I'm basically just giving you all a heads up on this effort, and will update you as regularly as possible (I'm hoping to do something weekly maybe). In the meantime, if you're interested join #opensuse-arm on Freenode and the opensuse-arm mailing list. *DO NOT HARRASS* for updates, if there is something to say it will be said. If you've got a question, ask and *WAIT* for an answer. If you want to help out but want to know how ask and *WAIT* for an answer. I will try and get something on the wiki soon, with a todo list etc. Thanks and here's to getting our Geeko some ARMs. Regards, Andy -- Andrew Wafaa IRC: FunkyPenguin GPG: 0x3A36312F -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-arm+help(a)opensuse.org

17 26

[opensuse-arm] Target ARM Hardware
by Andrew Wafaa 30 Sep '11

30 Sep '11

This is a hot topic, and one that seems to generate the most noise. I've had a discussion with several people about target hardware, and I've also looked at what our peers are doing and saying. At the same time I've been trying to see what options we have for getting some sponsorship for hardware. There were three devices in the running, all are classed as development boards - so no case or external prettyness (beauty comes from within anyway): TI PandaBoard [0] Samsung Origen [1] ST Ericsson Snowball [2] After discussing, the preferred nominee is the PandaBoard. Several factors led to this decision, it has an integrated wired network connection; is well supported by the incumbant distros; widely used within the wider ARM open source community; and it has Pandas (OK only in name but still!) So if you want to prep and get some hardware, then go for the PandaBoard (as soon as the Cortex A15 is released, we'll be looking at them). Yes, I know it's a developer board and not an end user product. Unfortunately there aren't actually that many end user products that you can sensibly use for development at the moment. Sure, there's the TrimSlice[3] the DreamPlug[4] and a few others, but after consulting someone that is far more knowledgable and aware of the wider landscape we went with their recommendations. Oh and things are moving pretty fast folk!! \o/ 0 = http://www.pandaboard.org/ 1 = http://www.origenboard.org/ 2 = http://www.igloocommunity.org/ 3 = http://trimslice.com/ 4 = http://www.globalscaletechnologies.com/t-dreamplugdetails.aspx -- Andrew Wafaa IRC: FunkyPenguin GPG: 0x3A36312F -- 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] Marvell Dreamplug D2 available for purchase
by Bill Merriam 29 Sep '11

29 Sep '11

Here is Marvell's description of the processor: The Marvell ARMADA 510 is a high-performance, highly integrated, low-power system-on-chip (SoC) with an ARM v6/v7-compliant superscalar processor core, hardware graphics processing unit, video decoding acceleration hardware and a broad range of peripherals. Targeted for smartbooks, thin clients, mobile internet devices (MIDs) and tablet devices, this high-performance SoC answers the need for fast processing and a rich multimedia user experience, in a low-power design that offers quick Internet browsing, software compatibility, HD video, 3D graphics and high-speed connectivity. Marvell’s ARMADA 510 (88AP510) SoC gives developers a fully integrated design that provides end users with the portability and similar battery life experience of a smartphone, along with the multimedia, software and browser performance of a PC. The D2 is not a board, is a complete system with case, power supply etc. It lists for US$250 which seems reasonable. It comes with Ubuntu 10.04 installed. Everything is open source, including graphics. Marvell maintains the kernel patches but I think they are upstream. Here are some links: http://plugcomputer.org/development-kits/d2plug.html http://www.marvell.com/application-processors/armada-500/index.jsp https://www.globalscaletechnologies.com/t-d2plugdetails.aspx Anybody have any thoughts about using this as a target platform? Bill -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-arm+help(a)opensuse.org

1 0

Re: [opensuse-arm] bootstrapping current Factory for ARM
by Joop Boonen 26 Sep '11

26 Sep '11

On Mon, September 26, 2011 1:07 pm, Alexander Graf wrote: > On 09/26/2011 10:26 AM, Guillaume Gardet wrote: >> >> Le 25/09/2011 10:40, Andrew Wafaa a Ã©crit : >>> On 23 September 2011 19:12, Dirk MÃ¼ller<dmueller(a)suse.de> wrote: >>> >>> [...] >>>> We've also setup openSUSE:Factory:ARM, which is supposed to >>>> bootstrap itself >>>> and become a complete Factory distribution. We'll be working on this during >>>> the next week. Currently this project is empty and not yet building due to >>>> some initial issues still. >>>> >>>> Currently we're building armv7el with softfp, although people have been >>>> indicating that we should switch to hardfp, and revive armv5el for the softfp >>>> targets. Any other comments? >>> My thinking behind preferring hardfp is that the boards/systems that we will hopefully be running on (at least initially) will be the newer variaty which support hardfp. My understanding of the situation is that there is a significant gain if using hardfp vs softfp. Saying that though I am open to being educated on the situation. I know our competitors/peers are all switching to hardfp too. >> >> According to GCC man page: >> http://gcc.gnu.org/onlinedocs/gcc/ARM-Options.html >> softfp option uses hardware instructions. >> Quote: >> **************************** >> -mfloat-abi=name >> Specifies which floating-point ABI to use. Permissible values are: >> `soft', `softfp' and `hard'. >> >> Specifying `soft' causes GCC to generate output containing library >> calls for floating-point operations. `softfp' allows the generation of code using hardware floating-point instructions, but still uses the soft-float calling conventions. `hard' allows generation of >> floating-point instructions and uses FPU-specific calling conventions. >> >> The default depends on the specific target configuration. Note >> that the hard-float and soft-float ABIs are not link-compatible; you must compile your entire program with the same ABI, and link with a compatible set of libraries. >> **************************** >> >> So be sure everyone is speaking about the same thing. > > While VFP is still optional in the architecture, I'd say every system we really want to run openSUSE on should have VFP available. If not, I'd much rather go the PowerPC road and implement an FPU emulator in the kernel rather than confine all user space to a slow ABI. Soon targets without FPU will be gone - and we're not targeting the past here. Would this be comparable to the "wm-FPU-emu is an FPU emulator for Linux"? http://kernelhistory.sourcentral.org/linux-0.99.9/S/294.html I think that would be a great option as the primary support will be new hardware while old hardware is still supported. > > So yes, we should go with hardfp. > > > Alex > 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] bootstrapping current Factory for ARM
by Dirk Müller 26 Sep '11

26 Sep '11

Hi, The last few days Adrian and I have been working on reviving Base:build:arm, and at least for armv7el we're quite near a complete build. The current state is that we've rebuilt all current sources versions of the toolchain for Factory, and are in a state where it can almost bootstrap itself. I'm saying almost because it seems the gcc4.6 compiler is miscompiling things, so the rpm db corrupts itself quite quickly. I'm still trying to find a fix for that. On the other side we did not get far enough with 4.4 either, so it seems we currently do need a newer compiler. We've also setup openSUSE:Factory:ARM, which is supposed to bootstrap itself and become a complete Factory distribution. We'll be working on this during the next week. Currently this project is empty and not yet building due to some initial issues still. Currently we're building armv7el with softfp, although people have been indicating that we should switch to hardfp, and revive armv5el for the softfp targets. Any other comments? Any help in the form of submitrequests is appreciated :-) Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-arm+help(a)opensuse.org

7 7

Re: [opensuse-project] Re: [opensuse-arm] Growing some openSUSE ARMs
by Joop Boonen 23 Sep '11

23 Sep '11

On Fri, September 23, 2011 9:16 pm, Jan-Simon Möller wrote: > <snip> > Well cool - why did it take us ~ 1.5 years to notice ;) . > I just dropped factory pack then as it is too much for just one penguin. >> > 2) SUSE are going to be doing another HackWeek (I think it is next >> week) >> > which means Adrian, Alex, Dirk and anyone else that has knowledge, experience or interest can join in the fun and pain almost full time >> for >> > a week - let's not kid ourselves here there is a high probability for lots of pain, but also fun ;-) Thing is HackWeek is not just for SUSE staff, it is also for the community. You can join in and spend some quality time on the project with those that know a whole heap of >> stuff, >> > and learn from them and maybe even teach them something too. >> > We are going to be targeting ARMv7 nothing older I'm afraid this means >> > CORTEX-A8 and above (looking at A9 primarily and then the new A15 when >> > it's available), it gets too messy otherwise and it is already messy enough.If you have knowledge and experience, please help out. If you don't take part you have no justification to complain - you've got to >> be >> > in it to win it ;-) >> > So I'm basically just giving you all a heads up on this effort, and >> will >> > update you as regularly as possible (I'm hoping to do something weekly >> > maybe). In the meantime, if you're interested join #opensuse-arm on Freenode and the opensuse-arm mailing list. *DO NOT HARRASS* for updates, if there is something to say it will be said. If you've got a >> > question, ask and *WAIT* for an answer. If you want to help out but >> want >> > to know how ask and *WAIT* for an answer. I will try and get something >> > on the wiki soon, with a todo list etc. >> I think we should get people like Jan-Simon Möller on board as he started >> the first openSuSE ARM build in 2009 and also the ARM build in OBS. I think it'll kick-start the ARM port. >> > Thanks and here's to getting our Geeko some ARMs. > So let get a crew together - we have the knowledge and the tools. I'm willing to do my part on the weekends and continue what I did back then. > Time to wipe android from the transformer ?! ;) That'll be one mean machine. (Certainly the upcoming Transformer 2 (TF201 ?) with the Tegra Kal El) I have looked into the Tegra2. I've read this story in connection with hardfp. http://www.slashgear.com/meego-tegra-2-drivers-could-end-android-monopoly-o… http://www.meegoexperts.com/2011/07/nvidia-meego-battle-ground/ This looks quite promising. I don't know when these drivers will be available I couldn't find any information yet. > Best, > Jan-Simon Just some information as people are looking into hardware. The trimslice might also be an option as you'll get 45% off as a developer, I don't know if it's still valid. http://trimslice.com/web/dev-kit IMHO the advantage it that there are a lot of Tegra devices Tablets etc. The disadvantage is IMHO that the driver is closed source. I don't know if the nouveau project could change 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

Re: [opensuse-arm] Re: [opensuse-factory] Growing some openSUSE ARMs
by Joop Boonen 22 Sep '11

22 Sep '11

On Thu, September 22, 2011 4:42 pm, Markus Slopianka wrote: > On Donnerstag 22 September 2011 16:05:44 Andrew Wafaa wrote: > >> the architecture that powers most of your little devices (and some bigger ones too). Almost all smartphones, tablets and many other consumer devices are powered by ARM from one of the numerous licensees. > > The openSUSE member who were allowed to vote decided that openSUSE does not want to run on > those âlittle devicesâ. http://en.opensuse.org/openSUSE:Strategy says: >> openSUSE does not: >> (...) >> Work on Mobile or embedded devices. See also link: http://news.opensuse.org/2011/08/09/strategy-done/ <quote> The future The team noted that the strategy is of course not set in stone for eternity although we probably wont go through this process every year and asked for further feedback in the mass mailing to the membership. Some comments did indeed come in, most notably asking for the ARM port and mobile devices as well as the impact of the openSUSE Foundation. In the future, the strategy documents will surely require some revision. Once somebody in the openSUSE community steps up to do an ARM port, which is likely to attract significant help, the document will have to be revisited to reflect this, just like Tumbleweed resulted in a change. </quote> Joop -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-arm+help(a)opensuse.org

1 0

Re: [opensuse-arm] Re: Growing some openSUSE ARMs
by Joop Boonen 22 Sep '11

22 Sep '11

On Thu, September 22, 2011 5:41 pm, Guillaume Gardet wrote: > > > Le 22/09/2011 16:56, Greg KH a écrit : >> On Thu, Sep 22, 2011 at 03:05:44PM +0100, Andrew Wafaa wrote: >>> We are going to be targeting ARMv7 nothing older I'm afraid this means CORTEX-A8 and above (looking at A9 primarily and then the new A15 when it's available), it gets too messy otherwise and it is already messy enough.If you have knowledge and experience, please help out. If you don't take part you have no justification to complain - you've got to be >>> in it to win it ;-) >> I know we talked about this at the openSUSE conference, and I'm glad that you are starting to kick this off, it's great. >> >> But, what specific machine are you targeting this to run on to start with? We need some kind of specific platform to aim for besides a semi-vague processor level, in order to get a valid kernel and >> tool-chain up and running. The kernel specifically is going to be a bit difficult as each individual platform needs tweaks in order to have it work properly due to the lack of discoverable busses (device-tree work notwithstanding). >> >> In other words, what box do I need to go buy in order to help make this possible? :) > > I think we need more than 1 board to check the port. I think Beagleboard, Beagleboard xM or a Pandaboard could be a nice board to develop openSUSE on ARM (in addition to qemu). > > Firstly, we have to decide what kind of ARM processor we want to support. I think we should target ARMv7 and above Application processor family (Cortex A8, A9 and above) to have enough "power" to run openSUSE. I think we will have poor performances with ARMv5 for openSUSE. > Then, we have to decide which optimization (in GCC) we want to enable. I would say : > - ARM EABI with ARMv7-a instructions > - VFP (vector floating point) > - thumb/thumb2 instructions if possible (some packages do not compile with thumb or thumb2 enabled) > - NEON (not all processor have it, maybe enable it as an option for video libraries for examples to have good performances) I think that if you look at the time that it'll take to have a stable distro, I think it would be best to focus on the Cortex A9 (hardfp etc) with or without NEON. Why start with a distro that is already based on "old" hardware. Nearly all tablets are using a Cortex A9 (mostly in the form of a Tegra 2). That has one small downside. This one doesn't have a NEON FPU at least not one that meets the full specs. What are the plans for a openSuSE ARM distro. Where should it run on? I think as a distro it would be useful to have it running on a tablet like the Asus Transformer and upcoming ARM Cortex A15 servers. > > Interesting pages: > http://en.wikipedia.org/wiki/List_of_ARM_microprocessor_cores > http://en.wikipedia.org/wiki/ARM_architecture > > I have experiences in embedded Linux and I have a beagleboard xM, so I can help if you want. But I have no experiences in RPM packaging. I would like to take part. I have Pandaboard (OMAP4430) and Toshiba AC100 (Tegra2). > > AFAIK, someone worked on ARM port some time ago in google summer of code. It could be nice to know what have been done. > > Cheers, > > Guillaume Joop. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-arm+help(a)opensuse.org

1 0

Re: [opensuse-arm] Re: Growing some openSUSE ARMs
by Joop Boonen 22 Sep '11

22 Sep '11

On Thu, September 22, 2011 5:22 pm, Alexander Graf wrote: > > Am 22.09.2011 um 17:13 schrieb Pavol Rusnak <prusnak(a)opensuse.org>: > >> On 09/22/2011 04:56 PM, Greg KH wrote: >>> In other words, what box do I need to go buy in order to help make this possible? :) >> >> I think BeagleBoard (Cortex-A8) or PandaBoard (Cortex-A9) would be a good start. >> >> http://en.wikipedia.org/wiki/BeagleBoard >> http://en.wikipedia.org/wiki/PandaBoard > > To kick thibgs off (and for easy development), I would target QEMU, so everyone can try it out and attach gdb when needed. > > I agree though that we need to target one particular board for real hw development, so things don't get more painful than they have to be. I'm reasonably indifferent on what we're targeting there, but it should be < 200â¬ and widely available. I think the best choice would be the snowball board of the igloo community. http://www.igloocommunity.org/ http://shop.strato.com/epages/61428605.sf/en_GB/?ObjectPath=/Shops/61428605… It'll set you back 164.00 excluding tax and postage for version with GPS/bluetooth and wifi. The reason why I think the snowball is the best choice is because it's using the ST-Ericsson Nova A9500 processor (Dual Cortex A9 + Mali 400 GPU) like the Samsung Exynos 4210 SoC. The advantage of this board over the pandaboard is that it has a OSS video driver (GPL and MIT license), while the SGX540 driver is closed source. http://www.malideveloper.com/developer-resources/drivers/open-source-mali-g… I have the the Pandaboard the problem is the current SGX drivers don't work for hardfp, which I think is the best for a openSuSE ARM distro. If it's decided to use this board I wouldn't mind ordering it together with people near me, the postage is quite high 32.56 excluding tax, to the Netherlands. I live in Limburg (SE Netherlands), near Germany and Belgium. > > Either way, for bootstrapping going with an emulated platform is probably more useful. Once we have a proper base system, let's go for the real fun and target a board. > > > Alex-- > To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org > For additional commands, e-mail: opensuse-arm+help(a)opensuse.org > 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

RE: [opensuse-arm] Re: Growing some openSUSE ARMs
by J.Witvliet＠mindef.nl 22 Sep '11

22 Sep '11

From: Greg KH [mailto:gregkh@suse.de] Sent: Thursday, September 22, 2011 4:57 PM To: Andrew Wafaa Cc: openSUSE ARM ML; openSUSE Project ML; openSUSE Factory ML Subject: [opensuse-arm] Re: Growing some openSUSE ARMs On Thu, Sep 22, 2011 at 03:05:44PM +0100, Andrew Wafaa wrote: > We are going to be targeting ARMv7 nothing older I'm afraid this means > CORTEX-A8 and above (looking at A9 primarily and then the new A15 when > it's available), it gets too messy otherwise and it is already messy > enough.If you have knowledge and experience, please help out. If you > don't take part you have no justification to complain - you've got to be > in it to win it ;-) I know we talked about this at the openSUSE conference, and I'm glad that you are starting to kick this off, it's great. But, what specific machine are you targeting this to run on to start with? We need some kind of specific platform to aim for besides a semi-vague processor level, in order to get a valid kernel and tool-chain up and running. The kernel specifically is going to be a bit difficult as each individual platform needs tweaks in order to have it work properly due to the lack of discoverable busses (device-tree work notwithstanding). In other words, what box do I need to go buy in order to help make this possible? :) thanks, greg k-h -----Original Message----- HP has some small general purpose ARM-boxes. See: http://h18000.www1.hp.com/products/quickspecs/13500_na/13500_na.HTML They are around $100,-- ______________________________________________________________________ Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten. This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages. -- To unsubscribe, e-mail: opensuse-arm+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-arm+help(a)opensuse.org

3 2