Re: [PATCH v5 00/11] power: bq24257: Add support for bq24250/bq24251

Hi, On Fri, Sep 18, 2015 at 04:39:48PM -0500, Andreas Dannenberg wrote: > This patch series extends the driver to also support bq24250/bq24251. > > The bq24250/251/257 devices have a very similar feature set and are > virtually identical from a control register point of view so it made > sense

Re: [PATCH v5 05/11] power: bq24257: Add SW-based approach for Power Good determination

Hi, On Fri, Sep 18, 2015 at 04:39:53PM -0500, Andreas Dannenberg wrote: > A software-based approach for determining the charger's input voltage > "Power Good" state is introduced for devices like the bq24250 which > don't have a dedicated hardware pin for that purpose. This SW-based > approach is

[PATCH 5/9] of_mdio: fix MDIO phy device refcounting

bus_find_device() is defined as: * This is similar to the bus_for_each_dev() function above, but it * returns a reference to a device that is 'found' for later use, as * determined by the @match callback. and it does indeed return a reference-counted pointer to the device: while

[PATCH 7/9] phy: fixed-phy: properly validate phy in fixed_phy_update_state()

Validate that the phy_device passed into fixed_phy_update_state() is a fixed-phy device before walking the list of phys for a fixed phy at the same address. Signed-off-by: Russell King --- drivers/net/phy/fixed_phy.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 3/3] ARM: dts: keystone: Update SoC specific compatible flags

Update the compatible flags to allow specific SoC identification. Signed-off-by: Nishanth Menon --- arch/arm/boot/dts/k2e-evm.dts | 2 +- arch/arm/boot/dts/k2e.dtsi | 3 +++ arch/arm/boot/dts/k2hk-evm.dts | 2 +- arch/arm/boot/dts/k2hk.dtsi | 3 +++

[PATCH 1/3] Documentation: dt: keystone: provide SoC specific compatible flags

Keystone2 devices are used on more platforms than just Texas Instruments reference evaluation platforms called EVMs. Providing a generic compatible "ti,keystone" is not sufficient to differentiate various SoC definitions possible on various platforms. So, provide compatible matches for each SoC

[PATCH 6/9] net: fix phy refcounting in a bunch of drivers

of_phy_find_device() increments the phy struct device refcount, which we need to properly balance. Add code to network drivers using this function to ensure that the struct device refcount is correctly balanced. Signed-off-by: Russell King ---

Re: [PATCH v4 3/4] edac: Add L3/SoC EDAC support to the APM X-Gene SoC EDAC driver

On Fri, Aug 14, 2015 at 12:46:08AM -0600, Loc Ho wrote: > This patch adds EDAC support for the L3 and SoC components. > > Signed-off-by: Loc Ho > --- > drivers/edac/xgene_edac.c | 1169 > + > 1 files changed, 975 insertions(+), 194

[PATCH 2/3] ARM: keystone: Update compatible to have SoC specific matches

With future SoCs of keystone2 family, the generic compatible match may not be sufficient to handle SoC specific handling. So introduce matches based on SoC compatiblity. Signed-off-by: Nishanth Menon --- arch/arm/mach-keystone/keystone.c | 3 +++ 1 file changed, 3 insertions(+)

[PATCH 9/9] net: fix net_device refcounting

of_find_net_device_by_node() uses class_find_device() internally to lookup the corresponding network device. class_find_device() returns a reference to the embedded struct device, with its refcount incremented. Add a comment to the definition in net/core/net-sysfs.c indicating the need to drop

Re: [PATCH v5 11/11] power: bq24257: Add platform data based initialization

Hi, On Fri, Sep 18, 2015 at 04:39:59PM -0500, Andreas Dannenberg wrote: > The patch adds a way to setup and initialize the device through the use > of platform data with configuration options equivalent to when using > device firmware (DT or ACPI) for systems where this is not available. > --- >

Re: [PATCH 2/3] PCI: Add quirks for devices found on Cavium ThunderX SoCs.

On Tuesday 22 September 2015 16:39:31 Lorenzo Pieralisi wrote: > On Fri, Sep 18, 2015 at 08:45:50PM +0100, Arnd Bergmann wrote: > > On Friday 18 September 2015 10:00:32 David Daney wrote: > > > On 09/18/2015 12:19 AM, Arnd Bergmann wrote: > > > > On Thursday 17 September 2015 15:41:33 David Daney

Re: [PATCH v7 1/6] arm: add msi.h to Kbuild

On Mon, 21 Sep 2015 10:13:02 +0800 Ley Foon Tan wrote: > Include asm-generic/msi.h to support CONFIG_GENERIC_MSI_IRQ_DOMAIN. > This to fix compilation error: > "include/linux/msi.h:123:21: fatal error: asm/msi.h: > No such file or directory" > > Signed-off-by: Ley Foon Tan

