FLOSS & Cia.

libposix project started !

2009-05-25T10:14:00.000-03:00

libposix is a bold attempt to unify the implementation of the core functionality of all Unix systems. libposix is:

A full implementation of the POSIX 2008 standard
A cross platform implementation, that should replace existing implementations of the system core libraries and unify the core Unix implementation for all systems
An exact implementation of POSIX 2008 and nothing else (no extensions, no previous POSIX versions)
An implementation that works well with possible extensions to the core system functionallity (ex: GNU, BSD)
An implementation of POSIX written from scratch
Free and open source software

The main goal of the libposix project is to successfully replace free Unix "libc" implementations with an implementation that is portable, conformant, easy to build, to cross-build, to use, to study and to mantain. Read more about libposix in the introduction page.

A benchmark where clang wins gcc

2009-05-05T22:43:00.006-03:00

I have sent my last post about clang to a friend, suggesting that the final days of gcc could be coming, and he refuted with a very pragmatic point: "talk is cheap, show me the (generated) code". :-P So I decided to get serious.

I have already told in the article that clang is in development stage, so how could I show him a working example ? I know clang able to compile large projects, like gcc and FreeBSD. After playing with some small projects, I found this one, from the Computer Language Benchmarks Game. The benchmark is called fasta, and it generates pseudo random DNA sequences. I chose this one because it was small and, even though floating point was used in the program, outputs could be directly compared without rounding errors (becuase they're composed of DNA elements).

My system: My machine is a HP Pavilion dv9000, Core 2 Duo T5500 1.66 GHz, 2GB RAM, with Ubuntu 9.04.

The compilers: the old guy is gcc 4.3.3 from the standard Ubuntu package. The new guy is clang, downloaded today from svn (llvm rev 71035/clang rev 71041). llvm and clang were compiled with "--prefix=/opt/clang --enable-optimized".

The execution: I've just used GNU time repeatedly until the execution time converged, chose a result at random and rounded it to one decimal figure. Remember that I just have to convince a friend. :-P Standard output was redirected to /dev/null.

At first I did this:
$ gcc -O3 -o b b.c
$ /opt/clang/bin/clang -O3 -o bb b.c
$ time ./b 25000000 > /dev/null
$ time ./bb 25000000 > /dev/null

But this gave incredible 11.1s for gcc and 7.4s for clang. It was a good surprise to see clang surpassing gcc, but there was something wrong, since gcc is not a bad compiler. A quick look in assembly output showed that clang was using SSE registers for moving data around and for calculating, while gcc was not. This is a good point for the clang driver, but it doesn't tell us anything. So, the correct command line for gcc is:

$ gcc -O3 -march=native -mmmx -msse -msse2 -msse3 -mfpmath=sse -o b b.c

Then we finally settle with the results: 7.7s for gcc and 7.4s for clang. Clang wins !

clang compiler quickstart

2009-04-17T10:18:00.011-03:00

Have you ever heard about clang ? It's a new compiler for C, C++ and Objective C languages. clang is being developed in a fast pace and is expected to become an alternative for the gcc compilers.

What are its advantages ? It's a compiler written from scratch, its code is completely modular and easily readable, it aims to offer user-friendly expressive diagnostics, it's much smaller and faster than gcc, it's expected to support IDE integration and code analysis and it's compatible with gcc. The C part of the compiler is in an advanced stage and can build large projects, like sqlite and the FreeBSD kernel. The C++ part is in an early stage (clang can't compile itself, for example).

Quick start:

$ svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm
$ cd llvm/tools
$ svn co http://llvm.org/svn/llvm-project/cfe/trunk clang
$ cd ..
$ ./configure --prefix=/opt/clang
$ make
$ sudo make install

In the sequence above, llvm is the compiler back end and clang is the compiler front end. The compiler is installed in the /opt/clang directory, so it's available at /opt/clang/bin/clang (the directory can be deleted for a full uninstall when you're done).

Try it out:

$ cat hello.c
#include "stdio.h"

int main (void) {
printf("Hello world!\n");
return 0;
}
$ /opt/clang/bin/clang -o hello hello.c
$ ./hello
Hello world!
$ tar xf lame-398-2.tar.gz
$ cd lame-398-2
$ ./configure --prefix=/opt/lame CC=/opt/clang/bin/clang
$ make
$ sudo make install
$ /opt/lame/bin/lame myaudio.wav

As you can see, clang is in development stage, so it's only available trough svn.

Do you want to contribute ? See more information at clang home page !

POSIX 2008

2009-04-01T00:48:00.002-03:00

The POSIX standard has been updated in December 2008. The standard is an attempt to standardize the core API of all Unix systems and, nowadays, most Unix clones try to adhere to the standard in some level of conformance (including GNU and BSD based systems). Register and read the new standard in the Open Group UNIX System site.

The best job in the world

2009-01-13T08:28:00.005-02:00

Australian's Queensland Tourism is seeking applicants for what they call the best job in the world. Are you interested in a 6 month contract and AUD$ 150.000,00 (US$ 100.950,00) for diving, feeding turtles and blogging, while living in paradise ? Then apply for the island caretaker job in Hamilton Island. See the pdf in the site Island Reef Job for details.

Android is updated and goes unnoticed

2008-12-30T10:47:00.004-02:00

This December Android source code received a significant update, but apparently it went completelly unnoticed. The git repository of most components were updated to be compatible with the new Android kernel, based on linux 2.6.27 (previously 2.6.25). Most components have merged a repository called "cupcake", with lots of changes that have now become official. Also, external libraries were updated too. I think we should expect a new minor release of the SDK in a few weeks too. Remember to run a "repo sync" to keep your source code up-to-date (this one will take a lot of time).

This is great news for me, since I was not being able to port Palm TX to Android. I needed version 2.6.27 because it's the first version with official support for Palm TX. I was getting segfaults when executing one of the core applications in Android (servicemanager) in that version. Now I believe the port will work flawlessly. :-D

Meet Python 3.0

2008-12-11T16:38:00.003-02:00

Python 3.0 was released this December ! Check out What's New in Pyhton 3.0, the full documentation and the conversion tool 2to3.

Palm TX support added in the main kernel

2008-10-28T19:09:00.003-02:00

On October 9, Linux kernel 2.6.27 was released with support for the Palm TX handhelds. That was a merge from the hackndev kernels, which have had experimental support for many PDAs for a long time. Also, I have noticed that general support for PXA2xx/PXA3xx microcontrollers are much more mature than it was one year ealier.

Congratulations for the achievement !

Google Android source code released

2008-10-23T11:23:00.002-02:00

On October 21, Google officially released Android full source code under the Apache license. Quoting the official site:

"Android is the first free, open source, and fully customizable mobile platform. Android offers a full stack: an operating system, middleware, and key mobile applications. It also contains a rich set of APIs that allows third-party developers to develop great applications."

That's right ! An official, supported, open source distribution for cell phones. :-) Congratulations to everyone who has made this possible !

Concept Idea - Webkit for Firefox ! (Mozilla Labs)

2008-08-07T10:45:00.009-03:00

This is my contribution for Mozilla Labs concepts. PLEASE, SWITCH TO WEBKIT !

Why develop two HTML engines that are supposed to do exactly the same thing, when you could join forces and develop only one ? The user doesn't have access to the engine, it's the "user experience" that matters !

Dump Gecko !

Development in Webkit is much faster ! In less than four months (beginning in January, 2008) Webkit got around 50 points in Acid3, while there are no plans for Gecko to support it yet.

Webkit is faster, smaller, portable !

It's been proven that Webkit has low overhead ! Consider the actual list of architectures that support it:

Safari on Mac
iPhone's Safari Browser
Epiphany on Gnome (gtk+ port)
Integrated to Qt (Qt 4.4)
Browser for Google Android phones
Nokia S60 phone
(planned) Konqueror on KDE 4.1
etc !

On the other hand, as of August 2008, nobody really considers using Gecko in embedded systems (the only exception is the OLPC project, which is rather a downscaled Linux/x86 standard architecture).

Dump the legacy !

Even though supporting buggy websites is still important these days, the slow development of Gecko, compared to Webkit, hints to us how bad supporting legacy code can be to maintenance. Let's switch the development models. We can't wait a full year to support Acid3 and other standards when we can wait just four months !

It's free software !

Why duplicating efforts when everything is free source ? Just build the shell above a single great engine that gets the job done. You can do it, because it's free software !

(for a more critic opinion of the same problem, see the post from October 2007 in the Peer Pressure blog)

Yet another website that refuses to support linux

2008-07-26T20:22:00.006-03:00

Terra Networks is a large internet content provider and ISP company (currently owned by Spanish Telefónica). In Brazil it started as a nice ISP for dialup Internet (I had an account there for a few years) and then moved to the "web portal" business. Apparently, however, it doesn't care about linux users. Even if you don't know Portuguese you will understand what's being said in the picture (I believe there is a static link to the page also). Digg if you think Terra Networks should do something about that.

Webkit and Presto on Acid !

2008-03-27T17:38:00.013-03:00

Links to the first screenshots of Webkit and Presto scoring 100 points in the Acid3 test. After correcting small glitches (and Presto being temporarily downgraded to 99 points), both rendering engines will pass the test completely. The amazing part is that both teams were able to fix more than 40 tests in a couple of months. Surely, both rendering engines were designed for the future.

Congratulations !

Linux4Palm Development Workstation on Gentoo Linux

2007-05-06T12:47:00.000-03:00

The title says it all ! :-)

