[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <3291391.H71MjevFsA@wuerfel>
Date: Fri, 26 Sep 2014 11:14:30 +0200
From: Arnd Bergmann <arnd@...db.de>
To: Joachim Eastwood <manabian@...il.com>
Cc: "linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
Pankaj Dubey <pankaj.dubey@...sung.com>,
Douglas Anderson <dianders@...omium.org>,
kgene.kim@...sung.com,
Russell King - ARM Linux <linux@....linux.org.uk>,
Heiko Stübner <heiko@...ech.de>,
naushad@...sung.com, Li.Xiubo@...escale.com,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Tomasz Figa <tomasz.figa@...il.com>,
linux-samsung-soc@...r.kernel.org, thomas.ab@...sung.com,
vikas.sajjan@...sung.com, chow.kim@...sung.com,
Lee Jones <lee.jones@...aro.org>,
sunil joshi <joshi@...sung.com>, b29396@...escale.com
Subject: Re: [PATCH v5] mfd: syscon: Decouple syscon interface from platform devices
On Friday 26 September 2014 09:48:24 Joachim Eastwood wrote:
> On 26 September 2014 09:16, Arnd Bergmann <arnd@...db.de> wrote:
> > On Friday 26 September 2014 07:34:12 Joachim Eastwood wrote:
> >> I am working on Cortex-M4 no-MMU platform that isn't upstream yet, btw.
> >>
> >
> > Sorry for drifting off-topic, but this is very interesting to me. Can you
> > say which one you are working on and what your timeline is for submitting
> > it upstream?
>
> It's NXP LPC18xx/43xx which is Cortex-M3/M4.
>
> 3.19 or 3.20 might be target.
Ah, very nice!
> Right now everything is in a github repository here:
> https://github.com/manabian/linux-lpc
>
> Most stuff are working now and I am in the process of clean it up and
> adding documentation.
Ok, looks like you are making good progress. I noticed three high-level
issues that you may want to address:
- the watchdog driver should use the generic watchdog framework rather
than registering a misc device.
- the ehci glue can probably go away if you make very small changes
to the generic ehci platform driver
- I don't like the way that the stmmac glue drivers are added, I thought
we had fixed this before but I think I need to dig up old emails.
The driver should really be a loadable module that hooks calls into
the common code rather than being linked into one module.
I also have a plan for doing multiplatform builds of nommu kernels,
for build testing mostly, I wouldn't expect you to run that configuration.
No need for you to address that yourself though, we'll get there.
Arnd
--
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