Re: [PATCH v7 3/6] pci:host: Add Altera PCIe host controller driver

On Mon, 21 Sep 2015 10:13:04 +0800 Ley Foon Tan wrote: > This patch adds the Altera PCIe host controller driver. > > Signed-off-by: Ley Foon Tan > --- > drivers/pci/host/Kconfig | 8 + > drivers/pci/host/Makefile | 1 + >

Re: [PATCH 3/3] PCI: generic: Add support for Cavium ThunderX PCIe root complexes.

On Thu, Sep 17, 2015 at 11:41:34PM +0100, David Daney wrote: > From: David Daney > > The config space for external PCIe root complexes on some Cavium > ThunderX SoCs is very similar to CAM and ECAM, but differs in the > shift values that have to be applied to the bus and

[PATCH 3/3] MIPS: malta: setup RAM regions via DT

Move memory configuration to be performed via device tree for the Malta board. This moves more Malta specific code to malta-dtshim.c, leaving the rest of the mti-malta code a little more board-agnostic. This will be useful to share more code between boards, with the device tree providing the board

[PATCH 0/3] Malta DT memory init

This series extracts some parts of my earlier Malta DT conversion patchset which I believe should be good to merge independently from the rest (which require further interrupt work). Paul Burton (3): MIPS: malta: split obj-y entries across lines MIPS: malta: remove fw_memblock_t abstraction

Re: [PATCH v5 09/11] power: bq24257: Allow input current limit sysfs access

Hi, On Fri, Sep 18, 2015 at 04:39:57PM -0500, Andreas Dannenberg wrote: > This patch allows reading (and writing, if the D+/D- USB signal-based > charger type detection is disabled) of the input current limit through > the power supply's input_current_limit sysfs property. This allows > userspace

Re: [PATCH 1/3] Documentation: tps65912: Add DT bindings for the TPS65912 PMIC

On 09/21/2015 06:07 PM, Lee Jones wrote: On Mon, 21 Sep 2015, Andrew F. Davis wrote: On 09/19/2015 11:16 PM, Lee Jones wrote: On Tue, 15 Sep 2015, Andrew F. Davis wrote: The TPS65912 PMIC contains several regulators and a GPIO controller. Add bindings for the TPS65912 PMIC. Signed-off-by:

Re: [PATCH 3/3] PCI: generic: Add support for Cavium ThunderX PCIe root complexes.

On 09/22/2015 11:52 AM, Will Deacon wrote: On Thu, Sep 17, 2015 at 11:41:34PM +0100, David Daney wrote: From: David Daney The config space for external PCIe root complexes on some Cavium ThunderX SoCs is very similar to CAM and ECAM, but differs in the shift values

Re: [PATCH v5 4/6] power: da9150: Add DT bindings documentation for Fuel-Gauge

Hi, On Fri, Sep 11, 2015 at 11:05:38AM +0100, Adam Thomson wrote: > diff --git a/Documentation/devicetree/bindings/power/da9150-fg.txt > b/Documentation/devicetree/bindings/power/da9150-fg.txt > new file mode 100644 > index 000..00236fe > --- /dev/null > +++

Re: [PATCHv3 3/3] drm: bridge: anx78xx: Add anx78xx driver support by analogix.

On Thu, Sep 10, 2015 at 06:35:52PM +0200, Enric Balletbo i Serra wrote: > diff --git a/drivers/gpu/drm/bridge/anx78xx/anx78xx.h > b/drivers/gpu/drm/bridge/anx78xx/anx78xx.h > new file mode 100644 > index 000..4f6dd1d > --- /dev/null > +++ b/drivers/gpu/drm/bridge/anx78xx/anx78xx.h > @@ -0,0

Re: [PATCH v6 03/22] of/platform: Point to struct device from device node

On 22 September 2015 at 02:39, Rob Herring wrote: > On Mon, Sep 21, 2015 at 9:02 AM, Tomeu Vizoso > wrote: >> When adding platform and AMBA devices, set the device node's device >> member to point to it. >> >> This speeds lookups considerably and is

Re: [PATCH 2/2] MIPS: ath79: add irq chip ar7240-misc-intc

On Tue, Sep 22, 2015 at 12:24:26PM +0200, Thomas Gleixner wrote: > > The ar7240 misc irq chip use ack handler > > instead of ack_mask handler. All new ath79 chips use > > the ar7240 misc irq chip > > > > Signed-off-by: Alexander Couzens > > Acked-by: Alban Bedel

Re: [PATCH v9 3/6] PCI: designware: Add ARM64 support

Hi Zhou, On Tue, Sep 22, 2015 at 8:22 AM, Zhou Wang wrote: > On 2015/9/15 20:49, Zhou Wang wrote: >> This patch tries to unify ARM32 and ARM64 PCIe in designware driver. Delete >> function dw_pcie_setup, dw_pcie_scan_bus, dw_pcie_map_irq and struct hw_pci, >> move

