Re: Kernel Image for additional arm platform
Martin Michlmayr a écrit : > * Eugene San <[EMAIL PROTECTED]> [2007-11-24 12:01]: >> I am using Debian/(Armel/arm) for a long time on set of devices with >> Marvell ARM CPU. >> Lately support for those devices stabilized in 2.6.22-24. > > Orion support won't be in 2.6.24 but it should end up in 2.6.25 at > which point I'll add Orion support to the Debian kernel. > >> I am wondering what should be the procedure of adding additional >> platform to official kernel images, like iop32x and versatile? > > There aren't any written procedures. The big blocker for adding many > new ARM flavours (platforms) to the Debian kernel is simply that the > kernel package takes a really long time to compile on ARM. However, > given the number of devices based on the Orion platform, it's no OTOH, a lot of arm build daemons have been replaced by faster ones, so it may be possible to add new platforms, and add linux-2.6 to @no_auto_build on the slower ones. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kernel Image for additional arm platform
On Sat, Nov 24, 2007 at 06:53:45PM +0200, Eugene San wrote: > >>Well, if we are talking about 2.6.25 mainline, Buffulo/Kuro, Dlink > >>323 and Marvel NAS RD are going to be supported by Kernel out of > >>the box and the probably will be default for that platform. > >>But there are some other devices available on market (Maxtor MSSII > >>for Ex.) but they won't be officially supported by vanilla kernel. > > > >Why not? > > > >>Therefor I was thinking about additional kernel images and patches > >>against kernel-source available in debian repositories. > > > >If you have patches for those platforms already, why not send them > >to linux-arm-kernel@ ? > > The patches I have, are not based on code already accepted to mainline. > I will have to port them before they could be used as diff to already > submitted code. In addition some features patches rely on, not in > patches already submitted to Mainline. Right. But, I'd rather see proper patches going into mainline _first_, than shoving non-mainline-acceptable patches directly into the Debian kernel package, bypassing the mainline review process. > But, maybe basic support for some of devices could be added to > mainline, I'll check that. It shouldn't be too hard. Shout if you need help. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kernel Image for additional arm platform
Lennert Buytenhek wrote: On Sat, Nov 24, 2007 at 05:21:57PM +0200, Eugene San wrote: Well, if we are talking about 2.6.25 mainline, Buffulo/Kuro, Dlink 323 and Marvel NAS RD are going to be supported by Kernel out of the box and the probably will be default for that platform. But there are some other devices available on market (Maxtor MSSII for Ex.) but they won't be officially supported by vanilla kernel. Why not? Therefor I was thinking about additional kernel images and patches against kernel-source available in debian repositories. If you have patches for those platforms already, why not send them to linux-arm-kernel@ ? The patches I have, are not based on code already accepted to mainline. I will have to port them before they could be used as diff to already submitted code. In addition some features patches rely on, not in patches already submitted to Mainline. But, maybe basic support for some of devices could be added to mainline, I'll check that. Thank you for giving me an idea :-)
Re: Kernel Image for additional arm platform
On Sat, Nov 24, 2007 at 05:21:57PM +0200, Eugene San wrote: > Well, if we are talking about 2.6.25 mainline, Buffulo/Kuro, Dlink > 323 and Marvel NAS RD are going to be supported by Kernel out of > the box and the probably will be default for that platform. > But there are some other devices available on market (Maxtor MSSII > for Ex.) but they won't be officially supported by vanilla kernel. Why not? > Therefor I was thinking about additional kernel images and patches > against kernel-source available in debian repositories. If you have patches for those platforms already, why not send them to linux-arm-kernel@ ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kernel Image for additional arm platform
* Eugene San <[EMAIL PROTECTED]> [2007-11-24 12:01]: > I am using Debian/(Armel/arm) for a long time on set of devices with > Marvell ARM CPU. > Lately support for those devices stabilized in 2.6.22-24. Orion support won't be in 2.6.24 but it should end up in 2.6.25 at which point I'll add Orion support to the Debian kernel. > I am wondering what should be the procedure of adding additional > platform to official kernel images, like iop32x and versatile? There aren't any written procedures. The big blocker for adding many new ARM flavours (platforms) to the Debian kernel is simply that the kernel package takes a really long time to compile on ARM. However, given the number of devices based on the Orion platform, it's no question that we should add an Orion flavour to our kernel packages. I'll do that for 2.6.25. > Also i am looking for detailed information about how those packages > are built for other platforms? Essentially, you put a config file in config/arm/config. and make some additions to config/arm/defines. As long as Orion support is in the mainline kernel, adding an Orion flavour to the kernel packages won't be a big task. However, it would also be nice to support many Orion devices in debian-installer and that will require some work. Which device are you interested in particularly? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kernel Image for additional arm platform
Martin Michlmayr wrote: * Eugene San <[EMAIL PROTECTED]> [2007-11-24 12:01]: I am using Debian/(Armel/arm) for a long time on set of devices with Marvell ARM CPU. Lately support for those devices stabilized in 2.6.22-24. Orion support won't be in 2.6.24 but it should end up in 2.6.25 at which point I'll add Orion support to the Debian kernel. I am wondering what should be the procedure of adding additional platform to official kernel images, like iop32x and versatile? There aren't any written procedures. The big blocker for adding many new ARM flavours (platforms) to the Debian kernel is simply that the kernel package takes a really long time to compile on ARM. However, given the number of devices based on the Orion platform, it's no question that we should add an Orion flavour to our kernel packages. I'll do that for 2.6.25. Also i am looking for detailed information about how those packages are built for other platforms? Essentially, you put a config file in config/arm/config. and make some additions to config/arm/defines. As long as Orion support is in the mainline kernel, adding an Orion flavour to the kernel packages won't be a big task. However, it would also be nice to support many Orion devices in debian-installer and that will require some work. Which device are you interested in particularly? Well, if we are talking about 2.6.25 mainline, Buffulo/Kuro, Dlink 323 and Marvel NAS RD are going to be supported by Kernel out of the box and the probably will be default for that platform. But there are some other devices available on market (Maxtor MSSII for Ex.) but they won't be officially supported by vanilla kernel. Therefor I was thinking about additional kernel images and patches against kernel-source available in debian repositories.
Re: Kernel Image for additional arm platform
* Eugene San <[EMAIL PROTECTED]> [2007-11-24 17:21]: > But there are some other devices available on market (Maxtor MSSII > for Ex.) but they won't be officially supported by vanilla kernel. > Therefor I was thinking about additional kernel images and patches > against kernel-source available in debian repositories. There's no reason they cannot be supported in the mainline kernel. If you have such devices and want to see support, please submit patches upstream. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]