Hello.
On 12-10-2011 2:43, Tirumala Marri wrote:
<> +# dwc_otg builds in ../dwc along with host support
<> +config USB_GADGET_DWC_HDRC
<> + boolean "DesignWare USB Peripheral"
<> + depends on DWC_OTG_MODE || DWC_DEVICE_ONLY
<> + select USB_GADGET_DUALSPEED
<> + select USB_
This patch enables the ethtool interface. The implementation is done
using the libphy helper functions.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/net/ll_temac_main.c | 27 +++
1 files changed, 27 insertions(+), 0 deletions(-)
diff --git a/drivers/net/ll_temac_
On Tue, 2011-10-11 at 18:24 +0530, Suzuki Poulose wrote:
> On 10/10/11 23:30, Scott Wood wrote:
> > On 10/10/2011 04:56 AM, Suzuki K. Poulose wrote:
> >> #if defined(CONFIG_RELOCATABLE)&& defined(CONFIG_44x)
> >> #define __va(x) ((void *)(unsigned long)((phys_addr_t)(x) - PHYSICAL_START
> >> + (K
From: Kai Jiang
To support >32-bit physical addresses for UIO_MEM_PHYS type we need to
extend the width of 'addr' in struct uio_mem. Numerous platforms like
embedded PPC, ARM, and X86 have support for systems with larger physical
address than logical.
Since 'addr' may contain a physical, logica
For some devices the default behavior of pgprot_noncached is not
the correct flags for the address space. Provide a means for the
kernel side UIO driver to override the flags without having to
implement its own full mmap callback.
Signed-off-by: Kumar Gala
---
drivers/uio/uio.c |6
On Oct 12, 2011, at 10:32 AM, Hans J. Koch wrote:
> On Wed, Oct 12, 2011 at 09:35:45AM -0500, Kumar Gala wrote:
>> From: Kai Jiang
>>
>> To support >32-bit physical addresses for UIO_MEM_PHYS type we need to
>> extend the width of 'addr' in struct uio_mem. Numerous platforms like
>> embedded P
On Oct 12, 2011, at 10:35 AM, Hans J. Koch wrote:
> On Wed, Oct 12, 2011 at 09:43:36AM -0500, Kumar Gala wrote:
>> For some devices the default behavior of pgprot_noncached is not
>> the correct flags for the address space.
>
> For what devices? Can you give a real world usecase where this is ne
On Wed, Oct 12, 2011 at 18:07, Kumar Gala wrote:
> On Oct 12, 2011, at 10:32 AM, Hans J. Koch wrote:
>> On Wed, Oct 12, 2011 at 09:35:45AM -0500, Kumar Gala wrote:
>>> From: Kai Jiang
>>>
>>> To support >32-bit physical addresses for UIO_MEM_PHYS type we need to
>>> extend the width of 'addr' in
On Wed, Oct 12, 2011 at 02:33:59PM +1100, David Gibson wrote:
> On Fri, Sep 16, 2011 at 12:57:10PM +0530, K.Prasad wrote:
> > On Fri, Aug 26, 2011 at 03:05:52PM +0530, K.Prasad wrote:
> > > On Wed, Aug 24, 2011 at 01:59:39PM +1000, David Gibson wrote:
> > > > On Tue, Aug 23, 2011 at 02:55:13PM +053
From: Becky Bruce
Currently, it does a cntlzd on the size and then subtracts it from
21 this doesn't take into account the varying size of a "long".
Just use __ilog instead (and subtract the 10 we have to subtract
to get to the tsize encoding).
Signed-off-by: Becky Bruce
---
arch/powerpc/m
On Oct 12, 2011, at 1:22 PM, Becky Bruce wrote:
> From: Becky Bruce
>
> Currently, it does a cntlzd on the size and then subtracts it from
> 21 this doesn't take into account the varying size of a "long".
> Just use __ilog instead (and subtract the 10 we have to subtract
> to get to the tsi
Fix uninitialized variable warnings in build of repository.c
Signed-off-by: Geoff Levand
---
arch/powerpc/platforms/ps3/repository.c | 32
1 file changed, 16 insertions(+), 16 deletions(-)
--- a/arch/powerpc/platforms/ps3/repository.c
+++ b/arch/powerpc/platfo
On Oct 12, 2011, at 11:19 AM, Hans J. Koch wrote:
> On Wed, Oct 12, 2011 at 05:32:29PM +0200, Hans J. Koch wrote:
>> On Wed, Oct 12, 2011 at 09:35:45AM -0500, Kumar Gala wrote:
>>> From: Kai Jiang
>>>
>>> To support >32-bit physical addresses for UIO_MEM_PHYS type we need to
>>> extend the widt
The lv1_gpu_attribute hcall takes three, not five input
arguments. Adjust the lv1 hcall table and all calls.
Signed-off-by: Geoff Levand
CC: Takashi Iwai
---
arch/powerpc/include/asm/lv1call.h |2 +-
sound/ppc/snd_ps3.c|2 +-
2 files changed, 2 insertions(+), 2 deletion
From: Kai Jiang
To support >32-bit physical addresses for UIO_MEM_PHYS type we need to
extend the width of 'addr' in struct uio_mem. Numerous platforms like
embedded PPC, ARM, and X86 have support for systems with larger physical
address than logical.
Since 'addr' may contain a physical, logica
On Oct 12, 2011, at 3:23 PM, Hans J. Koch wrote:
> On Wed, Oct 12, 2011 at 01:40:22PM -0500, Kumar Gala wrote:
>>
>> On Oct 12, 2011, at 11:19 AM, Hans J. Koch wrote:
>>
>>> On Wed, Oct 12, 2011 at 05:32:29PM +0200, Hans J. Koch wrote:
On Wed, Oct 12, 2011 at 09:35:45AM -0500, Kumar Gala w
From: Becky Bruce
Currently, it does a cntlzd on the size and then subtracts it from
21 this doesn't take into account the varying size of a "long".
Just use __ilog instead (and subtract the 10 we have to subtract
to get to the tsize encoding).
Also correct the comment about page sizes suppo
Joakim Tjernlund/Transmode wrote on 2011/10/11 09:42:58:
>
> Dan Malek wrote on 2011/10/10 20:03:53:
> >
> >
> > On Oct 10, 2011, at 9:45 AM, Joakim Tjernlund wrote:
> >
> > > That is an easy port but I will have to do that blind. Would you
> > > mind take this for a spin on 2.4 first?
> >
> > My
I'm using the 460sx (440 core) so no snooping here. What
I've done is reserved the top of memory for my driver. My
driver can read/write the memory and I can mmap it just
fine. The problem is I want to enable caching on the mmap
for performance but I don't know / can't figure out how to
tell the
On Wed, Oct 12, 2011 at 11:07:09AM -0500, Kumar Gala wrote:
>
> On Oct 12, 2011, at 10:32 AM, Hans J. Koch wrote:
>
> > On Wed, Oct 12, 2011 at 09:35:45AM -0500, Kumar Gala wrote:
> >> From: Kai Jiang
> >>
> >> To support >32-bit physical addresses for UIO_MEM_PHYS type we need to
> >> extend t
On Wed, Oct 12, 2011 at 09:43:36AM -0500, Kumar Gala wrote:
> For some devices the default behavior of pgprot_noncached is not
> the correct flags for the address space.
For what devices? Can you give a real world usecase where this is needed?
Thanks,
Hans
> Provide a means for the
> kernel side
On Wed, Oct 12, 2011 at 09:35:45AM -0500, Kumar Gala wrote:
> From: Kai Jiang
>
> To support >32-bit physical addresses for UIO_MEM_PHYS type we need to
> extend the width of 'addr' in struct uio_mem. Numerous platforms like
> embedded PPC, ARM, and X86 have support for systems with larger physi
On Wed, Oct 12, 2011 at 05:32:29PM +0200, Hans J. Koch wrote:
> On Wed, Oct 12, 2011 at 09:35:45AM -0500, Kumar Gala wrote:
> > From: Kai Jiang
> >
> > To support >32-bit physical addresses for UIO_MEM_PHYS type we need to
> > extend the width of 'addr' in struct uio_mem. Numerous platforms like
On Wed, Oct 12, 2011 at 11:08:20AM -0500, Kumar Gala wrote:
>
> On Oct 12, 2011, at 10:35 AM, Hans J. Koch wrote:
>
> > On Wed, Oct 12, 2011 at 09:43:36AM -0500, Kumar Gala wrote:
> >> For some devices the default behavior of pgprot_noncached is not
> >> the correct flags for the address space.
>
On Wed, Oct 12, 2011 at 01:40:22PM -0500, Kumar Gala wrote:
>
> On Oct 12, 2011, at 11:19 AM, Hans J. Koch wrote:
>
> > On Wed, Oct 12, 2011 at 05:32:29PM +0200, Hans J. Koch wrote:
> >> On Wed, Oct 12, 2011 at 09:35:45AM -0500, Kumar Gala wrote:
> >>> From: Kai Jiang
> >>>
> >>> To support >32
Hi Joakim.
On Oct 12, 2011, at 2:36 PM, Joakim Tjernlund wrote:
Dan, where did you go? I figured you would throw yourself at this as
this is
something you been meaning to do yourself for years :)
Too many things to do :-) I did have the wired page version that I've
been using now and then
On Wed, Oct 12, 2011 at 01:47:29PM +0200, Ricardo Ribalda Delgado wrote:
> This patch enables the ethtool interface. The implementation is done
> using the libphy helper functions.
>
> Signed-off-by: Ricardo Ribalda Delgado
Looks good to me.
Reviewed-by: Grant Likely
> ---
> drivers/net/ll_t
It is wrongly using undefined CONFIG_E500MC. Tested on custom p4080DS board.
Signed-off-by: Bharat Bhushan
---
arch/powerpc/kernel/idle_e500.S |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/idle_e500.S b/arch/powerpc/kernel/idle_e500.S
index 3e2b95c
On Oct 12, 2011, at 4:17 PM, Becky Bruce wrote:
> From: Becky Bruce
>
> Currently, it does a cntlzd on the size and then subtracts it from
> 21 this doesn't take into account the varying size of a "long".
> Just use __ilog instead (and subtract the 10 we have to subtract
> to get to the tsi
At Wed, 12 Oct 2011 11:42:13 -0700,
Geoff Levand wrote:
>
> The lv1_gpu_attribute hcall takes three, not five input
> arguments. Adjust the lv1 hcall table and all calls.
>
> Signed-off-by: Geoff Levand
> CC: Takashi Iwai
Acked-by: Takashi Iwai
> ---
> arch/powerpc/include/asm/lv1call.h |
30 matches
Mail list logo