Re: [PATCH 1/2] MIPS: ath79: set missing irq ack handler for ar7100-misc-intc irq chip

On Tue, Sep 22, 2015 at 12:23:22PM +0200, Thomas Gleixner wrote: > On Sat, 19 Sep 2015, Alexander Couzens wrote: > > > The irq ack handler was forgotten while introducing OF support. > > Only ar71xx and ar933x based devices require it. > > > > Signed-off-by: Alexander Couzens >

Re: [PATCH 3/3] PCI: generic: Add support for Cavium ThunderX PCIe root complexes.

On 09/22/2015 09:40 AM, Lorenzo Pieralisi wrote: On Tue, Sep 22, 2015 at 05:13:45PM +0100, David Daney wrote: On 09/22/2015 09:05 AM, Lorenzo Pieralisi wrote: On Thu, Sep 17, 2015 at 11:41:34PM +0100, David Daney wrote: [...] Properties of the host controller node: -- compatible :

Re: [PATCH 2/4] pinctrl: sunxi: add allwinner A83T PIO controller support

On Tue, Sep 22, 2015 at 11:38 PM, Vishnu Patekar wrote: > Allwinner A83T soc port controller has 8 ports. > It has 3 IRQ banks namely PB, PG, PH. > Pinmuxing are different for some pins as compared to > sun8i A23 and A33. > > Signed-off-by: Vishnu Patekar

Re: [PATCH 3/4] ARM: dts: sun8i: Add Allwinner A83T dtsi

On Tue, Sep 22, 2015 at 11:54 PM, Maxime Ripard wrote: > On Tue, Sep 22, 2015 at 11:38:56PM +0800, Vishnu Patekar wrote: >> Allwinner A83T is new octa-core cortex-a7 SOC. >> This adds the basic dtsi, the clocks differs from >> earlier sun8i SOCs. >> >>

Re: [PATCH 3/3] PCI: generic: Add support for Cavium ThunderX PCIe root complexes.

On Tue, Sep 22, 2015 at 05:13:45PM +0100, David Daney wrote: > On 09/22/2015 09:05 AM, Lorenzo Pieralisi wrote: > > On Thu, Sep 17, 2015 at 11:41:34PM +0100, David Daney wrote: [...] > >> Properties of the host controller node: > >> > >> -- compatible : Must be "pci-host-cam-generic" or >

Re: [PATCH 3/3] PCI: generic: Add support for Cavium ThunderX PCIe root complexes.

On 09/22/2015 09:05 AM, Lorenzo Pieralisi wrote: On Thu, Sep 17, 2015 at 11:41:34PM +0100, David Daney wrote: From: David Daney The config space for external PCIe root complexes on some Cavium ThunderX SoCs is very similar to CAM and ECAM, but differs in the shift

[PATCH 8/9] phy: add phy_device_remove()

Add a phy_device_remove() function to complement phy_device_register(), which undoes the effects of phy_device_register() by removing the phy device from visibility, but not freeing it. This allows these details to be moved out of the mdio bus code into the phy code where this action belongs.

Re: [PATCH v4 1/4] edac: Export edac_debugfs

On Fri, Aug 14, 2015 at 12:46:06AM -0600, Loc Ho wrote: > This patch exports and expose the edac_debugfs file node. This allows > EDAC driver to create debugfs node under the EDAC debugfs node. ... > -#ifdef CONFIG_EDAC_DEBUG > -static struct dentry *edac_debugfs; > +struct dentry *edac_debugfs;

Re: [PATCH v4 2/4] Documentation: Update the APM X-Gene SoC EDAC DTS binding for L3/SoC subnodes

On Fri, Aug 14, 2015 at 12:46:07AM -0600, Loc Ho wrote: > This patch updates documentation for the APM X-Gene SoC EDAC DTS binding No need to start the commit message with "This patch" - we know it is this patch. :) > for L3/SoC subnodes. > > Signed-off-by: Loc Ho > --- >

[PATCH 1/9] phy: fix of_mdio_find_bus() device refcount leak

