[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <BANLkTinAtUQ8H1DQpqXxX_U4mLO617L3Eg@mail.gmail.com>
Date: Sun, 15 May 2011 12:20:51 +0200
From: Linus Walleij <linus.walleij@...aro.org>
To: Par-Gunnar Hjalmdahl <par-gunnar.p.hjalmdahl@...ricsson.com>
Cc: Greg Kroah-Hartman <gregkh@...e.de>, devel@...verdev.osuosl.org,
linux-kernel@...r.kernel.org, linux-bluetooth@...r.kernel.org,
Pavan Savoy <pavan_savoy@...y.com>,
Vitaly Wool <vitalywool@...il.com>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
Arnd Bergmann <arnd@...db.de>,
Marcel Holtmann <marcel@...tmann.org>,
Lukasz Rymanowski <Lukasz.Rymanowski@...to.com>,
Par-Gunnar Hjalmdahl <pghatwork@...il.com>,
Lee Jones <lee.jones@...aro.org>,
Mathieu Poirier <mathieu.poirier@...aro.org>
Subject: Re: [PATCH v6] Add ST-Ericsson CG2900 driver
2011/5/10 Par-Gunnar Hjalmdahl <par-gunnar.p.hjalmdahl@...ricsson.com>:
> Patch created on next-20110510.
> Compared to v5 this patch has the following update:
> - Updated driver after changes to MFD interfaces in linux-next (from mfd_data
> to platform_data).
> - Changed platform specific file dependencies (included correct nomadik file).
Sorry I don't know if all this will work, it's due to all the churn created by
the current push to get stuff out of the ARM tree so not much to do.
The Nomadik GPIO file was moved in next but I will take that code move
out today, because the GPIO maintainer has told me he couldn't
provide feedback on these patches in time for me to finalize the change
for kernel 2.6.40. Thus it won't go into 2.6.40 and I must remove it
from next.
The MFD changes will *probably* happen, if you're thinking about the
PRCMU movement etc.
To merge into the staging tree right now, you need to base it off
Gregs staging tree, which is where it'll be merged:
http://git.kernel.org/?p=linux/kernel/git/gregkh/staging-2.6.git;a=summary
Sorry about all the confusion, I think it's actually nobodys fault,
it's just reflecting the fact that embedded drivers with deep
platform dependencies are *really* *hard* to manage in staging.
It works best for things like a standard-form driver on a local bus
(I2C, PCI, USB ...) without any bindings to a lot of platform stuff.
Maybe the device tree will fix all this. Sometime.
Yours,
Linus Walleij
--
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