Re: [PATCH v4 19/21] drivers/of: Support adding sub-tree

2015-06-09 Thread Gavin Shan
On Mon, Jun 08, 2015 at 10:34:13PM +0100, Grant Likely wrote: >On Mon, Jun 8, 2015 at 9:57 PM, Benjamin Herrenschmidt > wrote: >> On Sun, 2015-06-07 at 08:54 +0100, Grant Likely wrote: >>> > IE. conceptually, what overlays do today is quite rooted around the idea >>> > of having a fixed "base" DT a

Re: [linux-sunxi] [PATCH 0/8] mfd/power/phy: Add support for otg vbus detection via axp pmic

2015-06-09 Thread Priit Laes
On Tue, 2015-06-09 at 23:37 +0200, Hans de Goede wrote: > Hi All, > > Here is a series which adds the beginning of power-supply support to > the axp20x pmic code. My primary reason for working on this is to > enable the use of the usb power-supply bits in the pmic to for vbus > detection on boards

Re: [PATCH v5 12/42] powerpc/pci: Cleanup on pci_controller_ops

2015-06-09 Thread Gavin Shan
On Wed, Jun 10, 2015 at 02:43:57PM +1000, Alexey Kardashevskiy wrote: >On 06/04/2015 04:41 PM, Gavin Shan wrote: >>Each PHB maintains one instance of "struct pci_controller_ops", >>which includes various callbacks called by PCI subsystem. In the >>definition of this struct, some callbacks have expl

Re: [PATCH v5 11/42] powerpc/powernv: Increase PE# capacity

2015-06-09 Thread Gavin Shan
On Wed, Jun 10, 2015 at 02:41:13PM +1000, Alexey Kardashevskiy wrote: >On 06/04/2015 04:41 PM, Gavin Shan wrote: >>Each PHB maintains an array helping to translate RID (Request >>ID) to PE# with the assumption that PE# takes 8 bits, indicating >>that we can't have more than 256 PEs. However, pci_dn

Re: [PATCH v5 08/42] powerpc/powernv: DMA32 cleanup

2015-06-09 Thread Gavin Shan
On Wed, Jun 10, 2015 at 02:17:26PM +1000, Alexey Kardashevskiy wrote: >On 06/04/2015 04:41 PM, Gavin Shan wrote: >>The patch cleans up DMA32 in pci-ioda.c. It shouldn't introduce >>behavioural changes: >> >>* Rename various fields in "struct pnv_phb" and "struct pnv_ioda_pe" >> as 32-bits

Re: [PATCH] i2c: Mark instantiated device nodes with OF_POPULATE

2015-06-09 Thread Wolfram Sang
> Mark (and unmark) device nodes with the POPULATE flag as appropriate. > This is required to avoid multi probing when using I2C and device > overlays containing a mux. > This patch is also more careful with the release of the adapter device > which caused a deadlock with

Re: [PATCH v5 12/42] powerpc/pci: Cleanup on pci_controller_ops

2015-06-09 Thread Alexey Kardashevskiy
On 06/04/2015 04:41 PM, Gavin Shan wrote: Each PHB maintains one instance of "struct pci_controller_ops", which includes various callbacks called by PCI subsystem. In the definition of this struct, some callbacks have explicit names for its arguments, but the left don't have. The patch removes a

Re: [PATCH v5 11/42] powerpc/powernv: Increase PE# capacity

2015-06-09 Thread Alexey Kardashevskiy
On 06/04/2015 04:41 PM, Gavin Shan wrote: Each PHB maintains an array helping to translate RID (Request ID) to PE# with the assumption that PE# takes 8 bits, indicating that we can't have more than 256 PEs. However, pci_dn->pe_number already had 4-bytes for the PE#. The patch extends the PE# cap

Re: [PATCH v4 5/7] Watchdog: introduce ARM SBSA watchdog driver

2015-06-09 Thread Fu Wei
Hi Guenter, On 10 June 2015 at 11:41, Fu Wei wrote: > Hi Guenter, > > On 10 June 2015 at 00:45, Guenter Roeck wrote: >> On 06/09/2015 09:29 AM, Timur Tabi wrote: >>> >>> On 06/09/2015 11:22 AM, Guenter Roeck wrote: but I see your point. Essentially, the specification is broke

Re: [PATCH v5 08/42] powerpc/powernv: DMA32 cleanup

2015-06-09 Thread Alexey Kardashevskiy
On 06/04/2015 04:41 PM, Gavin Shan wrote: The patch cleans up DMA32 in pci-ioda.c. It shouldn't introduce behavioural changes: * Rename various fields in "struct pnv_phb" and "struct pnv_ioda_pe" as 32-bits DMA should be related to "DMA", not "TCE", and move them around to reflec

Re: [PATCH v4 5/7] Watchdog: introduce ARM SBSA watchdog driver

2015-06-09 Thread Fu Wei
Hi Guenter, On 10 June 2015 at 00:45, Guenter Roeck wrote: > On 06/09/2015 09:29 AM, Timur Tabi wrote: >> >> On 06/09/2015 11:22 AM, Guenter Roeck wrote: >>> >>> >>> >>> but I see your point. Essentially, the specification is broken >>> for all practical purposes, since, as you point out, enablin

Re: [PATCH 2/2] cpufreq: mediatek: Add MT8173 cpufreq driver

2015-06-09 Thread Pi-Cheng Chen
On Tue, Jun 9, 2015 at 5:17 PM, Paul Bolle wrote: > On Mon, 2015-06-08 at 20:29 +0800, Pi-Cheng Chen wrote: >> --- /dev/null >> +++ b/drivers/cpufreq/mt8173-cpufreq.c > >> +#include > > Weren't you going to drop this include? Sorry I forget to merge that part of fix into this patch. Will fix it.