of_mdio_find_bus() leaks a struct device refcount, caused by using class_find_device() and not realising that the device reference has its refcount incremented: * Note, you will need to drop the reference with put_device() after use. ... while ((dev = class_dev_iter_next())) {

Re: [PATCH v5 0/6] Add support for DA9150 Fuel-Gauge

Hi Lee, On Fri, Sep 11, 2015 at 11:05:21AM +0100, Adam Thomson wrote: > This patch set adds support for the Dialog DA9150 Fuel-Gauge. > > [...] > > Adam Thomson (6): > mfd: da9150: Add support for Fuel-Gauge > mfd: da9150: Update DT bindings for Fuel-Gauge support > power: Add support for

Re: [PATCH 3/3] PCI: generic: Add support for Cavium ThunderX PCIe root complexes.

On Thu, Sep 17, 2015 at 11:41:34PM +0100, David Daney wrote: > From: David Daney > > The config space for external PCIe root complexes on some Cavium > ThunderX SoCs is very similar to CAM and ECAM, but differs in the > shift values that have to be applied to the bus and

[PATCH 0/3] ARM: dts/keystone: Introduce SoC specific compatible matches

Hi, Here is a series that introduces keystone SoC specific compatible flags Series based on v4.3-rc1. Test log(merge on master): http://paste.ubuntu.org.cn/3462285 (note netcp seems to freezeup after a while into boot. debug not complete on that yet - boots fine with a minimal system..)

Re: [PATCH 4/4] ARM: dts: sun8i: Add A83T HomletV2 Board by Allwinner

On Tue, Sep 22, 2015 at 11:38:57PM +0800, Vishnu Patekar wrote: > H8Homlet Proto v2.0 Board is A83T Dev Board by Allwinner. > It has UART, ethernet, USB, HDMI, etc ports on it. > > It's name is confusing, Its A83T board however,"H8_HOMLET_PROTO_V2" > printed on board. > > A83T patches are tested

[PATCH v2 0/9] Phy, mdiobus, and netdev struct device fixes

This is the second version of the series, with the comments David had on the first patch fixed up. Original series description with updated diffstat below. While looking at the DSA code, I noticed we have a of_find_net_device_by_node(), and it looks like users of that are similarly buggy - it

Re: [PATCH v5 0/6] Add support for DA9150 Fuel-Gauge

On Tue, 22 Sep 2015, Sebastian Reichel wrote: > On Fri, Sep 11, 2015 at 11:05:21AM +0100, Adam Thomson wrote: > > This patch set adds support for the Dialog DA9150 Fuel-Gauge. > > > > [...] > > > > Adam Thomson (6): > > mfd: da9150: Add support for Fuel-Gauge > > mfd: da9150: Update DT

Re: [PATCH v4 1/4] edac: Export edac_debugfs

On Tue, Sep 22, 2015 at 10:46:07AM -0700, Loc Ho wrote: > Let's me sync and give it a try. Do you see any other issue besides this? I replied to each message separately but they were all small nitpicks only. Btw, I have the debugfs pile here if you want to base your stuff ontop:

[PATCH 4/9] phy: add proper phy struct device refcounting

Take a refcount on the phy struct device when the phy device is attached to a network device, and drop it after it's detached. This ensures that a refcount is held on the phy device while the device is being used by a network device, thereby preventing the phy_device from being unexpectedly

Re: [PATCH v5 01/11] dt: power: bq24257-charger: Cover additional devices

Hi, On Fri, Sep 18, 2015 at 04:39:49PM -0500, Andreas Dannenberg wrote: > Extend the bq24257 charger's device tree documentation to cover the > bq24250 and bq24251 devices as well feature additions. The binding looks fine to except for: > +- stat-gpios: GPIO used for the devices STAT_IN pin.

[PATCH 2/9] net: dsa: fix of_mdio_find_bus() device refcount leak

Current users of of_mdio_find_bus() leak a struct device refcount, as they fail to clean up the reference obtained inside class_find_device(). Fix the DSA code to properly refcount the returned MDIO bus by: 1. taking a reference on the struct device whenever we assign it to

Re: [PATCH 4/4] ARM: dts: sun8i: Add A83T HomletV2 Board by Allwinner

Hello, On Wed, Sep 23, 2015 at 12:00 AM, Maxime Ripard wrote: > > On Tue, Sep 22, 2015 at 11:38:57PM +0800, Vishnu Patekar wrote: > > H8Homlet Proto v2.0 Board is A83T Dev Board by Allwinner. > > It has UART, ethernet, USB, HDMI, etc ports on it. > > > > It's

[PATCH 3/9] phy: fix mdiobus module safety

Re-implement the mdiobus module refcounting to ensure that we actually ensure that the mdiobus module code does not go away while we might call into it. The old scheme using bus->dev.driver was buggy, because bus->dev is a class device which never has a struct device_driver associated with it,

Re: [RFC PATCH v2 3/3] dtc: linux kernel build process to create annotated .dts

On 9/22/2015 3:40 AM, David Gibson wrote: > On Mon, Sep 21, 2015 at 10:39:46PM -0700, Frank Rowand wrote: >> From: Frank Rowand >> >> Add a new temp file in the build directory arch/${arch}/boot/dts/ >> that contains the expanded device tree source with source file

Re: [PATCH v4 1/4] edac: Export edac_debugfs

Hi, >> This patch exports and expose the edac_debugfs file node. This allows >> EDAC driver to create debugfs node under the EDAC debugfs node. > > ... > >> -#ifdef CONFIG_EDAC_DEBUG >> -static struct dentry *edac_debugfs; >> +struct dentry *edac_debugfs; >> +EXPORT_SYMBOL_GPL(edac_debugfs); > >

Re: [RFC PATCH v2 1/3] dtc: dts source location annotation

On 9/22/2015 3:32 AM, David Gibson wrote: > On Mon, Sep 21, 2015 at 10:36:47PM -0700, Frank Rowand wrote: >> From: Frank Rowand >> >> Proof of concept patch. > > Still like the idea, still some some problems with the implementation. > >> Annotates input source file

Re: [RFC PATCH v2 2/3] dtc: make check test for dtc --annotate

On 9/22/2015 3:39 AM, David Gibson wrote: > On Mon, Sep 21, 2015 at 10:38:27PM -0700, Frank Rowand wrote: >> From: Frank Rowand >> >> Add dtc tests. >> >> - dtc --annotate to create a .dts with annotations >> - compile the annotated .dts >> - compare the .dts

Re: [PATCH v5 01/11] dt: power: bq24257-charger: Cover additional devices

Hi, On Tue, Sep 22, 2015 at 04:58:24PM -0500, Andreas Dannenberg wrote: > On Tue, Sep 22, 2015 at 06:24:48PM +0200, Sebastian Reichel wrote: > > On Fri, Sep 18, 2015 at 04:39:49PM -0500, Andreas Dannenberg wrote: > > > Extend the bq24257 charger's device tree documentation to cover the > > >

Re: [PATCH v11 1/4] usage documentation for FPGA manager core

Hi Alan, On Tue, Sep 22, 2015 at 8:21 AM, wrote: > From: Alan Tull > > Add a document on the new FPGA manager core. > Reviewed-by: Moritz Fischer > Signed-off-by: Alan Tull >

[PATCH] net: mdio-octeon: Add PCI driver binding.

From: David Daney When the Cavium mdio-octeon devices appear in the Thunder family of arm64 based SoCs, they show up as PCI devices. Add PCI driver wrapping so the driver is bound in the standard PCI device scan. When in this form, a single PCI device may have more than

Re: [PATCH v11 2/4] fpga manager: add sysfs interface document

On Tue, Sep 22, 2015 at 8:21 AM, wrote: > From: Alan Tull > > Add documentation under drivers/staging for new fpga manager's > sysfs interface. > Reviewed-by: Moritz Fischer > Signed-off-by: Alan Tull

Re: [PATCH v3 0/9] Broadcom Cygnus device tree changes

On 21/09/15 15:12, Ray Jui wrote: > This patch series cleans up the Broadcom Cygnus device tree files and makes it > more consistent with the rest of Broadcom iProc device tree files. This patch > series also enables various peripherals on Cygnus boards. They include: > > bcm11360_entphn: > NAND

Re: [PATCH 0/5] Add Marvell berlin4ct clk support

+ CLK maintainers sorry, yesterday I pressed ENTER quickly before --to list is completed On Tue, 22 Sep 2015 22:12:31 +0800 Jisheng Zhang wrote: > Add berlin4ct clk driver. The berlin4ct SoC contains: > > two kinds of PLL: normal PLL and AVPLL. The normal PLL support is

Re: [PATCH v5 01/11] dt: power: bq24257-charger: Cover additional devices

On Tue, Sep 22, 2015 at 06:24:48PM +0200, Sebastian Reichel wrote: > Hi, > > On Fri, Sep 18, 2015 at 04:39:49PM -0500, Andreas Dannenberg wrote: > > Extend the bq24257 charger's device tree documentation to cover the > > bq24250 and bq24251 devices as well feature additions. > > The binding

[PATCH v2 2/3] Documentation: DT: twl-charger: document new iio properties

Document added iio properties to avoid using direct funcion call from twl4030-madc driver. Signed-off-by: Marek Belisko --- Documentation/devicetree/bindings/power/twl-charger.txt | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH v2 3/3] ARM: dts: twl4030: add iio properties for bci subnode