Kiel oni skribas ... ? Typing Esperanto characters in Ubuntu

2007-05-01T11:54:00.004-03:00

[update 20081102: Finally, almost three years after the bug report, Ubuntu 8.10 Intrepid Ibex has full, built-in support for Esperanto letters. This post may be considered out-of-date now. Congratulations for the gtk+ team !]

Gtk+ (and thus Ubuntu) multilingualism environment is not as good as it could be. Imagine that you can write in some exotic language. Now try to write a blog in such language using firefox in Ubuntu. You'll hit a wall and that's it.

For the impatient: add the line:

GTK_IM_MODULE=xim

In your /etc/environment file and reboot. [update 20080317: gtk will be fixed so that this is not necessary anymore, see gnome bug 321896] For the patient: read on.

Interestingly, a set of small bugs, still present in Feisty Fawn, makes me unable to write in Esperanto, an interesting constructed European language (that I learn just for fun), that uses the following special characters: ĉ, ĝ, ĥ, ĵ, ŝ and ŭ. The first, and most basic problem is the following: gtk+ could allow, with zero configuration, anybody write such characters (on a typical international keyboard). Qt based and Xlib based application allow this. If I used Kubuntu I wouldn't be writing this post, because Esperanto characters would work out of the box !

You may try this out in your Ubuntu or gnome based distribution: in firefox and gedit, type ^ + a, ^ + e (using an international keyboard). You'll have the â and ê characters. Now type ^ + c, ^ + h. Firefox and gedit will beep and won't show neither ĉ nor ĥ. Now open xterm and type ^ + a, ^ + e, ^ + c, ^ + h. You'll have âêĉĥ.

