summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/2011-August/007577.html
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/2011-August/007577.html')
-rw-r--r--zarb-ml/mageia-dev/2011-August/007577.html133
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
+&lt;<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">linux at arm.linux.org.uk</A>&gt; wrote:
+&gt;<i> On Fri, Aug 26, 2011 at 11:11:41AM -0500, Bill Gatliff wrote:
+</I>&gt;&gt;<i> As such refactoring consolidated larger and larger chunks of kernel
+</I>&gt;&gt;<i> code, new designs would gravitate towards those consolidated
+</I>&gt;&gt;<i> implementations because they would be the dominant references.
+</I>&gt;<i>
+</I>&gt;<i> Don't bet on it. &#160;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 &quot;Linux community&quot;
+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.
+
+&gt;<i> This &quot;need to be different&quot; is so heavily embedded in the mindset of the
+</I>&gt;<i> hardware people that I doubt &quot;providing consolidated implementations&quot;
+</I>&gt;<i> will make the blind bit of difference. &#160;I doubt that hardware people
+</I>&gt;<i> coming up with these abominations even care one bit about what's in
+</I>&gt;<i> the kernel.
+</I>
+I don't routinely see a &quot;need to be different&quot; 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>