The Free and Open Productivity Suite
Released: Apache OpenOffice 4.1.15

Interview: Peter Naulls, Debian ARM Developer

-Louis Suárez-Potts



Over the space of a couple of days last week, I interviewed Peter Naulls of the Debian project about the recently completed port of 1.1.x to the ARM processor running Debian. As most readers probably know, ARM processors are found in everything from mobile phones to the mini iPod, PDAs (such as the iPAQ), and more, including desktop systems and servers. According to Wikipedia, ARM chips account for 75 percent of all 32-bit embedded CPUs though it should be emphasized that the embedded market is by no means the only market for ARM processor systems. Making 1.1.x available to this huge market is thus an achievement of some magnitude. Mobile phones are cheap; as are PDAs; ARM desktops can also be very inexpensive. The port gives millions the power and capability of

Readers wanting to get the binaries or work on the port are urged to first install Debian's Linux (it's free). The binaries can be found in the experimental distribution, Note: this is really meant (at least for now) for those familiar with Debian.

Let's start with the usual question: Tell us about yourself and what you working on with (OOo). Also, what do you do outside of working oinOOo?

Well, I don't have that great deal of involvement in OOo, most of my involvement in the project was because I was asked to port it to ARM as part of Linux development by Psion. My background is ARM - in particular, I use a somewhat obscure ARM-based British OS called RISC OS developed by the now defunct Acorn (on which incidentally, OOo is extremely unlikely to ever run), although most of the bill are paid by ARM Linux development.

What's Debian's stake in OOo?

I'm not sure that's the right question to ask, because Debian embraces so many different programs and technologies without any real favouritism; so Debian's "stake" in OOo is, to me anyway, just one more program that is packaged and can be easily used on Debian. The final value in that ends up with users and companies that have Debian systems.

Okay, let's focus on the subject at hand, the new port to the ARM chip. Can you explain what a port of 1.1.x to ARM means? And why it is important?

It demonstrates that ARM processors are not just found in phones/PDAs/washing machines (although the overwhelming number are used in those kinds of applications). ARM has historically been a processor for desktop machines, and the OOo port shows that this is still possible; albeit not at the super high clock speeds found on PPC and Intel-based platforms.

What systems and devices are affected by this? Why would people be interested? What are some potentials?

Given the demanding space and processing requirements, the number of ARM platforms (beyond development boards) that OOo could potentially run on is a bit limited - the full list is probably (in order of suitability) Castle iyonix (which I did the Linux port to), Footbridge platforms (Rebel/Corel Netwinder, Simtec CATS) and perhaps the Psion netBook.

I am thinking, also, of those many who have wanted a version of OOo that runs on very lightweight (or even older) systems. Does this port address those desires?

No, it doesn't - partly for the above reasons. This is an essentially fully featured port - OOo currently has some facility for turning off features, but nowhere near enough to address these type of targets.

What were the key technological challenges that you had to overcome?

Doing an ARM version of the C++/UNO bridging code. The existing code for other platforms used dynamically generated machine code in order to persuade some complex behaviour to occur. This solution really wasn't the tidiest, and in any case, wasn't that suitable for ARM. In the end, I was able to write some static assembler that performed the same job, although did rely a bit on specific (but unlikely to change) layout of ARM instructions by the compiler. I also had to fight with some apparent compiler bugs (and C++ really isn't my favourite language) when dealing with some different and also tricky ARM assembler dispatch code.

The biggest practical challenge is that it took 3 days to do a complete build on my 600Mhz Xscale system - I did look into a variety of cross-compiling solutions, but they were all far from suitable for OOo.

What helped you overcome them? What would you have liked to be different?

Mostly a combination of dumb determination, combined with some rather specialised knowledge about what the compiler was going to do with ARM code. The ability to cross compile OOo would have saved a great deal of time.

What needs to be done now? And, where can people help out? There are numerous readers, I am sure, who would like to know where to go.

Well, the ARM port really isn't that fast. There may be some value to be had out of a recompile with GCC 3.4 (GCC 3.3 was current for ARM Linux at the time). There is also some locking code that would really benefit from an ARM version: currently it's using the generic and slow version. This task is quite complex, although there's a SPARC version that it could be based upon.

And not forgetting OOo 2.0, although I suspect most of the ARM specific bits in that have already been addressed by my patches to 1.1: it would be good if ARM was a supported platform for that. There's also no reason why a NetBSD/ARM port can't be done - it should be the case that very few additional changes are needed.

What should wannabe developers do?

I recommend any wannbe developers first try and build the Debian package themselves. After that (or if they get stuck), pop onto the IRC channel on freenode. The people there are very helpful.


Back to Editorial Index

Apache Software Foundation

Copyright & License | Privacy | Contact Us | Donate | Thanks

Apache, OpenOffice, and the seagull logo are registered trademarks of The Apache Software Foundation. The Apache feather logo is a trademark of The Apache Software Foundation. Other names appearing on the site may be trademarks of their respective owners.