Re: [RFC PATCH 3/6] usb: otg: utils: change the phy lib to support multiple PHYs of same type

2013-01-16 Thread Simon Horman
On Wed, Jan 16, 2013 at 08:30:59PM +0530, Kishon Vijay Abraham I wrote: > In order to add support for multipe PHY's of the same type, the API's > for adding PHY and getting PHY has been changed. Now the binding > information of the PHY and controller should be done in platform file > using usb_bind

Re: [RFC PATCH v2 00/12] System device hot-plug framework

2013-01-16 Thread Rafael J. Wysocki
On Thursday, January 10, 2013 04:40:18 PM Toshi Kani wrote: > This patchset is a prototype of proposed system device hot-plug framework > for design review. Unlike other hot-plug environments, such as USB and > PCI, there is no common framework for system device hot-plug [1]. > Therefore, this pat

Re: [PATCH 6/6][v3] perf: Document the ABI of perf sysfs entries

2013-01-16 Thread Sukadev Bhattiprolu
Jiri Olsa [jo...@redhat.com] wrote: | On Tue, Jan 15, 2013 at 03:57:59PM -0300, Arnaldo Carvalho de Melo wrote: | > Em Wed, Jan 09, 2013 at 05:07:03PM -0800, Sukadev Bhattiprolu escreveu: | > > [PATCH 6/6][v3] perf: Document the ABI of perf sysfs entries | > > | > > This patchset addes two new set

Re: [PATCH] KVM: PPC: add paravirt idle loop for 64-bit book E

2013-01-16 Thread Scott Wood
On 01/16/2013 11:21:24 AM, Stuart Yoder wrote: From: Stuart Yoder loop was derived from book3e_idle() Signed-off-by: Stuart Yoder --- arch/powerpc/kernel/epapr_hcalls.S | 63 1 file changed, 63 insertions(+) diff --git a/arch/powerpc/kernel/epapr_hc

[PATCH] KVM: PPC: add paravirt idle loop for 64-bit book E

2013-01-16 Thread Stuart Yoder
From: Stuart Yoder loop was derived from book3e_idle() Signed-off-by: Stuart Yoder --- arch/powerpc/kernel/epapr_hcalls.S | 63 1 file changed, 63 insertions(+) diff --git a/arch/powerpc/kernel/epapr_hcalls.S b/arch/powerpc/kernel/epapr_hcalls.S index 6

[RFC PATCH 3/6] usb: otg: utils: change the phy lib to support multiple PHYs of same type

2013-01-16 Thread Kishon Vijay Abraham I
In order to add support for multipe PHY's of the same type, the API's for adding PHY and getting PHY has been changed. Now the binding information of the PHY and controller should be done in platform file using usb_bind_phy API. And for getting a PHY, the device pointer of the USB controller and an

[RFC PATCH 0/6] USB: Add multiple PHYs of same type

2013-01-16 Thread Kishon Vijay Abraham I
New platforms are being added which has multiple PHY's (of same type) and which has multiple USB controllers. The binding information has to be present in the PHY library (otg.c) in order for it to return the appropriate PHY whenever the USB controller request for the PHY. So added a new API to pas

[RFC PATCH 5/6] usb: otg: add device tree support to otg library

2013-01-16 Thread Kishon Vijay Abraham I
Added an API devm_usb_get_phy_by_phandle(), to get usb phy by passing a device node phandle value. This function will return a pointer to the phy on success, -EPROBE_DEFER if there is a device_node for the phandle, but the phy has not been added, or a ERR_PTR() otherwise. Cc: Marc Kleine-Budde Si

[RFC PATCH 4/6] ARM: dts: OMAP: Add phandle to bind PHY with USB controller

2013-01-16 Thread Kishon Vijay Abraham I
Added a phandle in the dt node for usb_otg to bind the PHY with the USB controller and also updated the documentation with the binding information. Signed-off-by: Kishon Vijay Abraham I --- I'll add this patch in this series "usb: musb: add driver for control module" which contains the dt data to

[RFC PATCH 2/6] ARM: OMAP: USB: Add phy binding information