In X-Windows, complex character typing is handled by modules called input methods. X has a default API for handling input methods, called XIM. That's what xterm uses. Gtk+ provides it's own API and set of input methods for gtk+ based applications. Gtk+ input methods don't provide Esperanto characters. Why ? Simply because gtk+ developers don't want to. I have filed this bug more than one year ago. Also, I could find a similar bug in gnome database that is 4,5 years ago. Now, in your Ubuntu, install some Qt/KDE application and type âêĉĥ. Easy, ain't it ?

Fortunatelly, one of the input methods from the gtk+ set is to use the fallback XIM input method. It's the input method that says "I was unable to do what I was supposed to, so I'll let you use the standard, simpler input method because it works". In gedit, right-click in the text area, select the menu "input methods", then "X input method". Now type âêĉĥ. Voilà ! Firefox doesn't have this menu, however :'(. How one could make the X input method the default method, so that all applications work and I don't have to select it from a menu ? Here we go to our second multilingualization bug. There's no way, in gnome or gtk, to set our default input method. That's right. No way. Ni feliĉe batu en la muron, denove !

The solution is to edit by hand the configuration file given above, /etc/environment (or in your personal enviroments file, ~/.bashrc, or maybe in some other place, depending on your system). In the next boot, when applications load the new environment, XIM will take control. Finally, we have a multilingual environment for Ubuntu... but wait !