Added new iio properties which are required for twl4030-charger driver and allow to use twl4030-madc indirectly. Signed-off-by: Marek Belisko --- arch/arm/boot/dts/twl4030.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/twl4030.dtsi

[PATCH v2 1/3] drivers: power: twl4030_charger: fix link problems when building as module

If either twl4030_charger or twl4030_madc is configured as MODULE, we get build (link) errors. To solve, the direct call of twl4030_get_madc_conversion() is replaced by a call to iio_read_channel_processed(). Signed-off-by: H. Nikolaus Schaller Signed-off-by: Marek Belisko

Re: [PATCH] Documentation: dt-bindings: Fix interrupt documentation file path

On Mon, 21 Sep 2015, Andrew F. Davis wrote: > Fix the incorrect interrupt documentation file path in binding docs. > > Signed-off-by: Andrew F. Davis > --- > Documentation/devicetree/bindings/gpio/snps-dwapb-gpio.txt | 2 +- > Documentation/devicetree/bindings/mfd/arizona.txt

Re: [PATCH v5 09/11] power: bq24257: Allow input current limit sysfs access

On Tue, Sep 22, 2015 at 09:16:49PM +0200, Sebastian Reichel wrote: > Hi, > > On Fri, Sep 18, 2015 at 04:39:57PM -0500, Andreas Dannenberg wrote: > > This patch allows reading (and writing, if the D+/D- USB signal-based > > charger type detection is disabled) of the input current limit through > >

