[PATCH] pinctrl: fix qcom ssbi drivers for 64-bit compilation

When building pinctrl-ssbi-gpio and pinctrl-ssbi-mpp for ARM64, we get a compile warning about invalid types: drivers/pinctrl/qcom/pinctrl-ssbi-gpio.c: In function 'pm8xxx_gpio_probe': drivers/pinctrl/qcom/pinctrl-ssbi-gpio.c:675:17: warning: cast from pointer to integer of different size

Re: [PATCH V5 2/3] dma: add Qualcomm Technologies HIDMA management driver

On 11/16/2015 10:58 AM, Arnd Bergmann wrote: >> The management driver is executed in hypervisor context and >> > is the main management entity for all channels provided by >> > the device. > Sorry for asking this question so late, but can you explain what the > point is behind this? It seems

Re: [PATCH V5 2/3] dma: add Qualcomm Technologies HIDMA management driver

On Sunday 15 November 2015 15:54:13 Sinan Kaya wrote: > The Qualcomm Technologies HIDMA device has been designed > to support virtualization technology. The driver has been > divided into two to follow the hardware design. > > 1. HIDMA Management driver > 2. HIDMA Channel driver > > Each HIDMA

Re: [PATCH] mfd: ssbi: removing unnecessary strcmp

On Sun, 15 Nov 2015, Saurabh Sengar wrote: > passing the actual enum value for controller type from device tree, > instead of passing the string and converting it to enum Initially I would have probably preferred this version, but I can't think of a good enough reason to break the current ABI in

Re: [PATCH] pinctrl: fix qcom ssbi drivers for 64-bit compilation

On Mon 16 Nov 08:41 PST 2015, Arnd Bergmann wrote: > When building pinctrl-ssbi-gpio and pinctrl-ssbi-mpp for ARM64, we get > a compile warning about invalid types: > > drivers/pinctrl/qcom/pinctrl-ssbi-gpio.c: In function 'pm8xxx_gpio_probe': > drivers/pinctrl/qcom/pinctrl-ssbi-gpio.c:675:17:

Re: [PATCH 2/2] usb: phy: msm: fix connect/disconnect bug for dragonboard OTG port

Hi, Peter Chen writes: > On Wed, Nov 11, 2015 at 09:48:00AM -0800, Tim Bird wrote: >> >> >> On 11/10/2015 07:14 PM, Peter Chen wrote: >> > On Tue, Nov 10, 2015 at 04:46:51PM -0800, Tim Bird wrote: >> >> This fixes a bug where if you disconnect and re-connect the USB

[PATCH v2 3/5] ARM: qcom: add IPQ4019 compatible match

From: Matthew McClintock This will select qcom board type when the machine compatible is qcom,ipq4019. Signed-off-by: Matthew McClintock --- arch/arm/mach-qcom/board.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH] Revert "thermal: qcom_spmi: allow compile test"

This just caused build errors: warning: (QCOM_SPMI_TEMP_ALARM) selects REGMAP_SPMI which has unmet direct dependencies (SPMI) drivers/built-in.o: In function `regmap_spmi_ext_gather_write': :(.text+0x609b0): undefined reference to `spmi_ext_register_write' :(.text+0x609f0): undefined reference

Re: [PATCH v2 2/5] clk: qcom: Add IPQ4019 Global Clock Controller support

Hi Varadarajan, [auto build test WARNING on: robh/for-next] [also build test WARNING on: v4.4-rc1 next-20151116] url: https://github.com/0day-ci/linux/commits/Matthew-McClintock/pinctrl-qcom-ipq4019-Add-IPQ4019-pinctrl-support/20151117-050512 base: https://git.kernel.org/pub/scm/linux

[PATCH v2 1/5] pinctrl: qcom: ipq4019: Add IPQ4019 pinctrl support

From: Varadarajan Narayanan Add pinctrl driver support for IPQ4019 platform Signed-off-by: Sricharan R Signed-off-by: Mathieu Olivari Signed-off-by: Varadarajan Narayanan Signed-off-by: Matthew

[PATCH v2 4/5] qcom: ipq4019: Add basic board/dts support for IPQ4019 SoC

From: Matthew McClintock Add initial dts files and SoC support for IPQ4019 Signed-off-by: Varadarajan Narayanan --- v2 - add sleep_clk arch/arm/boot/dts/qcom-ipq4019.dtsi | 115 1 file changed, 115

[PATCH v2 5/5] dts: ipq4019: Add support for IPQ4019 DK01 board

From: Matthew McClintock Initial board support dts files for DK01 board. Signed-off-by: Senthilkumar N L Signed-off-by: Varadarajan Narayanan --- v2 - add xo clock arch/arm/boot/dts/Makefile | 1

[PATCH v2 2/5] clk: qcom: Add IPQ4019 Global Clock Controller support

From: Varadarajan Narayanan This patch adds support for the global clock controller found on the IPQ4019 based devices. This includes UART, I2C, SPI etc. Signed-off-by: Pradeep Banavathi Signed-off-by: Senthilkumar N L

[PATCH v3 2/5] clk: qcom: Add IPQ4019 Global Clock Controller support

From: Varadarajan Narayanan This patch adds support for the global clock controller found on the IPQ4019 based devices. This includes UART, I2C, SPI etc. Signed-off-by: Pradeep Banavathi Signed-off-by: Senthilkumar N L

Re: [PATCH v2 1/5] pinctrl: qcom: ipq4019: Add IPQ4019 pinctrl support

On Mon, Nov 16, 2015 at 03:02:01PM -0600, Matthew McClintock wrote: > From: Varadarajan Narayanan > > Add pinctrl driver support for IPQ4019 platform > > Signed-off-by: Sricharan R > Signed-off-by: Mathieu Olivari >

Re: [PATCH v2] mmc: sdhci-msm: Boost controller core clock

[...] >> Ahh, I see. >> >> It seems like a reasonable assumption that the controller can't cope >> with a higher clock rate than 100 MHz as "input" clock. That would >> then mean that there are different versions of the controller, as it >> seems like for some version it's fine with 200MHz and

Re: [PATCH] Revert "thermal: qcom_spmi: allow compile test"

On Mon, Nov 16, 2015 at 10:43:50PM +0100, Arnd Bergmann wrote: > This just caused build errors: > > warning: (QCOM_SPMI_TEMP_ALARM) selects REGMAP_SPMI which has unmet direct > dependencies (SPMI) > drivers/built-in.o: In function `regmap_spmi_ext_gather_write': > :(.text+0x609b0): undefined

RE: [PATCH] ARM: use "depends on" for SoC configs instead of "if" after prompt

Hi Arnd, > On Monday 16 November 2015 12:06:10 Masahiro Yamada wrote: > > Many ARM sub-architectures use prompts followed by "if" conditional, > > but it is wrong. > > > > Please notice the difference between > > > > config ARCH_FOO > > bool "Foo SoCs" if ARCH_MULTI_V7 > > > >

Re: [PATCH] ARM: use "depends on" for SoC configs instead of "if" after prompt

On Mon, Nov 16, 2015 at 10:32:51AM +, yamada.masah...@socionext.com wrote: > Hi Arnd, > > > > On Monday 16 November 2015 12:06:10 Masahiro Yamada wrote: > > > Many ARM sub-architectures use prompts followed by "if" conditional, > > > but it is wrong. > > > > > > Please notice the difference