Firefox still doesn't work. Why is that ? Here we have a Ubuntu specific bug. More specifically: a 64-bit Ubuntu bug. Almost all the applications I use are compiled for 64-bit. Firefox (and a few others) is an exception. I need to browse sites that use Java and Flash software. Java has just become free software. Flash is closed source software. Neither of them offer 64-bit support for firefox. So my firefox must be 32 bits (see Ubuntu forums if you'd like to know more about this). There are a few support packages that I have to install in order to support 32 bit applications, like "ia32-libs", "ia32-libs-gtk", etc. Those applications don't correctly install the 32 bit environment. Two extra hacks are necessary for 32 bit, gtk apps, to work. The first: add the following line to your firefox32 script (mine is /usr/local/bin/firefox32 or /usr/local/firefox32/firefox):

GTK_IM_MODULE_FILE=/etc/gtk-2.0/gtk.immodules.32

This first bug means that the 32 bit gtk looks by default in gtk.immodules, instead of gtk.immodules.32. The second bug is that the base 32 bit environment doesn't set locales. You need the following command:

ln -s /usr/lib/locale /usr/lib32/locale

This should do. Notice how we pursued a single task: to write in Esperanto in Ubuntu. We've found 4 bugs. Not the way to go.

Beginning Ruby on Rails

2007-04-28T19:33:00.000-03:00

For those like me who may be wondering if web development is cool, the place to start is Ruby on Rails. Rails is a much famous web application framework, valued for its agility. In Rails home page, there's an interesting video of someone creating a complete web site in 15 minutes. An exciting tutorial is available in ONLamp.com web site, "Rolling with Ruby on Rails Revisited". Unfortunatelly I haven't found (as of April 2007) any free comprehensive manual of Rails on-line (there's a good oportunity here, eh ? :-) ), so I've decided to buy the book (Agile web development with Rails).

PS: for those who want to stick with python, an alternative to Rails is available, and it's called TurboGears ;-).

New GPIO API in linux kernel 2.6.21 !!!

2007-04-28T19:01:00.000-03:00

The 2.6.1 kernel now features GPIO documentation and API !!! :-) See Documentation/gpio.txt.

A case for consistent (and beautiful) coding styles

2007-04-01T13:58:00.000-03:00

As it's written in The Zen of Python (PEP 20), "Readability counts". Code is read much more often than written, so a nice looking source code is fundamental.

This is a criticism specifically aimed to the inconSistentCase that started to plague C++, C and even assembly code in the Internet, and, more generally, a criticism of ugly, useless coding styles, like pre/post-fixed notations, very long line styles, and, surely, inconSistentCase.

Whenever you write code or are in charge of deciding the coding style of your software, please, please, please, use consistent coding styles. For example, use full, first-letter-caps, CamelCase notation, not inconSistentCase. As for my personal coding style taste, do even more, minimize the amount of capitalized letters in your code and use the highly legible underscore_notation instead, like those used in most C code, in python and, especially, in C++ STL. Don't let your code strech to hundreds of characters per line and don't add completely useless "NrUserId" prefixed notations.

Here are many examples of nice, well thought coding styles, that you may adapt for your needs:

