Re: [fedora-arm] ARM summit at Plumbers 2011
- To: david@lang.hm
- Cc: Luke Kenneth Casson Leighton <lkcl@lkcl.net>, cross-distro@lists.linaro.org, Russell King <linux@arm.linux.org.uk>, Ubuntu Devel <ubuntu-devel@lists.ubuntu.com>, GCC developers <gcc@gcc.gnu.org>, yocto@yoctoproject.org, Gentoo Embedded <gentoo-embedded@lists.gentoo.org>, torvalds@linux-foundation.org, Bruce Perens <bruce@perens.com>, Debian ARM <debian-arm@lists.debian.org>, Fedora ARM <arm@lists.fedoraproject.org>, OLPC Devel <devel@lists.laptop.org>, OpenEmbedded Devel <openembedded-devel@lists.openembedded.org>, cooker@mandrivalinux.org, MeeGo Dev <meego-dev@meego.com>, Linux on small ARM machines <arm-netbook@lists.phcomp.co.uk>, LSB discuss <lsb-discuss@lists.freestandards.org>, Mageia Dev <mageia-dev@mageia.org>
- Subject: Re: [fedora-arm] ARM summit at Plumbers 2011
- From: Bill Gatliff <bgat@billgatliff.com>
- Date: Fri, 26 Aug 2011 11:11:41 -0500
- Message-id: <[🔎] CADkCAut2sMMKcCLiG0g+Rwt5z4dXJgRZYyvUAzCQVTQQMPFJmA@mail.gmail.com>
- In-reply-to: <[🔎] alpine.DEB.2.02.1108241648360.29431@asgard.lang.hm>
- References: <[🔎] 20110809181534.GR10171@einval.com> <[🔎] 20110823161134.GV3053@linaro.org> <[🔎] efc47c3039402c1507d76f381a790115@mail.shatteredsilicon.net> <[🔎] CAPweEDwkVWH=r_moJj1_CKLxRUkkbBgHenZhwi8CzY9z3BO-Cw@mail.gmail.com> <[🔎] CADkCAuuaH5k2duuvUdmj1j9=6oaCKORN-NJGg4gt2ovEshHYmw@mail.gmail.com> <[🔎] alpine.DEB.2.02.1108241648360.29431@asgard.lang.hm>
David:
On Wed, Aug 24, 2011 at 6:55 PM, <david@lang.hm> wrote:
> ARM is currently in worse shape than the PC market ever was in this aspect,
> but in this case it's less a matter of getting the hardware guys to change
> what they do than it is to get better documentation of what the hardware is
> really doing and not duplicating drivers for cases where the right answer is
> just replacing a constant with a variable (just as an example of the very
> common case where the same component is wired to a different address)
I agree.
Maybe Linaro or an equivalent organization could provide a "ARM kernel
janitor" service to the community, where they refactor existing ARM
platform/driver code to make it more common. This is something that's
difficult for a single person with experience in only one or two SoCs
to do, but it would be pretty straightforward work for a team of three
or four people with broad coverage of the SoC devices the kernel
supports now.
As such refactoring consolidated larger and larger chunks of kernel
code, new designs would gravitate towards those consolidated
implementations because they would be the dominant references.
b.g.
--
Bill Gatliff
bgat@billgatliff.com
Reply to: