Hi Kumar,
On 4/9/2010 8:43 AM, Kumar Gala wrote:
On Apr 8, 2010, at 5:53 AM, Felix Radensky wrote:
Hi,
I've just noticed that ethernet nodes are missing in p1020rdb device tree.
Are there any known problems with ethernet controllers on p1020rdb ?
I'd say its not problems, its support
In message <1270844541-11125-1-git-send-email-bec...@kernel.crashing.org> you w
rote:
> The code was looking for this in cpu_features, not mmu_features. Fix this.
>
> Signed-off-by: Becky Bruce
> ---
> arch/powerpc/mm/fsl_booke_mmu.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(
Paul Mundt wrote:
> In some cases that might be valid, but there are many cases where drivers
> can reconfigure their capability sets based on which GPIOs are and aren't
> available. Just because a pin isn't available doesn't make it a
> show-stopper for the probe path..
>
Understood.
I just t
On Sat, Apr 10, 2010 at 08:33:53PM -0500, Bill Gatliff wrote:
> Grant Likely wrote:
> > On Sat, Apr 10, 2010 at 5:39 PM, Paul Mundt wrote:
> >
> >> In cases where you can specifically note that dependencies, doing so will
> >> save you a world of pain. Despite that, it's simply not possible to
Grant Likely wrote:
> On Sat, Apr 10, 2010 at 5:39 PM, Paul Mundt wrote:
>
>> In cases where you can specifically note that dependencies, doing so will
>> save you a world of pain. Despite that, it's simply not possible to do
>> this as a free-for-all. Devices or busses that can tolerate multi-
Paul Mundt wrote:
>
> In cases where you can specifically note that dependencies, doing so will
> save you a world of pain. Despite that, it's simply not possible to do
> this as a free-for-all. Devices or busses that can tolerate multi-threaded
> probing need to be converted over one at a time, bu
On Sat, Apr 10, 2010 at 5:39 PM, Paul Mundt wrote:
> In cases where you can specifically note that dependencies, doing so will
> save you a world of pain. Despite that, it's simply not possible to do
> this as a free-for-all. Devices or busses that can tolerate multi-threaded
> probing need to be
On Sat, Apr 10, 2010 at 08:35:41AM -0500, Bill Gatliff wrote:
> Benjamin Herrenschmidt wrote:
> > On Fri, 2010-04-09 at 14:23 -0500, Bill Gatliff wrote:
> >
> >> My recent post, "Requesting a GPIO that hasn't been registered yet", and
> >> Anton's reply thereto (thanks, Anton!) on linuxppc-dev g
Acked-By: Mike Isely
(in the context of the pvrusb2 driver related changes)
-Mike
On Mon, 22 Mar 2010, Wolfram Sang wrote:
> Made necessary by 6992f5334995af474c2b58d010d08bc597f0f2fe.
>
> Found by this semantic patch:
>
> @ init @
> type T;
> identifier A;
> @@
>
> T {
>
Mike Isely wrote:
> Acked-By: Mike Isely
>
> (in the context of the pvrusb2 driver related changes)
Acked-by: Mauro Carvalho Chehab
>
> -Mike
>
> On Mon, 22 Mar 2010, Wolfram Sang wrote:
>
>> Made necessary by 6992f5334995af474c2b58d010d08bc597f0f2fe.
>>
>> Found by this semantic patch:
>>
Grant Likely wrote:
> On Fri, Apr 9, 2010 at 1:23 PM, Bill Gatliff wrote:
>
>> Guys:
>>
>>
>> My recent post, "Requesting a GPIO that hasn't been registered yet", and
>> Anton's reply thereto (thanks, Anton!) on linuxppc-dev got me thinking
>> about the problem of dependencies between devices i
Benjamin Herrenschmidt wrote:
> On Fri, 2010-04-09 at 14:23 -0500, Bill Gatliff wrote:
>
>> My recent post, "Requesting a GPIO that hasn't been registered yet", and
>> Anton's reply thereto (thanks, Anton!) on linuxppc-dev got me thinking
>> about the problem of dependencies between devices in d
On Fri, 2010-04-09 at 14:23 -0500, Bill Gatliff wrote:
>
> My recent post, "Requesting a GPIO that hasn't been registered yet", and
> Anton's reply thereto (thanks, Anton!) on linuxppc-dev got me thinking
> about the problem of dependencies between devices in different classes,
> and/or between d
13 matches
Mail list logo