PEP 8: an exellent coding style guide for the python language. Mostly an underscore_notation style, with a little, easy on eye, CamelCase and post-fixed notation for special cases (ex: ClassNames, ExceptionsEndInError, etc.). The style is good for python and other high level languages, but it could be better for C++, which leads to...
STL: part of the C++ standard library, a good example of really well though piece of code. Uses full underscore_notation. If paired with selective namespace downloading (using std::vector, using std::string, etc.), will produce beautiful C++ code.
Xlib: Choose this one if you prefer a mostly CamelCase style. Even though Xlib is outdated and supposed to fade away, it was also a well thought library. It also shows a good way to add a namespace-like structure to a C library, using a single "X" prefix in most library functions.
linux kernel: Another great coding style for the C language. Useful for mostly non-object oriented, structured programming, but includes insightful hints for anybody (ex: local variables get short, "aux, tmp" names, external functions get long_descriptive_names, etc.), and is backed by the pseudo-chaotic-multi-million-people linux kernel development success.

There are many other projects that you may try that use similar, high legibility coding standards, just google for it. See, for example, Gtkmm, Gtk+ port to C++, the OpenTTD game, etc.

If you've found that all those coding styles are crappy (even after thinking of them in terms of readability), then you should just remember one thing from this post: don't use inconSistentCase, it sucks.

Logged in Palm TX ! :-)

2007-03-18T18:49:00.000-03:00

Amazing ! Logged in Palm TX !

2007-03-17T23:30:00.000-03:00

Since Palm TX linux USB support in hackndev kernel works flawlessly, I was able to deploy buildroot's chroot jail and setup sshd in it ! I'll post a screenshot soon. :-)

Linux on Palm TX !

2007-03-11T12:17:00.000-03:00

This week, I bought a Palm TX, from a friend of a friend. I've been able to boot linux on it, using hackndev howto. I hope that I'll be able to research more fronts now (kernel, applications, performance, etc.), because Palm TX is expected to have a working USB support (so that I can telnet on it :-)) and because of the different capabilities of Palm Tungsten E2 (PXA 255, 16 MB main memory, 320x320 + input area) and Palm TX (PXA 270, 32 MB main memory, 320x480, no input area).

Reference on GPIO programming with Intel PXA

2007-03-04T18:37:00.000-03:00

In my quest to make the USB controller to work without messing the rest of the system, I've found an interesting reference about GPIO configuration for linux ARM. Devices may be activated/deactivated with GPIO ports and, as described in TE2 forum thread at hackndev, USB requires controling GPIO 53.

Kernel (almost) correctly recompiled for Tungsten E2 !!!

2007-02-25T19:59:00.000-03:00

Good news ! I was able to boot a home compiled kernel for Palm Tungsten E2 today. :-) This time, I downloaded an older kernel revision from hackndev svn (revision 382, I think, from April 2006). It's a modified 2.6.16 and it's probably the revision nerdfeliz used to compile his kernel. The adjustments were simple, and after some trial and error, I was able to setup an USB serial port. Here are the steps to build the TE2 kernel:

download hackndev kernel revision 382
in the main Makefile, change the CROSS_COMPILE to reflect the prefix name of your cross toolchain (mine was "arm-linux-")
in arch/arm/mach-pxa/palmte2/palmte2_buttons.c, remove the __exit macro from palmte2_buttons_remove
do a make menuconfig and load nerdfeliz's configuration 20060406.
add usb gadget support, pxa usb support and serial gadget with CDC ADM support
in boot options, add "g_serial.use_acm=1" option to change usb serial behavior
make and cp

That's it. This kernel should boot. :-) To activate USB, we need the following trick:

mknod /dev/usb_serial c 127 0 (in TE2 /dev directory, not in your PC ;-) )
add a "getty -L 38400 usb_serial" line in TE2 /etc/inittab
load Garux and set the "Open Cradle USB" option
boot with the device connected to the PC
after the many usb error messages disconnect the USB cable, wait your desktop flush /dev (wait 5 seconds) and plug the USB connector again :-D
open gtkterm or minicom and open /dev/ttyACM0 in your desktop (or ACMx if you have other ACM devices)

