Now that I have access to the
serial console on Samsung e60 reader let s build a new linux kernel for it.
The e60 reader has an ARM processor, to compile the kernel we need a cross compilation toolchain.
The first option is to use the one Samsung released with the other sources. It must work, however I don t really like the idea to run binaries from unknown sources.
The second option is to build our own toolchain, we often have to do that for systems that requires patches on the compiler.
Here, Samsung s binutils look like they were taken between 2.17 and 2.18 release (they are named 2.17.50 but are still slightly different from this snapshot) but they don t seam to embed homemade patches. As for ggc I didn t take time to check.
I choose to use the
emdebian cross-development toolchain lenny version. (As the article in the french
open silicium magazine #1 about FriendlyARM proposes to do).
Installing the cross-development toolchain on debian
First the archive keys:
sudo apt-get install emdebian-archive-keyring
Then we add a
/etc/apt/sources.list.d/emdebian.list file with the following content:
deb http://ftp.uk.debian.org/emdebian/toolchains lenny main
deb-src http://ftp.uk.debian.org/emdebian/toolchains lenny main
The we update the package list to install the needed packages:
sudo apt-get update
sudo apt-get install libc6-armel-cross libc6-dev-armel-cross libstdc++6-armel-cross binutils-arm-linux-gnueabi gcc-4.3-arm-linux-gnueabi g++-4.3-arm-linux-gnueabi
That s it ! We have now our cross-compilation toolchain installed from packages, so easy to update or remove.
The kernel sources
Samsung released it s modified 2.6.29.4 version. By cloning
the kernel 2.6.29.y git branch, I could quickly see that their changes applied well to the 2.6.29.6 version (the last in the branch).
In order to better sort the changes michel.s had splat them into several patches
(
patchs on e60-open project). After a few trials I build a
series file allowing to apply those patches with
quilt or better to import them to a git branch with
git quiltimport. The order I choose allows to drop easily some patches (the last ones).
One particular point on those patches is that some include binary files:
fs/rfs/*.o a proprietary journaling layer over FAT. If you want my point ov vue, we don t need that. After all we have free journaling file systems available and linux is able to mount something else than FAT over USB drivers/usb/gadget/file_storage.o also the corresponding .c file was removed, the BSD/GPL license from the original code allows a binary distribution (however I didn t check if Alan Stern s name appears in the doc) but I d have liked that Samsung give that source code.
U-Boot
Before compiling the kernel, we need the
mkimage utility from U-Boot. Here, Let s build the U-Boot released by Samsung, and let s just copy the
tools/mkimage to a location in our PATH (that s the only install method I could find).
make smdkc100_config
make CROSS_COMPILE=arm-linux-gnueabi-
cp tools/mkimage ~/bin/
Building linux
For the config, one of the patches includes a
.config. That file is a copy of
config_rfs so even without the previous patch, we can get Samsung s config.
Finally we can compile!
make CROSS_COMPILE=arm-linux-gnueabi- CFLAGS="-march=armv4t -mtune=cortex-a8" CXXFLAGS="-march=armv4t -mtune=cortex-a8" ARCH=arm uImage
We can then load our kernel by following
The kernel testing howto from e60-open project. To load the kernel we will need the following command:
sudo dnw arch/arm/boot/uImage
That it, and it works ! Well almost, the kernel cannot find his modules. This will not be a big deal for the ones included in the sources (but the subject of a next post) but the
/lib/modules/max14540.ko and
lib/modules/dhd.ko modules are not included in the sources while reporting a GPL license to the kernel.
Missing source code
The
Samsung Open Source Release Center website has a contact form, but it does not seam to work (I even booted my netbook on windows to try with IE8 without success). After browsing the
french e60 forum I found their email address and mailed them, no answer so far (not even automatic). Let s wait
Conclusion
We can compile a kernel for the e60 reader without using the cross tools from Samsung.
There still some work to load modules as the one on the reader are copiled for 2.6.29.4 and our kernel does not want to load them. (I ve already done a few tests but that will be a next posts topic.)
But without the missing sources it will be hard for us to best use our e60 reader.
Update: I got an answer from Samsung, they updated the released archive. I still have to look at it.
Looking at current state of some phpMyAdmin translations, I came to conclusion that some are not worth shipping, because they really do not translate reasonable amount of the interface. The problematic question is where to draw the line. For 3.4.0-rc1 I drew it at 50% of messages, what means that 25 languages currently pass. It might look too strict and the threshold will most likely change for final 3.4.0, but we need to start somewhere.
While discussing this topic on mailing list, Tyron Madlener came with idea to tell users of incomplete translations about it and point them to information how to contribute. I quickly implemented this idea and it is now in git and live on demo server. I deliberately decided not to remove incomplete translations on demo server, maybe they will attract new contributors thanks to new warning on main page.
I recently set up debian on a 
A brand new and shiny 0.9.3 release of
I m once again on the program committee for the Linux Security Summit, so I d love to see people submit talks, attend, etc. It will be held along with the 
Mandatory warning: What follows is for testing only, and
insecure (
As mentioned on 
Today I made a couple of small tweaks to my systems. First of all I updated my 
Today I shot an image of a bear my daughter gave to my wife for mothers day.
