[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <FA4D880E-833E-43D9-A399-0A5C260E83F2@antoniou-consulting.com>
Date: Mon, 7 Jan 2013 22:26:31 +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:23 PM, Tony Lindgren wrote:
> * Pantelis Antoniou <panto@...oniou-consulting.com> [130107 12:16]:
>> Hi Tony,
>>
>> On Jan 7, 2013, at 10:09 PM, Tony Lindgren wrote:
>>
>>> * Pantelis Antoniou <panto@...oniou-consulting.com> [130107 10:54]:
>>>> A cape loader based on DT overlays and DT objects.
>>>>
>>>> Beaglebone cape manager implementation.
>>>>
>>>> Signed-off-by: Pantelis Antoniou <panto@...oniou-consulting.com>
>>>> ---
>>>> arch/arm/mach-omap2/Kconfig | 2 +
>>>> drivers/misc/Kconfig | 2 +
>>>> drivers/misc/Makefile | 1 +
>>>> drivers/misc/cape/Kconfig | 5 +
>>>> drivers/misc/cape/Makefile | 5 +
>>>> drivers/misc/cape/beaglebone/Kconfig | 11 +
>>>> drivers/misc/cape/beaglebone/Makefile | 5 +
>>>> drivers/misc/cape/beaglebone/capemgr.c | 1835 ++++++++++++++++++++++++++++++++
>>>
>>> The driver should probably be in drivers/bus?
>>>
>>
>> It was a bus on the previous iteration and there was a flame storm of epic proportions.
>
> Heh :)
>
>> It is not a bus at all now, it's just a device loader; there are no
>> bus constructs at all. I am at a loss to classify it really, so drivers/misc
>> where every misfit ends up sounded OK.
>
> Right..
>
>> I'm open to suggestions though.
>
> 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.
> 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