All right, then ! Now, we have a working ARM linux system and a really expensive dumb terminal linked to it !!! Not quite. :-( I was unable to log in the remote system using gtkterm or minicom, either with "root" user or "default" (buildroot default user), even after playing with securetty and passwd/shadow configurations. Also, there's another sad bug: there's some kind of problem with the SD card driver, it keeps popping error messages. More to come...

Getting the vsyscall address from the ELF auxiliary vector [ref]

2007-02-20T21:29:00.000-02:00

In a previous post I have showed how to make new style system calls in linux x86. I've also remarked that assuming that the __kernel_vsyscall address was always at a fixed address was wrong. The proper way to get the function address would be declare it as "extern", and link it with with linux-gate.so.1. However, I don't know how to do that, because linux gate is virtual and ld can't find it. I'll post here another way, that gets the information passed to the running software by the ELF loader. It retrieves an auxiliary ELF structure, that is present in the stack, after the usual argc, argv and envp pointers.

First, let's modify our previous hello.asm to call a new function "get_kernel_vsyscall", and set the address returned as the system call address:

; hello.asm
bits 32
global _start
extern get_kernel_vsyscall ; new function in vsyscall.asm
section .data
     hello: db 'Hello World !', 10
     hello_len: equ $-hello
section .bss
     linux_gate: resd 1 ; now, linux gate is variable
section .text
_start:
     ; New code to save the vsyscall address
     mov eax, esp
     call get_kernel_vsyscall
     mov [linux_gate], eax

     mov eax, 4 ; write()
     mov ebx, 1
     mov ecx, hello
     mov edx, hello_len
     call [linux_gate] ; call with dereference

     mov eax, 1 ; _exit()
     mov ebx, 42
     call [linux_gate] ; call with dereference

So, we changed "linux_gate" into a variable and filled it with the address returned by "get_kernel_vsyscall", basically. This function loops in the stack, beginning with argc, until it finds the correct (key, value) pair in the ELF header:

; vsyscall.asm
bits 32
global get_kernel_vsyscall
%define ELF_VSYSCALL_ID 32 ; defined in elf.h as AT_SYSINFO
%define ELF_EOF_ID 0 ; defined in elf.h as AT_NULL

section .text
get_kernel_vsyscall:
; Returns the kernel vsyscall address from the
; ELF aux vector. The vsyscall address is the
; subroutine used for the new style system call.
; in:
;     eax: the address, in the stack, of "argc"
; out:
;     eax: the kernel vsyscall address, or zero
;     on error

     push ebx

     ; First we skip argc and argv
     mov ebx, [eax]
     inc ebx
     inc ebx
     shl ebx, 2
     add eax, ebx

     ; For envp, we need a loop until NULL is found
envp_loop:
     mov ebx, [eax]
     add eax, 4
     cmp ebx, 0
     jne envp_loop

     ; Now we are in the ELF aux vector. Look for
     ; the correct (key, value) pair
     mov ebx, [eax]
     cmp ebx, ELF_VSYSCALL_ID
     je vsyscall_id_found
elf_vector_loop:
     add eax, 8
     mov ebx, [eax]
     cmp ebx, ELF_VSYSCALL_ID
     je vsyscall_id_found
     cmp ebx, ELF_EOF_ID
     jne elf_vector_loop
vsyscall_id_found:
     add eax, 4
     mov eax, [eax]

     pop ebx
     ret

Weird, eh ? We needed to look for the AT_SYSINFO field (ELF_VSYSCALL_ID in the code) in some extra vector provided by the ELF loader. Other executable formats would give those parameters some other way. We have two options, now: use a hardcoded vsyscall address or retrieve it from the ELF vector. Compile and link with "nasm -f elf hello.asm; nasm -f elf vsyscall.asm; ld -o hello hello.o vsyscall.o".

Hackndev custom linux kernel for PDAs [ref]

2007-02-20T04:23:00.000-02:00

I've downloaded hackndev modified linux kernel. It's a heavily modified kernel, with support for a lot of ARM PDAs. After reading TE2 mailing lists and some fixups I was able to compile a Tungsten E2 specific kernel. I couldn't boot it, however, the screen just faded after booting and nothing else. I tried two different kernel revisions and two different "config" files, with no success. The kernel image that is correctly booting in my Palm is from April 2006. I'll continue my research to a proper kernel in hackndev svn around this date.

New style system call in linux x86 [ref]

2007-02-18T13:51:00.000-02:00

We all know that the x86 architecture is bizarre. An interesting event that has happened in the last 10 years was the change of the "system call" instruction. We all remember from DOS time that we issued "int 0x21" to make a DOS system call, and "int 0x10" to make a ROM BIOS system call. Some of us has even played with the linux system call, "int 0x80". However, five years ago, when using a Pentium IV, someone has found out that the "int" instruction could be half as fast in a Pentium IV than in a Pentium III. Why was that ?

Intel introduced a new system call instruction in Pentium Pro/Pentium II, called "sysenter" that was supposed to be a "Fast System Call" facility. This meant that Pentium processors had two system call instructions: one that was the fast system call and the other, the slow system call (currently, there are three system calls: "int", "sysenter" and "syscall" !!!). Linux has since migrated to new style system calls. Instead of changing the "int" logic to the "sysenter" logic, another approach was taken. A new virtual shared library was created, called "linux gate". This library is virtual because it's like a standard .so library, but only exists in memory (do a "ldd /bin/ls" and see if your system is using "linux-gate.so.1"). Applications (like libc or other system call front-ends) may then call a simple function exported from this library, __kernel_vsyscall, and this function will "systenter", "int" or issue whatever instruction is necessary for completing the system call. So here we have quick dirty "hello world" written in NASM assembly for linux (should work on linux 2.6 for x86). The code assumes that __kernel_vsyscall is always mapped at 0xffffe400 in memory (which is wrong ;-)).

; hello.asm
bits 32
global _start
section .data
   linux_gate: equ 0xffffe400
   hello: db 'Hello World !', 10
   hello_len: equ $-hello
section .text
_start:
   mov eax, 4 ; write()
   mov ebx, 1
   mov ecx, hello
   mov edx, hello_len
   call linux_gate

   mov eax, 1 ; _exit()
   mov ebx, 42
   call linux_gate

Notice that we are making a procedure call, not a system call. Compile it with "nasm -f elf hello.asm; ld -o hello hello.o" . :-)