Re: [PATCH v2 1/3] drivers: power: twl4030_charger: fix link problems when building as module

Hi Marek, On Tue, Sep 22, 2015 at 10:19:29PM +0200, Marek Belisko wrote: > If either twl4030_charger or twl4030_madc is configured as MODULE, > we get build (link) errors. > > To solve, the direct call of twl4030_get_madc_conversion() is replaced > by a call to iio_read_channel_processed(). > >

Re: [PATCH 1/3] mfd: axp20x: Rename supply names for AXP221 DC1SW and DC5LDO regulators

On Sun, 20 Sep 2015, Chen-Yu Tsai wrote: > Hi Lee, > > On Sun, Sep 20, 2015 at 12:17 PM, Lee Jones wrote: > > On Wed, 16 Sep 2015, Chen-Yu Tsai wrote: > > > >> The DC1SW and DC5LDO regulators in the AXP221 are internally chained > >> to DCDC1 and DCDC5, hence the names.

Re: [PATCH v9 3/6] PCI: designware: Add ARM64 support

On 2015/9/23 1:05, Pratyush Anand wrote: > Hi Zhou, > > On Tue, Sep 22, 2015 at 8:22 AM, Zhou Wang wrote: >> On 2015/9/15 20:49, Zhou Wang wrote: >>> This patch tries to unify ARM32 and ARM64 PCIe in designware driver. Delete >>> function dw_pcie_setup, dw_pcie_scan_bus,

Re: [PATCH v2 1/3] gpio: Use __gpiod_request directly

On Sun, Aug 30, 2015 at 4:44 PM, Markus Pargmann wrote: > There is no reason to find out chip and hwnum to use to request a gpio > and get another gpio descriptor. We already have the descriptor we want > to use so we can directly use it. > > Signed-off-by: Markus Pargmann

[PATCH v2 1/3] Docs: dt: Add PCI MSI map bindings

From: Mark Rutland Currently msi-parent is used by a few bindings to describe the relationship between a PCI root complex and a single MSI controller, but this property does not have a generic binding document. Additionally, msi-parent is insufficient to describe more

[PATCH v2 2/3] of/irq: Add new function of_msi_map_rid()

From: David Daney The device tree property "msi-map" specifies how to create the PCI requester id used in some MSI controllers. Add a new function of_msi_map_rid() that finds the msi-map property and applies its translation to a given requester id. Signed-off-by: David

[PATCH v2 3/3] irqchip/gicv3-its: Handle OF device tree "msi-map" properties.

From: David Daney Call of_msi_map_rid() to handle mapping of the requester id. Signed-off-by: David Daney --- drivers/irqchip/irq-gic-v3-its-pci-msi.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH v2 0/3] of, irqchip/gicv3-its: Handle "msi-map" properties.

From: David Daney The first patch from Mark Rutland adds the OF device tree binding description, which explains what we are attempting to do here. For MSI messages on GICv3 systems there is some side-band data that accompanies the message, this data is specified in the

[PATCH v3 2/6] PCI: generic: Only fixup irqs for bus we are creating.

From: David Daney If we create multiple buses with pci-host-generic, or there are buses created by other drivers, we don't want to call pci_fixup_irqs() which operates on all devices, not just the devices on the bus being added. The consequence is that either the fixups

[PATCH v3 3/6] PCI: generic: Quit clobbering our pci_ops.

From: David Daney The pci-host-generic driver keeps a global struct pci_ops which it then patches with the .map_bus method appropriate for the bus device. A problem arises when the driver is used for two different types of bus devices, the .map_bus method for the last

[PATCH v3 4/6] PCI: generic: Correct, and avoid overflow, in bus_max calculation.

From: David Daney There are two problems with the bus_max calculation: 1) The u8 data type can overflow for large config space windows. 2) The calculation is incorrect for a bus range that doesn't start at zero. Since the configuration space is relative to bus zero,

[PATCH v3 1/6] PCI: Add pci_bus_fixup_irqs().

From: David Daney pci_bus_fixup_irqs() works like pci_fixup_irqs(), except it only does the fixups for devices on the specified bus. Follow-on patch will use the new function. Signed-off-by: David Daney --- No change from v2. This patch didn't

Re: [PATCH v11 3/4] add FPGA manager core