2013-01-16 Thread Kishon Vijay Abraham I
This is in preparation for the changes in PHY library to support adding and getting multiple PHYs of the same type. In the new design, the binding information between the PHY and the USB controller should be specified in the platform specific initialization code. So it's been done for OMAP platform

[RFC PATCH 6/6] USB: MUSB: OMAP: get PHY by phandle for dt boot

2013-01-16 Thread Kishon Vijay Abraham I
The OMAP glue has been modified to get PHY by phandle for dt boot. Signed-off-by: Kishon Vijay Abraham I --- drivers/usb/musb/omap2430.c |7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/usb/musb/omap2430.c b/drivers/usb/musb/omap2430.c index 3628a50..08709cf 1

[RFC PATCH 1/6] usb: otg: Add an API to bind the USB controller and PHY

2013-01-16 Thread Kishon Vijay Abraham I
New platforms are added which has multiple PHY's (of same type) and which has multiple USB controllers. The binding information has to be present in the PHY library (otg.c) in order for it to return the appropriate PHY whenever the USB controller request for the PHY. So added a new API to pass the

Re: [PATCH v3 0/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support

2013-01-16 Thread Michal Hocko
On Wed 16-01-13 16:14:17, Lin Feng wrote: [...] > changeLog v2->v3: > 1) patch 1/2: > - Rename the patch title to conform it's content. > - Update memory_hotplug.h and remove the misleading TODO pointed out by > Michal. > 2) patch 2/2: > - New added, remove unimplemented functions suggested by Mic

Re: [PATCH v3 1/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support

2013-01-16 Thread Michal Hocko
On Wed 16-01-13 16:14:18, Lin Feng wrote: [...] > diff --git a/mm/Kconfig b/mm/Kconfig > index 278e3ab..f8c5799 100644 > --- a/mm/Kconfig > +++ b/mm/Kconfig > @@ -162,10 +162,18 @@ config MOVABLE_NODE > Say Y here if you want to hotplug a whole node. > Say N here if you want kernel

SD Card over SPI, not working for MPC8313

2013-01-16 Thread R . Patil
Hello, We are working on board based on Freescale MPC8313ERDB. We have ported linux 3.0.46 kernel on it. We have to use SD card over SPI. We are trying to use 'mmc_spi' driver for the same. We are able to detect SD card insertion by the interrupt (gpio interrupt is used to detect card insertio

Re: [PATCH 6/6][v3] perf: Document the ABI of perf sysfs entries

2013-01-16 Thread Jiri Olsa
On Tue, Jan 15, 2013 at 03:57:59PM -0300, Arnaldo Carvalho de Melo wrote: > Em Wed, Jan 09, 2013 at 05:07:03PM -0800, Sukadev Bhattiprolu escreveu: > > [PATCH 6/6][v3] perf: Document the ABI of perf sysfs entries > > > > This patchset addes two new sets of files to sysfs: > > > > - generic an

[PATCH 2/2] memory-hotplug: cleanup: removing the arch specific functions without any implementation

2013-01-16 Thread Lin Feng
From: Michal Hocko After introducing CONFIG_HAVE_BOOTMEM_INFO_NODE Kconfig option, the related arch specific functions become confusing, remove them. Guys who want to implement memory-hotplug feature on such archs for this part should look into register_page_bootmem_info_node() and flesh out fro

[PATCH v3 1/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support

2013-01-16 Thread Lin Feng
It's implemented by adding a new Kconfig option named CONFIG_HAVE_BOOTMEM_INFO_NODE, which will be automatically selected by memory-hotplug feature fully supported archs(currently only on x86_64). Reported-by: Michal Hocko Signed-off-by: Lin Feng --- ChangeLog v2->v3: - Rename the patch title to

[PATCH v3 0/2] memory-hotplug: introduce CONFIG_HAVE_BOOTMEM_INFO_NODE and revert register_page_bootmem_info_node() when platform not support

2013-01-16 Thread Lin Feng
Memory-hotplug codes for x86_64 have been implemented by patchset: https://lkml.org/lkml/2013/1/9/124 While other platforms haven't been completely implemented yet. If we enable both CONFIG_MEMORY_HOTPLUG_SPARSE and CONFIG_SPARSEMEM_VMEMMAP, register_page_bootmem_info_node() may be buggy, which is