Pythonic C++

2007-02-17T18:26:00.000-02:00

Pythonic C++ may not be possible. :-) However, this simple trick will allow you to better follow PEP 8 without recurring to pre/post-fixed notations when accessing variable or function members:

Car::Car(unsigned engines) :
Vehicle(4, engines)
{
// use reference instead of pointer ;-)
Car &self = *this;

self.position = 5;
self.movement = 10;
}

Amazing, isn't it ? :-D With just a simple trick we have boosted code readability by one million. PS: how do I highlight "self" ? :-)

Back to buildroot, successful root system deployed

2007-02-11T18:30:00.000-02:00

I was unable to compile glibc with the target architecture set to xscale-linux-elf. I think I should have used arm-linux at this moment, which is the same that buildroot uses. Back to buildroot, I've removed the software that was giving compile errors (jffs2/mtd utils) and was able to create a basic root filesystem. I was unable to use the system, however, because I don't have an installed keyboard and there was no virtual keyboard installed. I was unable to boot a newly compiled ARM stock kernel, with USB gadget support for telneting into it. Now I'll rebuild buildroot with Tiny X and Qtopia while I download hackndev's modified kernel and try to enable USB support.

Cross compiling binutils [ref]

2007-02-10T16:40:00.000-02:00

After being unable to automate a Xscale toolchain cross-build for my Palm TE2 with buildroot, I'll use the MIPS Cross Linux From Scratch to derive a native toolchain for TE2. The binutils cross-build worked with CLFS_TARGET=xscale-linux-elf.

Linux on Palm Tungsten E2 How-to [ref]

2007-02-10T16:29:00.000-02:00

Meet Garux, a linux bootloader for Palm OS. There's a specific Palm Tungsten E2 Garux build in that page, along with instructions on how to install Opie on it.