On Tue, Sep 22, 2015 at 10:21:10AM -0500, at...@opensource.altera.com wrote: > From: Alan Tull > > API to support programming FPGA's. > > The following functions are exported as GPL: > * fpga_mgr_buf_load >Load fpga from image in buffer > > *

Re: [PATCH v2] ARM: shmobile: silk: add SDHI1 DT support

Hello. On 09/18/2015 05:56 AM, Magnus Damm wrote: Define the SILK board dependent part of the SDHI1 (connected to micro-SD slot) device nodes along with the necessary voltage regulators. Based on the original patch by Vladimir Barinov . Signed-off-by:

[PATCH v3 6/6] PCI: generic: Claim device resources if PCI_PROBE_ONLY

From: David Daney In the case where the PCI_PROBE_ONLY flag is set, we need to claim the resources for all PCI devices added to the bus. Failure to claim SRIOV BAR resources prevents SRIOV devices from being being enabled. So, when the PCI_PROBE_ONLY flag is set, claim

[PATCH v3 1/3] mailbox/omap: Add ti,mbox-send-noirq quirk to fix AM33xx CPU Idle

The mailbox framework controls the transmission queue and requires either its controller implementations or clients to run the state machine for the Tx queue. The OMAP mailbox controller uses a Tx-ready interrupt as the equivalent of a Tx-done interrupt to run this Tx queue state-machine. The

[PATCH v3 0/3] soc: ti: Introduce wkup_m3_ipc driver

Hi, This series is version 3 of the code to introduce a wkup_m3_ipc driver to handle communication between the MPU and Cortex M3 present on TI AM335x and AM437x SoCs. v2 of this series can be found at [1]. Only patch 3 has been changed based on a request from Tony and a few cleanups: - Rather

Re: [PATCH v10 1/4] clk: clk-vf610: Add clock for Vybrid OCOTP controller

On Mon, Sep 07, 2015 at 01:51:35PM +0530, Sanchayan Maity wrote: > Add clock support for Vybrid On-Chip One Time Programmable > (OCOTP) controller. > > While the OCOTP block does not require explicit clock gating, > for programming the OCOTP timing register the clock rate of > ipg clock is

Re: [PATCH v5 09/11] power: bq24257: Allow input current limit sysfs access

