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
This patch enables the ethtool interface. The implementation is done
using the libphy helper functions.
Signed-off-by: Ricardo Ribalda Delgado ricardo.riba...@gmail.com
---
drivers/net/ll_temac_main.c | 27 +++
1 files changed, 27 insertions(+), 0 deletions(-)
diff
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
+ (KERNELBASE +
From: Kai Jiang kai.ji...@freescale.com
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
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 ga...@kernel.crashing.org
---
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 kai.ji...@freescale.com
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 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 needed?
On Wed, Oct 12, 2011 at 18:07, Kumar Gala ga...@kernel.crashing.org 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 kai.ji...@freescale.com
To support 32-bit physical addresses for UIO_MEM_PHYS type we need
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 +0530,
From: Becky Bruce bec...@kernel.crashing.org
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
On Oct 12, 2011, at 1:22 PM, Becky Bruce wrote:
From: Becky Bruce bec...@kernel.crashing.org
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
Fix uninitialized variable warnings in build of repository.c
Signed-off-by: Geoff Levand geoffrey.lev...@am.sony.com
---
arch/powerpc/platforms/ps3/repository.c | 32
1 file changed, 16 insertions(+), 16 deletions(-)
---
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 kai.ji...@freescale.com
To support 32-bit physical addresses for UIO_MEM_PHYS type we need to
extend
The lv1_gpu_attribute hcall takes three, not five input
arguments. Adjust the lv1 hcall table and all calls.
Signed-off-by: Geoff Levand ge...@infradead.org
CC: Takashi Iwai ti...@suse.de
---
arch/powerpc/include/asm/lv1call.h |2 +-
sound/ppc/snd_ps3.c|2 +-
2 files
From: Kai Jiang kai.ji...@freescale.com
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
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 wrote:
From:
From: Becky Bruce bec...@kernel.crashing.org
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
Joakim Tjernlund/Transmode wrote on 2011/10/11 09:42:58:
Dan Malek ppc6...@digitaldans.com 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?
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
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 kai.ji...@freescale.com
To support 32-bit physical addresses for UIO_MEM_PHYS type we need to
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 kai.ji...@freescale.com
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
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 kai.ji...@freescale.com
To support 32-bit physical addresses for UIO_MEM_PHYS type we need to
extend the width of 'addr' in struct uio_mem. Numerous
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.
For
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 kai.ji...@freescale.com
To support
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
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 ricardo.riba...@gmail.com
Looks good to me.
Reviewed-by: Grant Likely
It is wrongly using undefined CONFIG_E500MC. Tested on custom p4080DS board.
Signed-off-by: Bharat Bhushan bharat.bhus...@freescale.com
---
arch/powerpc/kernel/idle_e500.S |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/idle_e500.S
On Oct 12, 2011, at 4:17 PM, Becky Bruce wrote:
From: Becky Bruce bec...@kernel.crashing.org
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
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 ge...@infradead.org
CC: Takashi Iwai ti...@suse.de
Acked-by: Takashi Iwai ti...@suse.de
---
30 matches
Mail list logo
