Re: ARM: OMAP2+ flavour
Hello, 2010/11/29 Sebastian Reichel elektra...@gmail.com: On Mon, Nov 29, 2010 at 06:17:59PM +, Martin Michlmayr wrote: * Sebastian Reichel elektra...@gmail.com [2010-11-23 09:42]: However, personally I'd like to see explicit support for some OMAP devices in Debian installer, otherwise I don't see a lot of value in providing a kernel. (Those who don't need d-i can probably also compile their own kernel or take a kernel image from an external web site). I do not know much about d-i internals, but there was a Google Summer of Code project this year, which was supposed to add Openmoko Freerunner support to d-i. So it should be that much work to add Nokia N900 support? Apart from this it should be easy to add support for the Beagleboard or Pandaboard, since they very similar to a normal PC, but I don't own them ;) Pandaboard (OMAP4) and BeagleBoard (OMAP3) based devices boot off SD/MMC card, in the case of Pandaboard it only boots off SD/MMC (no MTD device available). debian-installer does not have support for MTD devices due to parted not supporting it (#487738), but some improvements have been done and bitrot [0]. So, basically, what debian-installer needs to add to support such devices (taking in account debian-installer runs native)? Maybe a cross installer which puts together a kernel + rootfs in a cross way is more than enough. I am currently cooking out one for my purposes (#604834), but it is not ready yet. In anycase, if anyone takes the lead to add support for OMAP into d-i and kernel, I am available to help and test it out. Best regards [0] http://wiki.debian.org/DebianInstaller/MTD -- Héctor Orón Our Sun unleashes tremendous flares expelling hot gas into the Solar System, which one day will disconnect us. -- Day DVB-T stop working nicely Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinqrtwybfbewsh-_ubuavnnveya=zjtekot0...@mail.gmail.com
Re: ARM: OMAP2+ flavour
* Sebastian Reichel elektra...@gmail.com [2010-11-23 09:42]: The config does not disable the support for other OMAP devices. It should support most of the OMAP devices available (but they probably need some more drivers). The only limitation is, that it must use an OMAP2 processor or later (you have to select in the It's possible to build support for OMAP 2, 3 and 4 into one kernel image. I think OMAP would be a reasonable addition to the Debian kernel since there are a lot of devices. However, personally I'd like to see explicit support for some OMAP devices in Debian installer, otherwise I don't see a lot of value in providing a kernel. (Those who don't need d-i can probably also compile their own kernel or take a kernel image from an external web site). In any case, I'm CCing debian-arm for comments. debian-arm: Sebastian Reichel requested a kernel image for OMAP, see http://lists.debian.org/debian-kernel/2010/11/msg00542.html -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101129181759.gf7...@jirafa.cyrius.com
Re: ARM: OMAP2+ flavour
On Mon, Nov 29, 2010 at 06:17:59PM +, Martin Michlmayr wrote: * Sebastian Reichel elektra...@gmail.com [2010-11-23 09:42]: The config does not disable the support for other OMAP devices. It should support most of the OMAP devices available (but they probably need some more drivers). The only limitation is, that it must use an OMAP2 processor or later (you have to select in the It's possible to build support for OMAP 2, 3 and 4 into one kernel image. Yes, that the reason why I named the config -omap and not -n900 or -omap3 :) The configuration, which I linked to [0], does not touch the board configuration - they are all enabled by default :) I think OMAP would be a reasonable addition to the Debian kernel since there are a lot of devices. Yes, there are lot's of smartphones today and there will come more, because omap4 is also supported by the kernel :) However, personally I'd like to see explicit support for some OMAP devices in Debian installer, otherwise I don't see a lot of value in providing a kernel. (Those who don't need d-i can probably also compile their own kernel or take a kernel image from an external web site). I do not know much about d-i internals, but there was a Google Summer of Code project this year, which was supposed to add Openmoko Freerunner support to d-i. So it should be that much work to add Nokia N900 support? Apart from this it should be easy to add support for the Beagleboard or Pandaboard, since they very similar to a normal PC, but I don't own them ;) The OMAP kernel configuration I provided is not that useful on the N900 without the touchscreen driver though. Would it be acceptable to add the tsc2005 driver as patch until it hits mainline [1]? [0] http://files.ring0.de/sre/n900-debian-kernel/src/config.omap [1] http://ns3.spinics.net/lists/linux-input/msg12558.html -- Sebastian signature.asc Description: Digital signature
Re: ARM: OMAP2+ flavour
On Tue, Nov 23, 2010 at 03:01:51AM +, Ben Hutchings wrote: On Tue, 2010-11-23 at 00:58 +0100, Sebastian Reichel wrote: Hi, I'm currently bringing Debian to Nokia's N900 (see [1]). For this I also want to use a kernel package directly from Debian. The 2.6.36 mainline kernel, which is currently used in the Debian experimental contains the most important drivers, so no patches are needed in the kernel package. (check [2] to see what would be working on the N900 with this kernel) For the new flavour an omap entry in config/armel/defines is needed [3] and a new config.omap file [4]. The config file is not yet optimal, but works. Can you please give me some advice how to proceed? [...] AIUI there are many versions of OMAP; can we build one flavour that would run on all/most of them? The config does not disable the support for other OMAP devices. It should support most of the OMAP devices available (but they probably need some more drivers). The only limitation is, that it must use an OMAP2 processor or later (you have to select in the kernel config if you want OMAP1 support or OMAP2+). I do not own other devices, so I could only test Nokia's N900. -- Sebastian signature.asc Description: Digital signature
ARM: OMAP2+ flavour
Hi, I'm currently bringing Debian to Nokia's N900 (see [1]). For this I also want to use a kernel package directly from Debian. The 2.6.36 mainline kernel, which is currently used in the Debian experimental contains the most important drivers, so no patches are needed in the kernel package. (check [2] to see what would be working on the N900 with this kernel) For the new flavour an omap entry in config/armel/defines is needed [3] and a new config.omap file [4]. The config file is not yet optimal, but works. Can you please give me some advice how to proceed? [1] https://elektranox.org/n900/ [2] https://elektranox.org/n900/kernel/status.html [3] http://files.ring0.de/sre/n900-debian-kernel/src/defines [4] http://files.ring0.de/sre/n900-debian-kernel/src/config.omap -- Sebastian signature.asc Description: Digital signature
Re: ARM: OMAP2+ flavour
On Tue, 2010-11-23 at 00:58 +0100, Sebastian Reichel wrote: Hi, I'm currently bringing Debian to Nokia's N900 (see [1]). For this I also want to use a kernel package directly from Debian. The 2.6.36 mainline kernel, which is currently used in the Debian experimental contains the most important drivers, so no patches are needed in the kernel package. (check [2] to see what would be working on the N900 with this kernel) For the new flavour an omap entry in config/armel/defines is needed [3] and a new config.omap file [4]. The config file is not yet optimal, but works. Can you please give me some advice how to proceed? [...] AIUI there are many versions of OMAP; can we build one flavour that would run on all/most of them? I would really like to use the forthcoming support for Device Trees to limit the number of different ARM kernel images we need to build. We would presumably need to rework the definition of 'flavours' so multiple flavours could use the same kernel images and different DTs. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part