[Debian] 2.6.34 Openmoko kernel package available
Hi, During the weekend I did a few cross-builds, emulated native builds and finally native builds of the 2.6.34 Openmoko kernel for Debian. It's now available at the pkg-fso repository [1]. It's basically identical in code and configuration to Radek's qtmoko-v27 git branch [2], with the added compilation of LED/vibration support. Debian packaging [3] is virtually the same as with 2.6.29, only minimal needed changes to bring it to 2.6.34 time. Huge thanks to Radek of QtMoko fame and SHR people for dwelling through the git trees and patching up on top of the git.openmoko.org trees to create an usable kernel. [1] http://pkg-fso.nomeata.de/sid/linux-image-2.6.34-openmoko-gta02 [2] http://github.com/radekp/linux-2.6/tree/qtmoko-v27 [3] http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git;a=shortlog;h=refs/heads/debian-2.6.34 I think the 2.6.34 is a great step forwards, although with a few caveats for existing Debian w/ 2.6.29 users: - ALSA switches have changed names. You need to update your state files manually for now. Some reference can be found at http://users.tkk.fi/~tajyrink/moko/2.6.34/ for a) phone calls and b) so that also alerts are heard. I also hacked the headphones out profile but didn't put it there. Those are probably not optimal, but work. Updated state files should of course started to be offered by us, Debian's FSO team. - Many SYS paths have changed. I've om gsm power 1 in /etc/rc.local as one easy workaround for GSM functionality, and I have also been using the om tool (from omhacks) also otherwise. Newest omhacks is in pkg-fso repository, and yet more 2.6.34 fixes for it coming reportedly soon from lindi co. Most programs probably also don't know anymore how to control the vibrator, since its path has also changed. - X.org auto-configuration is in troubles compared to 2.6.29 kernel (where at least I used xorg.conf with only glamo driver section). I didn't have time to look at it, so I've just rm /dev/input/event{3,4} /dev/input/js{0,1} /dev/input/mouse0 in /etc/rc.local for now... But with those caveats / upgrade problems everything seems to work: GSM, GPS, Bluetooth, WLAN, LEDs, suspend/resume, and reportedly also power consumption under suspend is ok... Note that of course this is not the correct way to do the kernel in the long term, but I was just willing to spend some of my limited free time on offering this 2.6.34 branch to the Debian users. What is really needed to be done (yet again re-iterated) is upstreaming the rest of the code needed by FreeRunner [4] and helping official s3c24xx support in the Debian installer / kernel [5]. It is however noticeable how huge improvement this is over the old 2.6.29 branch. The 2.6.29 kernel was based on _rc3_ of Linus' 2.6.29. There was a rc8 before the stable 2.6.29 release and six stable updates. After the rc3 however the git.openmoko.org:s andy-tracking tree was patched over the following 1.5 years without merges from the stable tree. Compared to that, with the current 2.6.34 tree [6] we're able to see stable/final 2.6.34 commit by Torvalds already on the second page of the commit log. [4] http://lists.openmoko.org/pipermail/openmoko-kernel/2010-September/011205.html [5] http://git.debian.org/?p=pkg-fso/kernel.git;a=shortlog;h=refs/heads/s3c24xx [6] http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git;a=shortlog;h=refs/heads/debian-2.6.34 As a final note, Radek didn't yet include Glamo KMS/DRM support in the 2.6.34 (I think a bit more KMS/DRM problems have been seen with 2.6.34 than 2.6.32), and I didn't start doing it either. Naturally that's the biggest omission we now don't yet have regarding the work done on FreeRunner kernels during last and this year. The KMS support is available in Thomas' branch [7] and SHR's patches [8] - I don't know what's the delta between them. [7] http://git.bitwiz.org.uk/?p=kernel.git;a=shortlog;h=refs/heads/gdrm-2.6.34 [8] http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.34 -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] 2.6.34 Openmoko kernel package available
On Mon, Oct 18, 2010 at 10:53:24AM +0300, Timo Jyrinki wrote: As a final note, Radek didn't yet include Glamo KMS/DRM support in the 2.6.34 (I think a bit more KMS/DRM problems have been seen with 2.6.34 than 2.6.32), and I didn't start doing it either. Naturally that's the biggest omission we now don't yet have regarding the work done on FreeRunner kernels during last and this year. The KMS support is available in Thomas' branch [7] and SHR's patches [8] - I don't know what's the delta between them. [7] http://git.bitwiz.org.uk/?p=kernel.git;a=shortlog;h=refs/heads/gdrm-2.6.34 [8] http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.34 Hi, delta is mostly because this commit http://git.openmoko.org/?p=kernel.git;a=commit;h=a1a29d40be0ebe43bd26b0c5647e1273b45e9f00 and SHR kernel is rebased on top of om-gta02-2.6.34, so I've updated and moved KMS/DRM patches and gta02-drm-defconfig to apply on top of it. For easier git diff you can use this git repo http://gitorious.org/~jama/htc-msm-2-6-32/openmoko-kernel/commits/om-gta02-2.6.34 I always push SHR patches there before adding those to OE tree [8]. Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] 2.6.34 Openmoko kernel package available
Hi Timo, On Mon, Oct 18, 2010 at 10:53:24AM +0300, Timo Jyrinki wrote: Hi, During the weekend I did a few cross-builds, emulated native builds and finally native builds of the 2.6.34 Openmoko kernel for Debian. It's now available at the pkg-fso repository [1]. It's basically identical in code and configuration to Radek's qtmoko-v27 git branch [2], with the added compilation of LED/vibration support. Debian packaging [3] is virtually the same as with 2.6.29, only minimal needed changes to bring it to 2.6.34 time. Huge thanks to Radek of QtMoko fame and SHR people for dwelling through the git trees and patching up on top of the git.openmoko.org trees to create an usable kernel. [1] http://pkg-fso.nomeata.de/sid/linux-image-2.6.34-openmoko-gta02 [2] http://github.com/radekp/linux-2.6/tree/qtmoko-v27 [3] http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git;a=shortlog;h=refs/heads/debian-2.6.34 I think the 2.6.34 is a great step forwards, although with a few caveats for existing Debian w/ 2.6.29 users: - ALSA switches have changed names. You need to update your state files manually for now. Some reference can be found at http://users.tkk.fi/~tajyrink/moko/2.6.34/ for a) phone calls and b) so that also alerts are heard. I also hacked the headphones out profile but didn't put it there. Those are probably not optimal, but work. Updated state files should of course started to be offered by us, Debian's FSO team. - Many SYS paths have changed. I've om gsm power 1 in /etc/rc.local as one easy workaround for GSM functionality, and I have also been using the om tool (from omhacks) also otherwise. Newest omhacks is in pkg-fso repository, and yet more 2.6.34 fixes for it coming reportedly soon from lindi co. Most programs probably also don't know anymore how to control the vibrator, since its path has also changed. - X.org auto-configuration is in troubles compared to 2.6.29 kernel (where at least I used xorg.conf with only glamo driver section). I didn't have time to look at it, so I've just rm /dev/input/event{3,4} /dev/input/js{0,1} /dev/input/mouse0 in /etc/rc.local for now... But with those caveats / upgrade problems everything seems to work: GSM, GPS, Bluetooth, WLAN, LEDs, suspend/resume, and reportedly also power consumption under suspend is ok... Note that of course this is not the correct way to do the kernel in the long term, but I was just willing to spend some of my limited free time on offering this 2.6.34 branch to the Debian users. What is really needed to be done (yet again re-iterated) is upstreaming the rest of the code needed by FreeRunner [4] and helping official s3c24xx support in the Debian installer / kernel [5]. It is however noticeable how huge improvement this is over the old 2.6.29 branch. The 2.6.29 kernel was based on _rc3_ of Linus' 2.6.29. There was a rc8 before the stable 2.6.29 release and six stable updates. After the rc3 however the git.openmoko.org:s andy-tracking tree was patched over the following 1.5 years without merges from the stable tree. Compared to that, with the current 2.6.34 tree [6] we're able to see stable/final 2.6.34 commit by Torvalds already on the second page of the commit log. [4] http://lists.openmoko.org/pipermail/openmoko-kernel/2010-September/011205.html [5] http://git.debian.org/?p=pkg-fso/kernel.git;a=shortlog;h=refs/heads/s3c24xx [6] http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git;a=shortlog;h=refs/heads/debian-2.6.34 As a final note, Radek didn't yet include Glamo KMS/DRM support in the 2.6.34 (I think a bit more KMS/DRM problems have been seen with 2.6.34 than 2.6.32), and I didn't start doing it either. Naturally that's the biggest omission we now don't yet have regarding the work done on FreeRunner kernels during last and this year. The KMS support is available in Thomas' branch [7] and SHR's patches [8] - I don't know what's the delta between them. [7] http://git.bitwiz.org.uk/?p=kernel.git;a=shortlog;h=refs/heads/gdrm-2.6.34 [8] http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.34 -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community thanks for the package. to ssh in the device i must add 'g_ether' in /etc/modules. you should builtin this module in kernel. and now ... let me test all the features. ;) frank -- sent with 100% wireless electrons ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] 2.6.34 Openmoko kernel package available
thanks for the package. to ssh in the device i must add 'g_ether' in /etc/modules. you should builtin this module in kernel. That's fine for you, but not for anyone who wants to use one of the other gadget modules. If you need it autoloading then autoload it as you are doing now. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
let's launch a FR into space
Hi everyone, Just read this story: http://mashable.com/2010/10/17/iphone-space-launch-video/ And now think, what could be done if it was a freerunner? Hoping for a brainstorming session and a lunch at some time :-) Michal ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: let's launch a FR into space
And now think, what could be done if it was a freerunner? http://www.mail-archive.com/community@lists.openmoko.org/msg49762.html -- n...@el-hennig.de Lubarsky's Law of Cybernetic Entomology: There's always one more bug. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: let's launch a FR into space
2010/10/18 Michal Brzozowski ruso...@poczta.fm Hi everyone, Just read this story: http://mashable.com/2010/10/17/iphone-space-launch-video/ And now think, what could be done if it was a freerunner? Hoping for a brainstorming session and a lunch at some time :-) Michal ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Freerunner was there :) http://freeyourphone.de/portal_v1/viewtopic.php?f=20t=1430p=14569#p14569 http://www.ssc.se/?id=14315 -- Marcin Ćwikła jahckal ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: let's launch a FR into space
Am 18.10.2010 um 15:17 schrieb Michal Brzozowski: Hi everyone, Just read this story: http://mashable.com/2010/10/17/iphone-space-launch-video/ And now think, what could be done if it was a freerunner? Good idea, but the Freerunner was in space one year earlier... It was on an experimental rocket launched by DLR in 2009: http://freeyourphone.de/portal_v1/viewtopic.php?f=20t=1430p=14569hilit=dlr#p14569 Hoping for a brainstorming session and a lunch at some time :-) Good idea for repeating :) Nikolaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: let's launch a FR into space
2010/10/18 Dr. H. Nikolaus Schaller h...@goldelico.com: Am 18.10.2010 um 15:17 schrieb Michal Brzozowski: Hi everyone, Just read this story: http://mashable.com/2010/10/17/iphone-space-launch-video/ And now think, what could be done if it was a freerunner? Good idea, but the Freerunner was in space one year earlier... I know, but I'm thinking about a low budget solution, like in the original link. The fact that someone has sent a FR in a rocket doesn't mean that sending it again via a weather balloon wouldn't be fun and educative :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: let's launch a FR into space
Am 18.10.2010 um 15:50 schrieb Michal Brzozowski: 2010/10/18 Dr. H. Nikolaus Schaller h...@goldelico.com: Am 18.10.2010 um 15:17 schrieb Michal Brzozowski: Hi everyone, Just read this story: http://mashable.com/2010/10/17/iphone-space-launch-video/ And now think, what could be done if it was a freerunner? Good idea, but the Freerunner was in space one year earlier... I know, but I'm thinking about a low budget solution, like in the original link. The fact that someone has sent a FR in a rocket doesn't mean that sending it again via a weather balloon wouldn't be fun and educative :-) I did not at all disagree with that and said: Good idea for repeating :) BR, Nikolaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: let's launch a FR into space
2010/10/18 Dr. H. Nikolaus Schaller h...@goldelico.com: I did not at all disagree with that and said: Good idea for repeating :) Sure! So, first idea. Is it possible to live stream the video from the launch? Would a FR be able to connect to GSM cells from 30km above ground? Has anyone ever tried video streaming from the FR? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: let's launch a FR into space
Am 18.10.2010 um 16:05 schrieb Michal Brzozowski: 2010/10/18 Dr. H. Nikolaus Schaller h...@goldelico.com: I did not at all disagree with that and said: Good idea for repeating :) Sure! So, first idea. Is it possible to live stream the video from the launch? Very likely. Would a FR be able to connect to GSM cells from 30km above ground? I don't know but would doubt it from theory. Antennas on GSM base stations don't have a half-spherical characteristics but try to bundle the transmitter's energy to a location where it is needed mostly. And that is on earth's surface. But that could be part of the experiment. Just log the list of GSM base stations found. And add a Freerunner Navigation Board to get barometric altitude. So you can see at which altitude which signals can be received. Has anyone ever tried video streaming from the FR? The first questions is how to connect a camera. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Freerunner Navigation Board
We have received and tested the next batch of Freerunner navigation boards. The test was done by using a Letux 400 where we did solder 4 cables to get an external I2C bus and some spring contacts. More details can be found at: http://wiki.openmoko.org/wiki/Freerunner_Navigation_Board_v2 And, please report your ideas, results, software, fun, etc. here! Nikolaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: let's launch a FR into space
A Dilluns 18 Octubre 2010 15:17:55, Michal Brzozowski va escriure: Hi everyone, Just read this story: http://mashable.com/2010/10/17/iphone-space-launch-video/ And now think, what could be done if it was a freerunner? I some used the freeruner for space triops see: http://www.datenfreihafen.org/~stefan/weblog/archives/2010/02/index.html#e2010-02-28T15_40_36.txt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: let's launch a FR into space
Hi all, From what i understand the doppler effect on the gsm signal limits the max speed to +/- 250 Km/h. So even with GSM coverage i doubt if it will be able to connect. Kind regards, Ed On Mon, 2010-10-18 at 16:15 +0200, Dr. H. Nikolaus Schaller wrote: Am 18.10.2010 um 16:05 schrieb Michal Brzozowski: 2010/10/18 Dr. H. Nikolaus Schaller h...@goldelico.com: I did not at all disagree with that and said: Good idea for repeating :) Sure! So, first idea. Is it possible to live stream the video from the launch? Very likely. Would a FR be able to connect to GSM cells from 30km above ground? I don't know but would doubt it from theory. Antennas on GSM base stations don't have a half-spherical characteristics but try to bundle the transmitter's energy to a location where it is needed mostly. And that is on earth's surface. But that could be part of the experiment. Just log the list of GSM base stations found. And add a Freerunner Navigation Board to get barometric altitude. So you can see at which altitude which signals can be received. Has anyone ever tried video streaming from the FR? The first questions is how to connect a camera. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: let's launch a FR into space
2010-10...@16:15 Dr. H. Nikolaus Schaller Has anyone ever tried video streaming from the FR? The first questions is how to connect a camera. I think you'd connect a plain usb webcam ;) -- ALFA21 IS PROVIDED AS IS AND WITHOUT WARRANTIES OF ANY KIND, EXPRESS OR IMPLIED. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community