Re: [PATCH v3 0/2] Support for CEVA SATA Host controller

2015-06-09 Thread Tejun Heo
On Tue, Jun 09, 2015 at 02:23:48PM +0530, Suneel Garapati wrote: > Adds support for CEVA SATA Host controller found on Xilinx Zynq > Ultrascale+ MPSoC. Applied to libata/for-4.2. Thanks! -- tejun -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message t

Re: [PATCH v4 3/5] clk: add lpc18xx ccu clk driver

2015-06-09 Thread Michael Turquette
Quoting Joachim Eastwood (2015-05-28 13:31:45) > +static struct lpc18xx_clk_branch clk_branches[] = { > + {"base_apb3_clk", "apb3_bus", CLK_APB3_BUS, > CCU_BRANCH_IS_BUS}, > + {"base_apb3_clk", "apb3_i2c1", CLK_APB3_I2C1, 0}, > + {"base_apb3_

Re: [linux-sunxi] [PATCH 2/8] mfd: axp20x: Add a cell for the usb power_supply part of the axp20x PMICs

2015-06-09 Thread Chen-Yu Tsai
On Wed, Jun 10, 2015 at 5:37 AM, Hans de Goede wrote: > Add a cell for the usb power_supply part of the axp20x PMICs. > > Note that this cell is only for the usb power_supply part and not the > ac-power / battery-charger / rtc-backup-bat-charger bits. > > Depending on the board each of those must

Re: [PATCH 2/2] drivercore: Fix unregistration path of platform devices

2015-06-09 Thread Kevin Hilman
ries can be kept, only >> >> patch "of/platform: Use platform_device interface" >> >> needs to be reverted. > > No, it's better to drop the whole series. There are still issues and it > will conflict with merging the bugfix for v4.1. > Multiple platf

Re: [PATCH v3 1/2] drm/bridge: dw-hdmi: support optional supply regulators

2015-06-09 Thread Russell King - ARM Linux
On Wed, Jun 10, 2015 at 01:29:43AM +0200, Heiko Stübner wrote: > Allthough from the discussion and explanations I've now also got the "don't > make it worse" feeling, so am somehow reluctant to add supplies that also > might describe this inadequately. > > The Rockchip-specific documentation onl

Re: [PATCH v3 1/2] drm/bridge: dw-hdmi: support optional supply regulators

2015-06-09 Thread Heiko Stübner
Am Dienstag, 9. Juni 2015, 09:53:32 schrieb Thierry Reding: > On Mon, Jun 08, 2015 at 05:34:21PM +0100, Russell King - ARM Linux wrote: > > On Mon, Jun 08, 2015 at 05:44:53PM +0200, Thierry Reding wrote: > > > On Mon, Jun 08, 2015 at 03:29:26PM +0100, Russell King - ARM Linux wrote: > > > > You're

Re: [PATCH v5 4/6] i2c: at91: add support for new alternative command mode

2015-06-09 Thread Wolfram Sang
Nicolas, > > +static struct at91_twi_pdata at91sama5d2_config = { > > No, please name it: > > "sama5d2_config" Thanks for your input, but please don't quote the whole mail for those tiny comments. Only the relevant parts, please. Otherwise it is too easy to miss things. Thanks, Wolfram

Re: [PATCH v3 2/2] drivers: ata: add support for Ceva sata host controller

2015-06-09 Thread Hans de Goede
Hi, On 06/09/2015 10:57 AM, Tejun Heo wrote: cc'ing Hans again. Please always cc Hans for platform ahci drivers. Hans, does this look ready now? Yes looks good to me: Acked-by: Hans de Goede Regards, Hans Thanks. On Tue, Jun 09, 2015 at 02:23:50PM +0530, Suneel Garapati wrote: Adds

Re: [PATCH v2 0/3] Add code to release secondary cores from holding pen.

2015-06-09 Thread Peter Griffin
Hi Kevin, On Tue, 09 Jun 2015, Kevin Hilman wrote: > > Kevin / Olof / Arnd - Can you put this fix into the next ARM SoC fixes pull > > request (if there is one)? > > At this stage of the cycle (we're already at -rc7) we limit things to > strictly regression fixes, and seems this has been broken

[PATCH 4/8] power: Add an axp20x-usb-power driver

2015-06-09 Thread Hans de Goede
This adds a driver for the usb power_supply bits of the axp20x PMICs. I initially started writing my own driver, before coming aware of Bruno Prémont's excellent earlier RFC with a driver for this. My driver was lacking CURRENT_MAX and VOLTAGE_MIN support Bruno's drvier has, so I've copied the co

[PATCH 6/8] ARM: dts: axp209: Add usb_power_supply child node to the ax209 node

2015-06-09 Thread Hans de Goede
Add a node representing the usb power supply part of the axp209 pmic, note that the usb power supply and the (to be added later) ac power supply will each have their own child-node, so that they can be separately specified as power-supply for other nodes using a power-supply property with a phandle

[PATCH 5/8] phy-sun4i-usb: Add support for monitoring vbus via a power-supply

2015-06-09 Thread Hans de Goede
On some boards there is no vbus_det gpio pin, instead vbus-detection for otg can be done via the pmic. This commit adds support for monitoring vbus_det via the power_supply exported by the pmic, enabling support for otg on these boards. Signed-off-by: Hans de Goede --- .../devicetree/bindings/p

[PATCH 7/8] ARM: dts: sun7i: Add regulator configuration to the bananapi dts file

2015-06-09 Thread Hans de Goede
Add regulator configuration to the bananapi dts file, this enables cpu voltage scaling. Signed-off-by: Hans de Goede --- arch/arm/boot/dts/sun7i-a20-bananapi.dts | 39 1 file changed, 35 insertions(+), 4 deletions(-) diff --git a/arch/arm/boot/dts/sun7i-a20-bana

[PATCH 0/8] mfd/power/phy: Add support for otg vbus detection via axp pmic

2015-06-09 Thread Hans de Goede
Hi All, Here is a series which adds the beginning of power-supply support to the axp20x pmic code. My primary reason for working on this is to enable the use of the usb power-supply bits in the pmic to for vbus detection on boards which do not have a vbus-det gpio, and instead rely on the pmic for

[PATCH 3/8] power: Add devm_power_supply_get_by_phandle() helper function

2015-06-09 Thread Hans de Goede
This commit adds a resource-managed version of the power_supply_get_by_phandle() function. Signed-off-by: Hans de Goede --- drivers/power/power_supply_core.c | 39 +++ include/linux/power_supply.h | 5 + 2 files changed, 44 insertions(+) diff --git

[PATCH 8/8] ARM: dts: sun7i: Enable USB DRC on Bananapi

2015-06-09 Thread Hans de Goede
Enable the otg/drc usb controller on the Bananapi. Signed-off-by: Hans de Goede --- arch/arm/boot/dts/sun7i-a20-bananapi.dts | 25 + 1 file changed, 25 insertions(+) diff --git a/arch/arm/boot/dts/sun7i-a20-bananapi.dts b/arch/arm/boot/dts/sun7i-a20-bananapi.dts index 2

[PATCH 2/8] mfd: axp20x: Add a cell for the usb power_supply part of the axp20x PMICs

2015-06-09 Thread Hans de Goede
Add a cell for the usb power_supply part of the axp20x PMICs. Note that this cell is only for the usb power_supply part and not the ac-power / battery-charger / rtc-backup-bat-charger bits. Depending on the board each of those must be enabled / disabled separately in devicetree as most boards do

[PATCH 1/8] mfd: axp20x: Add missing registers, and mark more registers volatile

2015-06-09 Thread Hans de Goede
From: Bruno Prémont Add an extra set of registers which is necessary tu support the PMICs battery charger function, and mark registers which contain status bits, gpio status, and adc readings as volatile. Cc: Bruno Prémont Signed-off-by: Hans de Goede --- drivers/mfd/axp20x.c | 6 ++

Re: [PATCH v2 1/3] ARM: STi: Add code to release secondary cores from holding pen.

2015-06-09 Thread Peter Griffin
Hi Russell, On Tue, 09 Jun 2015, Russell King - ARM Linux wrote: > On Tue, Jun 09, 2015 at 02:33:42PM +0100, Peter Griffin wrote: > > Most upstream devs boot STi platform via JTAG which abuses the > > boot process by setting the PC of secondary cores directly. As > > a consquence, booting STi plat

Re: [PATCH v5 1/6] mtd: nand: vf610_nfc: Freescale NFC for VF610, MPC5125 and others

2015-06-09 Thread Sebastian Andrzej Siewior
On 2015-06-06 11:53:31 [+0200], Stefan Agner wrote: > diff --git a/drivers/mtd/nand/vf610_nfc.c b/drivers/mtd/nand/vf610_nfc.c > new file mode 100644 > index 000..bb5ee11 > --- /dev/null > +++ b/drivers/mtd/nand/vf610_nfc.c … > +/* Clear flags for upcoming command */ > +static inline void vf610

Re: [PATCH v4 1/6] mtd: nand: vf610_nfc: Freescale NFC for VF610, MPC5125 and others

2015-06-09 Thread Stefan Agner
On 2015-06-09 22:07, Sebastian Andrzej Siewior wrote: > On 2015-06-03 17:05:16 [+0200], Stefan Agner wrote: >> As Boris guessed correctly, the reason I used the raw variant was due to >> performance improvements due to the barrier. However, I will use > > yeah, do you have any numbers by chance?

[PATCH] nfc: st-nci: Rename st21nfcb to st-nci to support ST NCI NFC controllers

2015-06-09 Thread Christophe Ricard
STMicroelectronics NFC NCI chips family is extending with the new ST21NFCC using the AMS AS39230 RF booster. The st21nfcb driver is relevant for this solution and might be with future products. Signed-off-by: Christophe Ricard --- .../devicetree/bindings/net/nfc/st-nci.txt | 33 + .../d

Re: [linux-sunxi] Re: [PATCH 00/20] ARM: dts: Add USB and OTG related nodes and enable on various boards

2015-06-09 Thread Maxime Ripard
Hi, On Mon, Jun 08, 2015 at 02:56:35PM +0200, Michal Suchanek wrote: > Hello, > > On 8 June 2015 at 12:03, Maxime Ripard > wrote: > > Hi Hans, > > > > On Fri, Jun 05, 2015 at 09:02:03PM +0200, Hans de Goede wrote: > >> Hi Maxime, > >> > >> Here is a patch-set with all the otg / sun8i-usb-host r

Re: [PATCH v4 1/6] mtd: nand: vf610_nfc: Freescale NFC for VF610, MPC5125 and others

2015-06-09 Thread Sebastian Andrzej Siewior
On 2015-06-03 17:05:16 [+0200], Stefan Agner wrote: > As Boris guessed correctly, the reason I used the raw variant was due to > performance improvements due to the barrier. However, I will use yeah, do you have any numbers by chance? > {read|write}l_relaxed instead, which should offer endian abs

Re: [PATCH v4 1/6] mtd: nand: vf610_nfc: Freescale NFC for VF610, MPC5125 and others

2015-06-09 Thread Sebastian Andrzej Siewior
On 2015-06-03 17:09:33 [+0200], Stefan Agner wrote: > Hm, so on PPC the boot ROM is making use of the HW ECC controller, is > this correct? On MPC5125, yes. > -- > Stefan Sebastian -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majord...@vger.

Re: [PATCH v6 5/6] i2c: at91: print hardware version

2015-06-09 Thread Sergei Shtylyov
Hello. On 06/09/2015 07:22 PM, Cyrille Pitchen wrote: The probe() function now prints the hardware version of the I2C controller. Signed-off-by: Cyrille Pitchen --- drivers/i2c/busses/i2c-at91.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/i2c/busses/

Re: [PATCH v3 0/6] Marvell PXA1928 USB support

2015-06-09 Thread Greg Kroah-Hartman
On Fri, May 29, 2015 at 11:38:40AM -0500, Rob Herring wrote: > This series adds USB PHYs and EHCI host drivers for the Marvell PXA1928 > SOC. > > The OTG block is based on ChipIdea and works with the "chipidea,usb2" > compatible driver as is just by adding the PHY driver. Yay! After more > testin

Re: [PATCH v5 2/2] ASoC: qcom: add apq8016 sound card support

2015-06-09 Thread Srinivas Kandagatla
On 09/06/15 19:04, Mark Brown wrote: On Tue, Jun 09, 2015 at 06:51:59PM +0100, Srinivas Kandagatla wrote: On 09/06/15 18:07, Mark Brown wrote: Why not just do these one time at probe, we don't undo them when we shut the DAI down? If I do that Am afraid that the driver would loose the fle

Re: [PATCH v2 0/8] Goodix touchscreen enhancements

2015-06-09 Thread Dmitry Torokhov
On Mon, Jun 08, 2015 at 05:37:45PM +0300, Irina Tirdea wrote: > Add several enhancements to the Goodix touchscreen driver: > - write configuration data to the device > - power management support > - cleanup and refactoring > > I have kept the original patch for ESD ("input: goodix: add support

Re: [PATCH v2 6/8] input: goodix: add power management support

2015-06-09 Thread Dmitry Torokhov
On Mon, Jun 08, 2015 at 05:37:51PM +0300, Irina Tirdea wrote: > Implement suspend/resume for goodix driver. > > This is based on Goodix datasheets for GT911 and GT9271 > and on Goodix driver gt9xx.c for Android (publicly available > in Android kernel trees for various devices). > > Signed-off-by:

Re: [PATCH v2 5/8] input: goodix: write configuration data to device

2015-06-09 Thread Dmitry Torokhov
Hi Irina, On Mon, Jun 08, 2015 at 05:37:50PM +0300, Irina Tirdea wrote: > Goodix devices can be configured by writing custom data to the device at > init. The configuration data is read with request_firmware from > "goodix__cfg.bin", where is the product id read from the device > (e.g.: goodix_91

Re: [PATCH v5 2/2] ASoC: qcom: add apq8016 sound card support

2015-06-09 Thread Mark Brown
On Tue, Jun 09, 2015 at 06:51:59PM +0100, Srinivas Kandagatla wrote: > On 09/06/15 18:07, Mark Brown wrote: > >Why not just do these one time at probe, we don't undo them when we shut > >the DAI down? > If I do that Am afraid that the driver would loose the flexibility of > selecting different MI

Re: [PATCH v3] ASoC: davinci-mcasp: Choose PCM driver based on configured DMA controller

2015-06-09 Thread Mark Brown
On Tue, Jun 02, 2015 at 11:09:34PM +0300, Jyri Sarha wrote: > Find the configured DMA controller by asking for a DMA channel in the > probe phase and releasing it right after. The controller device can be > found via the dma_chan struct and the controller is recognized from > the compatible propert

Re: [PATCH v2 4/8] input: goodix: reset device at init

2015-06-09 Thread Dmitry Torokhov
Hi Irina, On Mon, Jun 08, 2015 at 05:37:49PM +0300, Irina Tirdea wrote: > +static int goodix_get_gpio_config(struct goodix_ts_data *ts) > +{ > + struct device *dev; > + struct gpio_desc *gpiod; > + int ret; > + > + if (!ts->client) > + return -EINVAL; > + dev = &ts-

Re: [PATCH v5 2/2] ASoC: qcom: add apq8016 sound card support

2015-06-09 Thread Srinivas Kandagatla
On 09/06/15 18:07, Mark Brown wrote: On Tue, Jun 09, 2015 at 01:59:36PM +0100, Srinivas Kandagatla wrote: + if (cpu_dai->id == MI2S_QUATERNARY) { + /* Configure the Quat MI2S to TLMM */ + writel(readl(pdata->mic_iomux) | + MIC_CTRL_QUA_W

Re: [PATCH V2] QorIQ/TMU: add TMU node to device tree for QorIQ T104x

2015-06-09 Thread Scott Wood
On Mon, 2015-06-08 at 21:19 -0500, Jia Hongtao-B38951 wrote: > > -Original Message- > > From: Wood Scott-B07421 > > Sent: Wednesday, May 27, 2015 3:38 AM > > To: Jia Hongtao-B38951 > > Cc: edubez...@gmail.com; linuxppc-...@lists.ozlabs.org; > > devicetree@vger.kernel.org; robh...@kernel.org

Re: [PATCH v2 2/2] drm/panel: Add display timing for Okaya RS800480T-7X0GP

2015-06-09 Thread Philipp Zabel
Hi Gary, Am Dienstag, den 09.06.2015, 17:59 +0200 schrieb Gary Bisson: > Add support for the Okaya RS800480T-7X0GP to the DRM simple panel > driver. > > The RS800480T-7X0GP is a WVGA (800x480) panel with an 18-bit parallel > LCD interface. It supports pixel clocks in the range of 30-40 MHz. > >

Re: [PATCH v5 1/2] ASoC: qcom: document apq8016 sbc machine driver bindings

2015-06-09 Thread Srinivas Kandagatla
On 09/06/15 18:13, Mark Brown wrote: On Tue, Jun 09, 2015 at 06:08:24PM +0100, Srinivas Kandagatla wrote: +- external : flag to indicate if the I2S is connected to external codec not sure I understand why we need a boolean property indicating if an external CODEC is in use - what is th

Re: [PATCH v3 3/3] spi: atmel: add support to FIFOs

2015-06-09 Thread Mark Brown
On Tue, Jun 09, 2015 at 01:53:54PM +0200, Cyrille Pitchen wrote: > To enable the FIFO feature a "atmel,fifo-size" attribute with a strictly > positive value must be added into the node of the device-tree describing > the spi controller. I'd expect the driver to use FIFOs any time they make sense,

Re: [PATCH v3 1/3] spi: atmel: add support for the internal chip-select of the spi controller

2015-06-09 Thread Mark Brown
On Tue, Jun 09, 2015 at 01:53:52PM +0200, Cyrille Pitchen wrote: > This patch relies on the CSAAT (Chip Select Active After Transfer) feature > introduced by the version 2 of the spi controller. This new mode allows to > use properly the internal chip-select output pin of the spi controller > inste

Re: [PATCH v3 2/3] spi: atmel: update DT bindings documentation

2015-06-09 Thread Mark Brown
On Tue, Jun 09, 2015 at 01:53:53PM +0200, Cyrille Pitchen wrote: > - add new property "atmel,fifo-size" Why is this a property and not something we know from the IP version? signature.asc Description: Digital signature

Re: [PATCH 1/6] ARM: kvm: psci: fix handling of unimplemented functions

2015-06-09 Thread Marc Zyngier
Hi Lorenzo, On 29/05/15 13:16, Lorenzo Pieralisi wrote: > According to the PSCI specification and the SMC/HVC calling > convention, PSCI function_ids that are not implemented must > return NOT_SUPPORTED as return value. > > Current KVM implementation takes an unhandled PSCI function_id > as an er

Re: [PATCH v5 1/2] ASoC: qcom: document apq8016 sbc machine driver bindings

2015-06-09 Thread Mark Brown
On Tue, Jun 09, 2015 at 06:08:24PM +0100, Srinivas Kandagatla wrote: > >>>+- external: flag to indicate if the I2S is connected to external > >>>codec > >not sure I understand why we need a boolean property indicating if an > >external CODEC is in use - what is the consequence of setting

Re: [PATCH 1/2] regulator: max8973: configure ramp delay through callback

2015-06-09 Thread Mark Brown
On Tue, Jun 09, 2015 at 07:17:52PM +0530, Laxman Dewangan wrote: > Regulator core framework support the configuration of ramp > delay reading from platform specific regulator data via the > regulator callback ops. Applied both, thanks. signature.asc Description: Digital signature

Re: [PATCH v5 1/2] ASoC: qcom: document apq8016 sbc machine driver bindings

2015-06-09 Thread Srinivas Kandagatla
On 09/06/15 17:57, Mark Brown wrote: On Tue, Jun 09, 2015 at 01:59:29PM +0100, Srinivas Kandagatla wrote: >+Optional CPU/CODEC subnodes properties: >+- external : flag to indicate if the I2S is connected to external codec >+Example: Missing blank line between the property and the "Example:".

Re: [PATCH v5 2/2] ASoC: qcom: add apq8016 sound card support

2015-06-09 Thread Mark Brown
On Tue, Jun 09, 2015 at 01:59:36PM +0100, Srinivas Kandagatla wrote: > + if (cpu_dai->id == MI2S_QUATERNARY) { > + /* Configure the Quat MI2S to TLMM */ > + writel(readl(pdata->mic_iomux) | > + MIC_CTRL_QUA_WS_SLAVE_SEL_10 | > + M

Re: [PATCH v5 1/2] ASoC: qcom: document apq8016 sbc machine driver bindings

2015-06-09 Thread Mark Brown
On Tue, Jun 09, 2015 at 01:59:29PM +0100, Srinivas Kandagatla wrote: > +Optional CPU/CODEC subnodes properties: > +- external : flag to indicate if the I2S is connected to external codec > +Example: Missing blank line between the property and the "Example:". I'm still not sure I understand why

Re: [PATCH v4 5/7] Watchdog: introduce ARM SBSA watchdog driver

2015-06-09 Thread Timur Tabi
On 06/09/2015 11:45 AM, Guenter Roeck wrote: I tend to agree that we should just forget about pretimeout and use your original approach, where the timeout value is used to program WOR. Everything else is really just asking for trouble. The driver that I submitted is effectively the same as Fu'

Re: [PATCH] TESTCASE: of: OOPS when disabling node via OF_DYNAMIC

2015-06-09 Thread Laurent Pinchart
Hi Grant, On Sunday 07 June 2015 12:16:32 Grant Likely wrote: > On Wed, 22 Apr 2015 15:30:28 +0300, Pantelis Antoniou wrote: > > > On Apr 14, 2015, at 16:27 , Wolfram Sang wrote: > > > > > > Hi Pantelis, > > > > > > thanks for your prompt reply. Unfortunately, I had to wait until I could > > >

Re: [PATCH 2/2 RESEND] power: reset: Add syscon poweroff device node for APM X-Gene platform

2015-06-09 Thread Tai Tri Nguyen
Hi Dann, On Tue, Jun 9, 2015 at 8:31 AM, Dann Frazier wrote: > On Mon, Jun 8, 2015 at 10:34 PM, Tai Tri Nguyen wrote: >> Hi Dann, >> >> On Mon, Jun 8, 2015 at 8:44 PM, Dann Frazier >> wrote: >>> On Tue, Jun 2, 2015 at 1:19 PM, Tai Nguyen wrote: This patch adds syscon poweroff device node

Re: [PATCH v4 5/7] Watchdog: introduce ARM SBSA watchdog driver

2015-06-09 Thread Guenter Roeck
On 06/09/2015 09:29 AM, Timur Tabi wrote: On 06/09/2015 11:22 AM, Guenter Roeck wrote: but I see your point. Essentially, the specification is broken for all practical purposes, since, as you point out, enabling the watchdog overwrites and explicitly sets WCV. Effectively this means that just

Re: [PATCH v2 1/2] of: add Okaya Electric America vendor prefix

2015-06-09 Thread Rob Herring
On Tue, Jun 9, 2015 at 10:59 AM, Gary Bisson wrote: > This patch adds vendor prefix for Okaya Electronic America, a provider > of LCD modules and display technologies. > > Signed-off-by: Gary Bisson Acked-by: Rob Herring > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > 1

Re: [PATCH v2 05/22] doc: dt-binding: usb: add otg related properties

2015-06-09 Thread Rob Herring
On Tue, Jun 9, 2015 at 10:29 AM, Roger Quadros wrote: > Rob, > > On Tue, 9 Jun 2015 08:26:20 -0500 > Rob Herring wrote: > >> On Mon, Jun 8, 2015 at 8:18 PM, Li Jun wrote: >> > On Mon, Jun 08, 2015 at 11:06:49AM -0500, Rob Herring wrote: >> >> On Mon, Jun 8, 2015 at 10:02 AM, Li Jun wrote: >> >>

Re: [PATCH v4 5/7] Watchdog: introduce ARM SBSA watchdog driver

2015-06-09 Thread Timur Tabi
On 06/09/2015 11:22 AM, Guenter Roeck wrote: but I see your point. Essentially, the specification is broken for all practical purposes, since, as you point out, enabling the watchdog overwrites and explicitly sets WCV. Effectively this means that just using WCV to program the timeout period is

Re: [PATCH v4 5/7] Watchdog: introduce ARM SBSA watchdog driver

2015-06-09 Thread Guenter Roeck
On 06/09/2015 03:46 AM, Fu Wei wrote: Yes, if WOR only affect in TimeoutRefresh, we cat always make WOR == pretimeout But the problem is if we enable watchdog (write 0x01 to WCS will cause an explicit watchdog refresh), then 1) if ExplicitRefresh = True: CompareValue := SystemCounter

[PATCH v6 6/6] i2c: at91: add support to FIFOs

2015-06-09 Thread Cyrille Pitchen
When FIFOs are available and enabled, the driver now configures the Atmel eXtended DMA Controller to perform word accesses instead of byte accesses when possible. The actual access width depends on the size of the buffer to transmit. To enable FIFO support the "atmel,fifo-size" property must be se

[PATCH v6 5/6] i2c: at91: print hardware version

2015-06-09 Thread Cyrille Pitchen
The probe() function now prints the hardware version of the I2C controller. Signed-off-by: Cyrille Pitchen --- drivers/i2c/busses/i2c-at91.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/i2c/busses/i2c-at91.c b/drivers/i2c/busses/i2c-at91.c index 817ae69..6e88b3

[PATCH v6 4/6] i2c: at91: add support for new alternative command mode

2015-06-09 Thread Cyrille Pitchen
The alternative command mode was introduced to simplify the transmission of STOP conditions and to solve timing and latency issues around them. This mode relies on a new register, the Alternative Command Register, which must be set at the same time as the Master Mode Register. This new register wa

[PATCH v6 3/6] i2c: at91: update documentation for DT bindings

2015-06-09 Thread Cyrille Pitchen
add a new value "atmel,sama5d2-i2c" for the "compatible" property. add a new optional property "atmel,fifo-size" to enable FIFO support when available. add missing optional properties "dmas" and "dma-names". Signed-off-by: Cyrille Pitchen --- Documentation/devicetree/bindings/i2c/i2c-at91.txt |

[PATCH v6 2/6] i2c: at91: use BIT() macro to define register bits

2015-06-09 Thread Cyrille Pitchen
This patch just fixes typo before applying later patches which will use register bits with index above 16. Signed-off-by: Cyrille Pitchen --- drivers/i2c/busses/i2c-at91.c | 29 +++-- 1 file changed, 15 insertions(+), 14 deletions(-) diff --git a/drivers/i2c/busses/i2c-a

[PATCH v6 0/6] i2c: at91: add support to FIFOs and alternative command

2015-06-09 Thread Cyrille Pitchen
ChangeLog v6: - replace "at91sama5d2" by "sama5d2". v5: - print I2C controller version in an already existing dev_info() instead of adding a new one. v4: - replace 0x%x by %#x when printing I2C controller version - change the order of patches: the race condition bug fix becomes the first pat

[PATCH v6 1/6] i2c: at91: fix a race condition when using the DMA controller

2015-06-09 Thread Cyrille Pitchen
For TX transactions, the TXCOMP bit in the Status Register is cleared when the first data is written into the Transmit Holding Register. In the lines from at91_do_twi_transfer(): at91_twi_write_data_dma(dev); at91_twi_write(dev, AT91_TWI_IER, AT91_TWI_TXCOMP); the TXCOMP interrupt may be enabled

Re: [PATCH 1/2] ASoC: qcom: storm: allocate snd_soc_card struct dynamically.

2015-06-09 Thread Mark Brown
On Tue, Jun 09, 2015 at 02:34:21PM +0100, Srinivas Kandagatla wrote: > This patch moves static allocation of snd_soc_card to dynamic allocation, > the reason to do this is to avoid holding up any dangling pointers > in this static structures. And I see no use for having this struct as static > give

Re: [PATCH v5 4/6] i2c: at91: add support for new alternative command mode

2015-06-09 Thread Nicolas Ferre
Le 03/06/2015 18:25, Cyrille Pitchen a écrit : > The alternative command mode was introduced to simplify the transmission > of STOP conditions and to solve timing and latency issues around them. > > This mode relies on a new register, the Alternative Command Register, > which must be set at the sa

Re: [PATCH v5 3/6] i2c: at91: update documentation for DT bindings

2015-06-09 Thread Nicolas Ferre
Le 03/06/2015 18:25, Cyrille Pitchen a écrit : > add a new value "atmel,at91sama5d2-i2c" for the "compatible" property. Well, here I would like "atmel,sama5d2-i2c" like any other "SAMA5" product compatibility string out there... Aka NAK for me ;-) > add a new optional property "atmel,fifo-size"

[PATCH v2 2/2] drm/panel: Add display timing for Okaya RS800480T-7X0GP

2015-06-09 Thread Gary Bisson
Add support for the Okaya RS800480T-7X0GP to the DRM simple panel driver. The RS800480T-7X0GP is a WVGA (800x480) panel with an 18-bit parallel LCD interface. It supports pixel clocks in the range of 30-40 MHz. This panel details can be found at: http://boundarydevices.com/product/7-800x480-displ

[PATCH v2 1/2] of: add Okaya Electric America vendor prefix

2015-06-09 Thread Gary Bisson
This patch adds vendor prefix for Okaya Electronic America, a provider of LCD modules and display technologies. Signed-off-by: Gary Bisson --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefix

[PATCH v2 0/2] Add display timing for Okaya RS800480T-7X0

2015-06-09 Thread Gary Bisson
Hi all, This patch is the follow-up of a request from Philipp to add the Okaya display to the simple panel driver. http://lists.infradead.org/pipermail/linux-arm-kernel/2015-May/346657.html v2: - split into 2 patches, adding Okaya to the vendor prefixes should be its own patch as suggested by Thi

Re: [PATCH v2 4/8] input: goodix: reset device at init

2015-06-09 Thread Bastien Nocera
On Tue, 2015-06-09 at 17:34 +0200, Bastien Nocera wrote: > On Mon, 2015-06-08 at 17:37 +0300, Irina Tirdea wrote: > > After power on, it is recommended that the driver resets the > > device. > > The reset procedure timing is described in the datasheet and is > > used > > at device init (before wr

Re: [PATCH 3/3] ARM: dts: Fix frequency scaling on Gumstix Pepper.

2015-06-09 Thread Ash Charles
This works well for me--cpufreq seems much happier. Tested-by: Ash Charles On Thu, Jun 4, 2015 at 11:08 AM, Arun Bharadwaj wrote: > The device tree for Gumstix Pepper has DCDC2 and > DCDC3 correctly labelled but the upper limit values > are wrong. The confusion is due to the hardware > quirk wh

Re: [PATCH v2 0/3] Add code to release secondary cores from holding pen.

2015-06-09 Thread Kevin Hilman
Peter Griffin writes: > Hi Maxime, Patrice, Srini, Kevin, Olof & Arnd, > > This patchset adds in the necessary code to manage the holding pen for STi > platforms. > > Due to all the STi upstream devs using JTAG to boot the STi boards, there > is currently a SMP bug when booting upstream kernels v

Re: [PATCH v2 3/8] input: goodix: export id and version read from device

2015-06-09 Thread Bastien Nocera
On Mon, 2015-06-08 at 17:37 +0300, Irina Tirdea wrote: > Goodix touchscreens export through their registers a Product ID > and Firmware Version. The Product ID is an ASCII encoding of the > product name (e.g.: "911"). > > Export to sysfs (through the input subsystem) the product id and > firmware

Re: [PATCH v2 2/8] input: goodix: fix variable length array warning

2015-06-09 Thread Bastien Nocera
On Mon, 2015-06-08 at 17:37 +0300, Irina Tirdea wrote: > Fix sparse warning: > drivers/input/touchscreen/goodix.c:182:26: warning: > Variable length array is used. > > Replace the variable length array with fixed length. > > Some Goodix devices have maximum 5 touch points, while > others have 10

Re: [PATCH v2 4/8] input: goodix: reset device at init

2015-06-09 Thread Bastien Nocera
On Mon, 2015-06-08 at 17:37 +0300, Irina Tirdea wrote: > After power on, it is recommended that the driver resets the device. > The reset procedure timing is described in the datasheet and is used > at device init (before writing device configuration) and > for power management. It is a sequence of

Re: [PATCH 1/2 RESEND] power: reset: Add syscon reboot device node for APM X-Gene platform

2015-06-09 Thread Dann Frazier
On Tue, Jun 2, 2015 at 1:19 PM, Tai Nguyen wrote: > This patch adds syscon reboot device node to support reboot feature on APM > X-Gene platform Tested-by: dann frazier > Signed-off-by: Feng Kan > Signed-off-by: Tai Nguyen > --- > arch/arm64/boot/dts/apm/apm-storm.dtsi | 12

Re: [PATCH 2/2 RESEND] power: reset: Add syscon poweroff device node for APM X-Gene platform

2015-06-09 Thread Dann Frazier
On Mon, Jun 8, 2015 at 10:34 PM, Tai Tri Nguyen wrote: > Hi Dann, > > On Mon, Jun 8, 2015 at 8:44 PM, Dann Frazier > wrote: >> On Tue, Jun 2, 2015 at 1:19 PM, Tai Nguyen wrote: >>> This patch adds syscon poweroff device node to support poweroff feature >>> on APM X-Gene Mustang platform >> >> h

Re: [PATCH v2 05/22] doc: dt-binding: usb: add otg related properties

2015-06-09 Thread Roger Quadros
Rob, On Tue, 9 Jun 2015 08:26:20 -0500 Rob Herring wrote: > On Mon, Jun 8, 2015 at 8:18 PM, Li Jun wrote: > > On Mon, Jun 08, 2015 at 11:06:49AM -0500, Rob Herring wrote: > >> On Mon, Jun 8, 2015 at 10:02 AM, Li Jun wrote: > >> > Add otg version, srp, hnp and adp support for usb OTG port, then

Re: [PATCH 1/2] clk: keystone: add support for post divider register for main pll

2015-06-09 Thread Murali Karicheri
On 05/29/2015 12:04 PM, Murali Karicheri wrote: Main PLL controller has post divider bits in a separate register in pll controller. Use the value from this register instead of fixed divider when available. Signed-off-by: Murali Karicheri --- .../devicetree/bindings/clock/keystone-pll.txt

Re: [PATCH v2 06/22] usb: common: add API to get usb otg features from device tree

2015-06-09 Thread Roger Quadros
On Tue, 9 Jun 2015 22:15:53 +0800 Li Jun wrote: > On Tue, Jun 09, 2015 at 03:55:29PM +0300, Roger Quadros wrote: > > Hi, > > > > On Mon, 8 Jun 2015 23:02:01 +0800 > > Li Jun wrote: > > > > > Check property of usb hardware to get otg version and if SRP, HNP and ADP > > > are supported. > > > >

Re: [PATCH v2 01/22] usb: add OTG version number in usb_otg_descriptor

2015-06-09 Thread Roger Quadros
On Tue, 9 Jun 2015 10:16:23 -0400 Alan Stern wrote: > On Tue, 9 Jun 2015, Li Jun wrote: > > > > > -/* USB_DT_OTG (from OTG 1.0a supplement) */ > > > > +/* USB_DT_OTG */ > > > > struct usb_otg_descriptor { > > > > __u8 bLength; > > > > __u8 bDescriptorType; > > > > > > > >

Re: [PATCH v3] ASoC: davinci-mcasp: Choose PCM driver based on configured DMA controller

2015-06-09 Thread Peter Ujfalusi
On 06/02/2015 11:09 PM, Jyri Sarha wrote: > Find the configured DMA controller by asking for a DMA channel in the > probe phase and releasing it right after. The controller device can be > found via the dma_chan struct and the controller is recognized from > the compatible property of its device no

DeviceTree FPGA bitstream

2015-06-09 Thread Federico Vaga
Hello, I'm evaluating the DeviceTree to describe the content of an FPGA. I noticed that Xilinx is already doing it: https://www.kernel.org/doc/Documentation/devicetree/bindings/xilinx.txt I admit that I didn't read the code yet, but before doing it I want to ask you some simple questions that m

Re: [RFC/PATCH] pinctrl: sh-pfc: Accept standard function, pins and groups properties

2015-06-09 Thread Geert Uytterhoeven
Hi Laurent, On Fri, Mar 6, 2015 at 11:39 AM, Linus Walleij wrote: > On Wed, Feb 4, 2015 at 10:53 AM, Laurent Pinchart > wrote: >> On Wednesday 04 February 2015 09:40:48 Linus Walleij wrote: >>> On Tue, Jan 27, 2015 at 9:31 PM, Laurent Pinchart wrote: >>> > The "function", "pins" and "groups" pin

Re: [PATCH v2 06/22] usb: common: add API to get usb otg features from device tree

2015-06-09 Thread Li Jun
On Tue, Jun 09, 2015 at 03:55:29PM +0300, Roger Quadros wrote: > Hi, > > On Mon, 8 Jun 2015 23:02:01 +0800 > Li Jun wrote: > > > Check property of usb hardware to get otg version and if SRP, HNP and ADP > > are supported. > > > > Signed-off-by: Li Jun > > --- > > drivers/usb/common/common.c |

Re: [PATCH v2 01/22] usb: add OTG version number in usb_otg_descriptor

2015-06-09 Thread Alan Stern
On Tue, 9 Jun 2015, Li Jun wrote: > > > -/* USB_DT_OTG (from OTG 1.0a supplement) */ > > > +/* USB_DT_OTG */ > > > struct usb_otg_descriptor { > > > __u8 bLength; > > > __u8 bDescriptorType; > > > > > > __u8 bmAttributes; /* support for HNP, SRP, etc */ > > > + struct bcdOTG otg_re

Re: [PATCH v2 06/22] usb: common: add API to get usb otg features from device tree

2015-06-09 Thread Li Jun
On Tue, Jun 09, 2015 at 03:55:29PM +0300, Roger Quadros wrote: > Hi, > > On Mon, 8 Jun 2015 23:02:01 +0800 > Li Jun wrote: > > > Check property of usb hardware to get otg version and if SRP, HNP and ADP > > are supported. > > > > Signed-off-by: Li Jun > > --- > > drivers/usb/common/common.c |

Re: [PATCH v2 1/3] ARM: STi: Add code to release secondary cores from holding pen.

2015-06-09 Thread Russell King - ARM Linux
On Tue, Jun 09, 2015 at 02:33:42PM +0100, Peter Griffin wrote: > Most upstream devs boot STi platform via JTAG which abuses the > boot process by setting the PC of secondary cores directly. As > a consquence, booting STi platforms via u-boot results in only > the primary core being brought up as th

Re: [PATCH v2 04/22] usb: gadget: composite: add USB_DT_OTG request handling

2015-06-09 Thread Li Jun
On Tue, Jun 09, 2015 at 03:27:29PM +0300, Roger Quadros wrote: > Hi, > > On Mon, 8 Jun 2015 23:01:59 +0800 > Li Jun wrote: > > > From: Macpaul Lin > > > > Copy usb_otg_descriptor from config's descriptor if host requests > > USB_DT_OTG. > > > > Signed-off-by: Macpaul Lin > > Signed-off-by: L

  1   2   >