diff options
Diffstat (limited to 'zarb-ml/mageia-dev/2011-August/007577.html')
-rw-r--r-- | zarb-ml/mageia-dev/2011-August/007577.html | 133 |
1 files changed, 133 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2011-August/007577.html b/zarb-ml/mageia-dev/2011-August/007577.html new file mode 100644 index 000000000..fabede0bd --- /dev/null +++ b/zarb-ml/mageia-dev/2011-August/007577.html @@ -0,0 +1,133 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-dev] [fedora-arm] ARM summit at Plumbers 2011 + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20%5Bfedora-arm%5D%20ARM%20summit%20at%20Plumbers%202011&In-Reply-To=%3CCADkCAuvjVJZ0CahQYtZM_BoOodxrYPZuQZ93Y3JwHqSqiA%2BkBw%40mail.gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="007559.html"> + <LINK REL="Next" HREF="007571.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] [fedora-arm] ARM summit at Plumbers 2011</H1> + <B>Bill Gatliff</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20%5Bfedora-arm%5D%20ARM%20summit%20at%20Plumbers%202011&In-Reply-To=%3CCADkCAuvjVJZ0CahQYtZM_BoOodxrYPZuQZ93Y3JwHqSqiA%2BkBw%40mail.gmail.com%3E" + TITLE="[Mageia-dev] [fedora-arm] ARM summit at Plumbers 2011">bgat at billgatliff.com + </A><BR> + <I>Fri Aug 26 20:41:55 CEST 2011</I> + <P><UL> + <LI>Previous message: <A HREF="007559.html">[Mageia-dev] Apache security flaw +</A></li> + <LI>Next message: <A HREF="007571.html">[Mageia-dev] Packaging multiple versions of a same lib +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#7577">[ date ]</a> + <a href="thread.html#7577">[ thread ]</a> + <a href="subject.html#7577">[ subject ]</a> + <a href="author.html#7577">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Russell: + +On Fri, Aug 26, 2011 at 11:35 AM, Russell King - ARM Linux +<<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">linux at arm.linux.org.uk</A>> wrote: +><i> On Fri, Aug 26, 2011 at 11:11:41AM -0500, Bill Gatliff wrote: +</I>>><i> As such refactoring consolidated larger and larger chunks of kernel +</I>>><i> code, new designs would gravitate towards those consolidated +</I>>><i> implementations because they would be the dominant references. +</I>><i> +</I>><i> Don't bet on it.  That's not how it works (unfortunately.) +</I> +I wasn't being clear. + +The Linux community isn't large enough to dictate to ARM SoC designers +how their hardware should work--- mostly because the "Linux community" +doesn't buy chips, corporations do. And it has been my experience +that the parts of corporations that negotiate deals for the hardware +aren't populated with the developers of the drivers for said hardware. + +What I meant was that as new hardware becomes available, if we have +strong driver models then driver authors will adopt those APIs rather +than inventing their own. + +I'm thinking about GPIO before gpiolib, for example. Or the current +state of PWM. + +><i> This "need to be different" is so heavily embedded in the mindset of the +</I>><i> hardware people that I doubt "providing consolidated implementations" +</I>><i> will make the blind bit of difference.  I doubt that hardware people +</I>><i> coming up with these abominations even care one bit about what's in +</I>><i> the kernel. +</I> +I don't routinely see a "need to be different" as existing strictly +for its' own sake, even with the hardware guys. Rather, I see a lot +of developers (hardware and software) that are so consumed with their +own requirements and deadlines that they don't get the chance to step +back and see the bigger picture. The resulting fragmentation is a +symptom, not the disease itself. + +And honestly, some of the fragmentation is a really good thing. I +love how Atmel does their GPIO controllers on the SAM-series parts, +for example. The SODR and CODR registers are a godsend for concurrent +code. We wouldn't have such treats if everybody did things the same +way. + +So I'm generally ambivalent to the hardware situation. But that +doesn't mean that the software has to be equally fragmented. In fact, +I think the hardware situation necessitates that we pay particular +attention to NOT fragmenting the drivers for said hardware. Gpiolib +proves that is possible, something I didn't think I would find myself +saying when David Brownell started his effort. I'm glad he proved me +wrong. + + + +b.g. +-- +Bill Gatliff +<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">bgat at billgatliff.com</A> +</PRE> + + + + + + + + + + + + + + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="007559.html">[Mageia-dev] Apache security flaw +</A></li> + <LI>Next message: <A HREF="007571.html">[Mageia-dev] Packaging multiple versions of a same lib +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#7577">[ date ]</a> + <a href="thread.html#7577">[ thread ]</a> + <a href="subject.html#7577">[ subject ]</a> + <a href="author.html#7577">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev +mailing list</a><br> +</body></html> |