Re: [PATCH] Basic Openmoko GTA02 support
* Gaudenz Steinlin [2009-07-29 17:45]: > The most important thing is that we can all agree on the same name. > Which one we actually choose does not matter that much for me. I would prefer > s3c24xx, though, as I've mostly settled for this name now for the things > I've done in during the last days. Is there any opposition against this > name? It's fine with me. I don't think it makes a big difference whether it's s3c24xx or s3c... just pick one and stick to it. :) > > I think it's fine to apply patches for e.g. libdebian-installer, > > base-installer, flash-kernel, etc; but you obviously cannot change > > linux-kernel-di-armel-2.6 and the d-i build system before we have a > > kernel in the archive. > > Is there no way we can commit the patches to the build system but not > activate it for Debian builds? Yeah, you can do that. Anyway, please post your new patches to the list for review first. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [PATCH] Basic Openmoko GTA02 support
CCing anibal as he is going to take care of the openmoko kernel. On Wed, Jul 29, 2009 at 10:48:15AM +0200, Martin Michlmayr wrote: > * Gaudenz Steinlin [2009-07-26 20:35]: > > I agree about the name change. We want to use the same name the > > Debian kernel package will use for the architecture. I propose to name > > it s3c24xx, are you fine with that name? > > I guess either s3c24xx or (possibly) s3c should work. Vince knows a > lot about Samsung CPUs so I suggest you ask him. The most important thing is that we can all agree on the same name. Which one we actually choose does not matter that much for me. I would prefer s3c24xx, though, as I've mostly settled for this name now for the things I've done in during the last days. Is there any opposition against this name? Some days ago we also talked to Vince and as far as I understood he did not care that much and would be fine with s3c24xx. His other suggestion was s3c-samsung. > > > Do you think that we have to wait committing anything until we have > > a kernel in the archive? Until we don't switch to a VCS which > > supports easy local branching and shareing of these branches (hint, > > hint git...) this would be a major pain in the ass. So I hope the > > d-i team allows us to commit our work as soon as the basic nameing > > is sorted out and the patches are sane. > > I think it's fine to apply patches for e.g. libdebian-installer, > base-installer, flash-kernel, etc; but you obviously cannot change > linux-kernel-di-armel-2.6 and the d-i build system before we have a > kernel in the archive. Is there no way we can commit the patches to the build system but not activate it for Debian builds? I would like to avoid having to maintain private patches outside of the d-i repository for a long time. And it will take at least until 2.6.31 is in Debian. It seems that 2.6.31 should have basic support for the Openmoko, but there are still some fixes needed. Unfortunately I couldn't yet find out if they are available somewhere. Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [PATCH] Basic Openmoko GTA02 support
* Gaudenz Steinlin [2009-07-26 20:35]: > I agree about the name change. We want to use the same name the > Debian kernel package will use for the architecture. I propose to name > it s3c24xx, are you fine with that name? I guess either s3c24xx or (possibly) s3c should work. Vince knows a lot about Samsung CPUs so I suggest you ask him. > Do you think that we have to wait committing anything until we have > a kernel in the archive? Until we don't switch to a VCS which > supports easy local branching and shareing of these branches (hint, > hint git...) this would be a major pain in the ass. So I hope the > d-i team allows us to commit our work as soon as the basic nameing > is sorted out and the patches are sane. I think it's fine to apply patches for e.g. libdebian-installer, base-installer, flash-kernel, etc; but you obviously cannot change linux-kernel-di-armel-2.6 and the d-i build system before we have a kernel in the archive. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [PATCH] Basic Openmoko GTA02 support
On Sun, Jul 26, 2009 at 03:54:14PM +0200, Martin Michlmayr wrote: > > [PATCH 2/3] linux-kernel-di-armel-2.6: add openmoko-gta02 kernel > > > > The Debian Linux kernel for the Openmoko GTA02 Neo FreeRunner is not > > yet official and thus it does not follow the Debian official kernel > > naming (I know this is ugly, sorry). > > The name will have to change. Also, this can only be integrated when > we actually have a kernel in the archive. I agree about the name change. We want to use the same name the Debian kernel package will use for the architecture. I propose to name it s3c24xx, are you fine with that name? I'm currently adapting Luca's patch to more closely follow what other arm subarchitectures do. I mainly followed the iop32x example and added an openmoko flavour which will create a network-console uBoot image which should support both GTA01 and GTA02. I hope to submit my patches soon. Do you think that we have to wait committing anything until we have a kernel in the archive? Until we don't switch to a VCS which supports easy local branching and shareing of these branches (hint, hint git...) this would be a major pain in the ass. So I hope the d-i team allows us to commit our work as soon as the basic nameing is sorted out and the patches are sane. Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ signature.asc Description: Digital signature
Re: [PATCH] Basic Openmoko GTA02 support
* Luca Capello [2009-07-24 05:27]: > - The d-i files generated in build/dest/openmoko-gta02/netboot/gta02 are > the following: > > * rootfs.tar -- root archive for Openmoko GTA02 Neo FreeRunner What is this for exactly? Is this the installer or an actual root fs of Debian? > [PATCH 1/3] kernel-wedge: add support for U-Boot uImage.bin > > The Debian Linux kernel for the Openmoko GTA02 Neo FreeRunner does not > provide a vmlinuz image, but instead it ships a U-Boot one, thus > kernel-wedge/commands/install-files needs to look for uImage.bin also. I think the kernel should ship the normal zImage (like all other ARM kernels) and then you can use uboot-mkimage to generate a bootable kernel during the d-i build process and with flash-kernel. > [PATCH 2/3] linux-kernel-di-armel-2.6: add openmoko-gta02 kernel > > The Debian Linux kernel for the Openmoko GTA02 Neo FreeRunner is not > yet official and thus it does not follow the Debian official kernel > naming (I know this is ugly, sorry). The name will have to change. Also, this can only be integrated when we actually have a kernel in the archive. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[PATCH] Basic Openmoko GTA02 support
Hi there! DebCamp9 hacking produced these patches which add a basic support for building netboot images for the Openmoko GTA02 Neo FreeRunner. General notes = - You need the Debian unofficial kernel from the pkg-fso repository at deb http://pkg-fso.alioth.debian.org/debian sid main Some drivers the official Debian kernels compile as modules are compiled in in the Openmoko kernel instead, thus I am working on syncing the latter with the former. - The d-i files generated in build/dest/openmoko-gta02/netboot/gta02 are the following: * rootfs.tar -- root archive for Openmoko GTA02 Neo FreeRunner This must be decompressed on the microSD. Since there are too many way to partition the microSD and/or booting, ATM you need to manually prepare it. I have not checked the latest GTA02, but in the "old" ones U-Boot supported booting from an ext2 microSD card with partition 1 as vfat for /boot. In this case, partition the microSD (8MB vfat + ext2), decompress root.tar into the ext2 and then copy /boot/uImage$ETC in /boot/. Since U-Boot usually expects an image named "uImage.bin", creates the symlink. * rootfs.jffs2 -- root jffs2 image for Openmoko GTA02 Neo FreeRunner This must be flashed to mtd6, but it does not work as expected ATM: $ dfu-util -d 0x1d50:0x5119 -a rootfs -R -D uImage.bin * uImage.bin -- U-Boot image for Openmoko GTA02 Neo FreeRunner Nothing more than the U-Boot image shipped by the Debian Openmoko kernel, again to be flashed to mtd3: $ dfu-util -d 0x1d50:0x5119 -a kernel -R -D uImage.bin * flash-debian -- Script to flash debian-installer This does not work ATM, but the idea is quite simple: the basic command should prepare the microSD card (partition and everything needed to decompress rootfs.tar on it) and then have an option to flash the mtds. Comments [PATCH 1/3] kernel-wedge: add support for U-Boot uImage.bin The Debian Linux kernel for the Openmoko GTA02 Neo FreeRunner does not provide a vmlinuz image, but instead it ships a U-Boot one, thus kernel-wedge/commands/install-files needs to look for uImage.bin also. [PATCH 2/3] linux-kernel-di-armel-2.6: add openmoko-gta02 kernel The Debian Linux kernel for the Openmoko GTA02 Neo FreeRunner is not yet official and thus it does not follow the Debian official kernel naming (I know this is ugly, sorry). NB, there are still some problems with the various modules, which will be soon corrected. Moreover, hunting down which module are useful and which not is another thing to do. [PATCH 3/3] installer: add openmoko-gta02 netboot image This adds add the basic infrastructure to produce a netboot image. While cleaning the patch I seems to be unable to produce a correct netboot image (package ai-choosers not found). I am quite sure that just after dinner Gaudenz succeded with the same patch (or a very similar one, just minor modifications). Thus I think it is worth submitting it now. I do not think these stuff are at a point for inclusion, but maybe it would be better for other (hint: Gaudenz) that works on them. Thx, bye, Gismo / Luca diff -Naur debian-installer-trunk.ORG/packages/kernel/kernel-wedge/commands/install-files debian-installer-trunk/packages/kernel/kernel-wedge/commands/install-files --- debian-installer-trunk.ORG/packages/kernel/kernel-wedge/commands/install-files 2009-07-23 23:11:37.0 +0200 +++ debian-installer-trunk/packages/kernel/kernel-wedge/commands/install-files 2009-07-23 22:48:19.0 +0200 @@ -63,6 +63,11 @@ "$sourcedir/boot/vmlinuz-$installedname", "debian/kernel-image-$kernelversion-$flavour-di/boot/vmlinuz$extraname"); } + elsif (-e "$sourcedir/boot/uImage.bin-$installedname") { + doit("install", "-D", "-m", 644, + "$sourcedir/boot/uImage.bin-$installedname", + "debian/kernel-image-$kernelversion-$flavour-di/boot/uImage.bin$extraname"); + } elsif (-e "$sourcedir/boot/kfreebsd-$installedname.gz") { doit("install", "-D", "-m", 644, "$sourcedir/boot/kfreebsd-$installedname.gz", diff -Naur debian-installer-trunk.ORG/packages/kernel/kernel-wedge/debian/changelog debian-installer-trunk/packages/kernel/kernel-wedge/debian/changelog --- debian-installer-trunk.ORG/packages/kernel/kernel-wedge/debian/changelog 2009-07-23 18:53:08.0 +0200 +++ debian-installer-trunk/packages/kernel/kernel-wedge/debian/changelog 2009-07-24 04:45:54.0 +0200 @@ -1,3 +1,9 @@ +kernel-wedge (2.59~openmoko.gta02.1) UNRELEASED; urgency=low + + * Add support for U-Boot uImage.bin. + + -- + kernel-wedge (2.59) unstable; urgency=low [ Samuel Thibault ] diff -Naur debian-installer-trunk.ORG/packages/kernel/linux-kernel-di-armel-2.6/debian/changelog debian-installer-trunk/packages/kernel/linux-kernel-di-armel-2.6/debian/changelog --- debian-installer-trunk.ORG/packages/kernel/linux-kernel-di-armel-2.6/debian/changelog 2009-07-23 18:53