[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <93BF5C62-ADE8-4EFC-9175-C2D7E43300E3@antoniou-consulting.com>
Date: Mon, 7 Jan 2013 22:40:38 +0200
From: Pantelis Antoniou <panto@...oniou-consulting.com>
To: Tony Lindgren <tony@...mide.com>
Cc: Grant Likely <grant.likely@...retlab.ca>,
Rob Herring <rob.herring@...xeda.com>,
Rob Landley <rob@...dley.net>, Jon Loeliger <jdl@....com>,
Stephen Warren <swarren@...dotorg.org>,
David Gibson <david@...son.dropbear.id.au>,
Benoit Cousson <b-cousson@...com>,
Mitch Bradley <wmb@...mworks.com>,
Alan Tull <atull@...era.com>, Arnd Bergmann <arnd@...db.de>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
linux-omap@...r.kernel.org, devicetree-discuss@...ts.ozlabs.org,
linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org,
Matt Porter <mporter@...com>, Russ Dill <Russ.Dill@...com>,
Koen Kooi <koen@...inion.thruhere.net>,
Joel A Fernandes <agnel.joel@...il.com>,
Rob Clark <robdclark@...il.com>,
Jason Kridner <jkridner@...gleboard.org>,
Matt Ranostay <mranostay@...il.com>
Subject: Re: [PATCH 1/5] capemgr: Beaglebone DT overlay based cape manager
Hi Tony,
On Jan 7, 2013, at 10:35 PM, Tony Lindgren wrote:
> * Pantelis Antoniou <panto@...oniou-consulting.com> [130107 12:29]:
>> On Jan 7, 2013, at 10:23 PM, Tony Lindgren wrote:
>>>
>>> Well how about split it to an eeprom driver, and Linux generic
>>> device loader parts?
>>>
>>
>> All that's left is the eeprom driver (accessor) and calls to the
>> generic DT overlay constructs.
>>
>> If you caught on the previous patchset about DT overlays it should be
>> clear.
>>
>> So it is split along those lines already.
>
> Hmm I was thinking something like this:
>
> drivers/base/device-loader.c
> drivers/misc/eeprom/beaglebone-cape.c
>
> Then you may be able to just load the configuration for it
> from a .dts file and maybe no hardware specific glue is even
> needed.
>
At the end of the line, some kind of hardware glue is going to be needed.
I just feel that drawing from a sample size of 1 (maybe 2 if I get to throw
in the beagleboard), it is a bit premature to think about making it overly
general, besides the part that are obviously part of the infrastructure
(like the DT overlay stuff).
What I'm getting at, is that we need some user experience about this, before
going away and creating structure out of possible misconception about the uses.
> Regards,
>
> Tony
Regards
-- Pantelis
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists