[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081123003306.GE24437@datenfreihafen.org>
Date: Sun, 23 Nov 2008 01:33:06 +0100
From: Stefan Schmidt <stefan@...enfreihafen.org>
To: David Brownell <david-b@...bell.net>
Cc: Stefan Schmidt <stefan@...nmoko.org>,
spi-devel-general@...ts.sourceforge.net, eric.y.miao@...il.com,
linux-kernel@...r.kernel.org, sameo@...nedhand.com,
linux-arm-kernel@...ts.arm.linux.org.uk,
Daniel Ribeiro <drwyrm@...il.com>
Subject: Re: [spi-devel-general] [patch 05/14] mfd: PCAP2 driver
On Sat, 2008-11-22 at 15:58, David Brownell wrote:
> On Saturday 22 November 2008, Stefan Schmidt wrote:
> > > > +config EZX_PCAP
> > > > + bool "PCAP Support"
> > > > + depends on PXA_EZX
> > >
> > > It only builds on one platform. Now, that may make sense if it's
> > > an ASIC currently used only on that platform; it's a "hardware"
> > > dependency. But it's not a necessary "software" dependency, no
> > > code here seems to rely on PXA hardware, or EZX hardware.
> >
> > It is software and we are on the way fixing it.
>
> Good. I've only seen patch #5 of this series, so I couldn't
> tell what else was up.
Sorry. This set touched a lot of different subsystems. (ARM, spi, rtc, input,
mfd, ..) The To: and Cc: list gave me quite some headache. :) Next time I make
sure that at least LKML is cc'ed on the whle series so people have a lace to
look at it in one thread.
> > Understand. We have been a bit lazy here, sorry. That is mostly based on the
> > fact that we have never seen any other linux devices having this chip. Only some
> > low power feature phones with the P2K OS from Motorola. Anyway, we work on it to
> > get it more generic now.
>
> Looks to me like you're almost all the way there already! :)
We hope so, yes. :) Once we have the EZX/PXA dep gone you are fine with this
patch? All SPI related stuff is ok from you?
> Much like we're doing with the twl4030 family chips ... they're
> used on a lot of OMAP3 (and some OMAP2430) boards, and some
> build dependencies evolved over the past year or so while
> the driver support was maturing out of mainline.
Yeah, pretty similar. We had to start from 2.4 driver code to get in touch with
this chip. Motorola did not offer any docs. Also the usual embedded board
out-of-tree problem. We are doing a lot better now since the last two kernels
though. Better workflow, tools, faster reaction on review and more energy
towards upstream submissions.
regards
Stefan Schmidt
--
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