From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2011-August/007585.html | 80 ++++++++++++++++++++++++++++++ 1 file changed, 80 insertions(+) create mode 100644 zarb-ml/mageia-dev/2011-August/007585.html (limited to 'zarb-ml/mageia-dev/2011-August/007585.html') diff --git a/zarb-ml/mageia-dev/2011-August/007585.html b/zarb-ml/mageia-dev/2011-August/007585.html new file mode 100644 index 000000000..783afc93d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-August/007585.html @@ -0,0 +1,80 @@ + + + + [Mageia-dev] [fedora-arm] ARM summit at Plumbers 2011 + + + + + + + + + +

[Mageia-dev] [fedora-arm] ARM summit at Plumbers 2011

+ Russell King - ARM Linux + linux at arm.linux.org.uk +
+ Fri Aug 26 18:35:02 CEST 2011 +

+
+ +
On Fri, Aug 26, 2011 at 11:11:41AM -0500, Bill Gatliff wrote:
+> 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.
+
+Don't bet on it.  That's not how it works (unfortunately.)
+
+Just look at the many serial port inventions dreamt up by SoC designers -
+everyone is different from each other.  Now consider: why didn't they use
+a well established standard 16550A or later design?
+
+Also consider why ARM Ltd designed the PL010 and PL011 primecells which
+are different from the 16550A.
+
+This "need to be different" is so heavily embedded in the mindset of the
+hardware people that I doubt "providing consolidated implementations"
+will make the blind bit of difference.  I doubt that hardware people
+coming up with these abominations even care one bit about what's in
+the kernel.
+
+ + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1