On Tue, Sep 22, 2015 at 05:10:45PM -0500, Andreas Dannenberg wrote: > On Tue, Sep 22, 2015 at 09:16:49PM +0200, Sebastian Reichel wrote: > > On Fri, Sep 18, 2015 at 04:39:57PM -0500, Andreas Dannenberg wrote: > > > This patch allows reading (and writing, if the D+/D- USB signal-based > > > charger

Re: [PATCH v11 4/4] fpga manager: add driver for socfpga fpga manager

On Tue, Sep 22, 2015 at 10:21:11AM -0500, at...@opensource.altera.com wrote: > From: Alan Tull > > Add driver to fpga manager framework to allow configuration > of FPGA in Altera SoCFPGA parts. > > Signed-off-by: Alan Tull > Acked-by:

Re: [PATCH v2] ARM: shmobile: silk: add SDHI1 DT support

Hello. On 09/18/2015 03:21 AM, Simon Horman wrote: Define the SILK board dependent part of the SDHI1 (connected to micro-SD slot) device nodes along with the necessary voltage regulators. Based on the original patch by Vladimir Barinov . Signed-off-by:

[PATCH v3 0/6] PCI: generic: Misc. bug fixes/enhancements

From: David Daney While using the pci-host-generic driver to add PCI support for the Cavium ThunderX processors, several bugs were discovered. This patch set fixes the bugs, a follow-on set will add the ThunderX support. Changes from v2: - Added " PCI: generic: Claim

[PATCH v3 5/6] PCI: generic: Pass proper starting bus number to pci_scan_root_bus().

From: David Daney If the bus is being configured with a bus-range that does not start at zero, pass that starting bus number to pci_scan_root_bus(). Passing the incorrect value of zero causes attempted config accesses outside of the supported range, which cascades to an

Re: [RFC PATCH v2 2/3] dtc: make check test for dtc --annotate

On Tue, Sep 22, 2015 at 10:21:55AM -0700, Frank Rowand wrote: > On 9/22/2015 3:39 AM, David Gibson wrote: > > On Mon, Sep 21, 2015 at 10:38:27PM -0700, Frank Rowand wrote: > >> From: Frank Rowand > >> > >> Add dtc tests. > >> > >> - dtc --annotate to create a .dts

[PATCH v2] PCI: generic: Add support for Cavium ThunderX PCIe root complexes.

From: David Daney The config space for external PCIe root complexes on some Cavium ThunderX SoCs is very similar to CAM and ECAM, but differs in the shift values that have to be applied to the bus and devfn numbers to compose that address window offset. These root

[PATCH v3 3/3] soc: ti: Add wkup_m3_ipc driver

Introduce a wkup_m3_ipc driver to handle communication between the MPU and Cortex M3 wkup_m3 present on am335x. This driver is responsible for actually booting the wkup_m3_rproc and also handling all IPC which is done using the IPC registers in the control module, a mailbox, and a separate

[PATCH v3 2/3] Documentation: dt: add bindings for TI Wakeup M3 IPC device

Add the device tree bindings document for the TI Wakeup M3 IPC device on AM33xx and AM43xx SoCs. These devices are used by the TI wkup_m3_ipc driver, and contain the registers upon which the IPC protocol to communicate with the Wakeup M3 processor is implemented. Signed-off-by: Dave Gerlach

Re: [PATCH v3 2/4] Documentation: bindings: mfd: cros ec: document vbc EC property

On Mon, 21 Sep 2015, Emilio López wrote: > Some EC implementations include a small nvram space used to store > verified boot context data. This boolean property lets us indicate > whether this space is available or not on a specific EC implementation. > > Signed-off-by: Emilio López

Re: [PATCH 1/4] ARM: sunxi: Introduce Allwinner for A83T support

On Tue, Sep 22, 2015 at 11:47:40PM +0800, Chen-Yu Tsai wrote: > On Tue, Sep 22, 2015 at 11:38 PM, Vishnu Patekar > wrote: > > Allwinner A83T is octa-core cortex-a7 based SoC. > > It's clock control unit and prcm, pinmux are different from previous sun8i > > series. >

Re: [PATCH 1/4] ARM: sunxi: Introduce Allwinner for A83T support

Hi, On Tue, Sep 22, 2015 at 11:38:54PM +0800, Vishnu Patekar wrote: > Allwinner A83T is octa-core cortex-a7 based SoC. > It's clock control unit and prcm, pinmux are different from previous sun8i > series. > Its processor cores are arragned in two clusters 4 cores each, > similar to A80. > >

Re: [PATCH 1/4] ARM: sunxi: Introduce Allwinner for A83T support

On Tue, Sep 22, 2015 at 11:53 PM, Maxime Ripard wrote: > On Tue, Sep 22, 2015 at 11:47:40PM +0800, Chen-Yu Tsai wrote: >> On Tue, Sep 22, 2015 at 11:38 PM, Vishnu Patekar >> wrote: >> > Allwinner A83T is octa-core cortex-a7 based

Re: [PATCH 3/4] ARM: dts: sun8i: Add Allwinner A83T dtsi

On Tue, Sep 22, 2015 at 11:38:56PM +0800, Vishnu Patekar wrote: > Allwinner A83T is new octa-core cortex-a7 SOC. > This adds the basic dtsi, the clocks differs from > earlier sun8i SOCs. > > Signed-off-by: Vishnu Patekar > --- > arch/arm/boot/dts/sun8i-a83t.dtsi |

Re: [PATCH v5 3/6] power: Add support for DA9150 Fuel-Gauge

Hi, On Fri, Sep 11, 2015 at 11:05:35AM +0100, Adam Thomson wrote: > This adds power supply driver support for the Fuel-Gauge part of > the DA9150 combined Charger and Fuel-Gauge device. Acked-By: Sebastian Reichel -- Sebastian signature.asc Description: Digital signature

[PATCH v11 2/4] fpga manager: add sysfs interface document

From: Alan Tull Add documentation under drivers/staging for new fpga manager's sysfs interface. Signed-off-by: Alan Tull --- v5 : (actually second version, but keeping version numbers aligned with rest of patch series) Move

Re: [PATCH 1/4] ARM: sunxi: Introduce Allwinner for A83T support

On Tue, Sep 22, 2015 at 11:38 PM, Vishnu Patekar wrote: > Allwinner A83T is octa-core cortex-a7 based SoC. > It's clock control unit and prcm, pinmux are different from previous sun8i > series. > Its processor cores are arragned in two clusters 4 cores each, > similar

Re: [PATCH 2/3] thermal: Add Mediatek thermal controller support

On Tue, Sep 22, 2015 at 03:30:47PM +0800, Daniel Kurtz wrote: > On Mon, Sep 14, 2015 at 3:32 PM, Daniel Kurtz wrote: > > > > Hi Sascha, > > > > On Mon, Aug 31, 2015 at 3:34 PM, Sascha Hauer > > wrote: > > > This adds support for the Mediatek thermal

Re: [PATCH v4 1/3] leds: netxbig: add device tree binding

On Mon, Sep 21, 2015 at 10:38:45AM -0500, Rob Herring wrote: Hi Rob, Thanks for your feedback. Please, see my answers below. > On 09/17/2015 10:59 AM, Simon Guinot wrote: > > This patch adds device tree support for the netxbig LEDs. > > > > This also introduces a additionnal DT binding for the

  1   2   >