Re: [linux-sunxi] Re: [PATCH 2/2] ehci-platform: Add support for controllers with multiple reset lines

On Mon, Nov 16, 2015 at 11:42 PM, Alan Stern wrote: > On Sun, 15 Nov 2015, Hans de Goede wrote: > >> From: Reinder de Haan >> >> At least the EHCI found on the Allwinnner H3 SoC needs multiple reset >> lines, the controller will not initialize

[linux-sunxi] Re: [PATCH v4 04/24] hwmon: pwm-fan: use pwm_get_xxx() helpers where appropriate

On 11/16/2015 08:53 AM, Boris Brezillon wrote: On Mon, 16 Nov 2015 07:59:23 -0800 Guenter Roeck wrote: On 11/16/2015 12:56 AM, Boris Brezillon wrote: Use pwm_get_xxx() helpers instead of directly accessing the pwm->xxx field. Doing that will ease adaptation of the PWM

Re: [linux-sunxi] Re: [PATCH 2/2] ehci-platform: Add support for controllers with multiple reset lines

Am Montag, den 16.11.2015, 17:49 +0100 schrieb Hans de Goede: > Hi, > > On 16-11-15 17:04, Chen-Yu Tsai wrote: > > On Mon, Nov 16, 2015 at 11:42 PM, Alan Stern > > wrote: > >> On Sun, 15 Nov 2015, Hans de Goede wrote: > >> > >>> From: Reinder de Haan

[linux-sunxi] Re: [PATCH v4 13/24] hwmon: pwm-fan: use pwm_get/set_default_xxx() helpers where appropriate

On 11/16/2015 12:56 AM, Boris Brezillon wrote: pwm_set/get_default_xxx() helpers have been introduced to differentiate the default PWM states (those retrieved through DT, PWM lookup table or statically assigned by the driver) and the current ones. Make use of those helpers where appropriate.

[linux-sunxi] Re: [PATCH v4 05/24] misc: max77693-haptic: use pwm_get_xxx() helpers where appropriate

On Mon, 16 Nov 2015 07:55:33 -0800 Guenter Roeck wrote: > On 11/16/2015 05:55 AM, Boris Brezillon wrote: > > Hi Krzysztof, > > > > On Mon, 16 Nov 2015 22:10:40 +0900 > > Krzysztof Kozlowski wrote: > > > >> W dniu 16.11.2015 o 17:56, Boris Brezillon

[linux-sunxi] [PATCH v3 5/9] ARM: dts: sun8i: sinlinx-sina33: Add AXP223 PMIC device and regulator nodes

This board has a X-Powers AXP223 PMIC connected via RSB. Its regulators provide power to various parts of the SoC and the board. Also update the regulator supply phandles. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun8i-a33-sinlinx-sina33.dts | 79

[linux-sunxi] [PATCH v3 9/9] ARM: multi_v7_defconfig: Enable RSB and AXP20X related drivers as modules

axp20x support has been split into 2 parts, I2C and RSB interface variants. Update the MFD_AXP20X symbol for I2C support. Also enable SUNXI_RSB MFD_AXP20X_RSB to support RSB variants. Build these drivers as modules. Keep MFD_AXP20X enabled for now, to ease migration for automated boot farms

[linux-sunxi] [PATCH v3 2/9] mfd: axp20x: Split the driver into core and i2c bits

The axp20x driver assumes the device is i2c based. This is not the case with later chips, which use a proprietary 2 wire serial bus by Allwinner called "Reduced Serial Bus". This patch follows the example of mfd/wm831x and splits it into an interface independent core, and an i2c specific glue

[linux-sunxi] [PATCH v3 6/9] ARM: dts: sun8i: Add simplefb node labels to reference at board level

Some boards, such as tablets, have regulators providing power to parts of the display pipeline, like signal converters and LCD panels. Add labels to the simplefb device nodes so that we can reference them in the board dts files to add regulator supply properties. Signed-off-by: Chen-Yu Tsai

[linux-sunxi] [PATCH v3 0/9] mfd: axp20x: Add support for RSB based AXP223

Hi everyone, This is v3 of the AXP223 PMIC series. Changes since v2: - s/It's/Its/ for the commit messages of patches 5 and 7 - Add Rob's Acked-by for patch 1 Changes since v1: - Dropped NMI interrupt controller dts patch (Merged) - Change MFD_AXP20X to represent the axp20x core,

[linux-sunxi] [PATCH v3 3/9] mfd: axp20x: Add support for RSB based AXP223 PMIC

The AXP223 is a new PMIC commonly paired with Allwinner A23/A33 SoCs. It is functionally identical to AXP221; only the regulator default voltage/status and the external host interface are different. Signed-off-by: Chen-Yu Tsai --- drivers/mfd/Kconfig| 11 ++

Re: [linux-sunxi] Re: [PATCH 2/2] ehci-platform: Add support for controllers with multiple reset lines

Hi, On 16-11-15 17:04, Chen-Yu Tsai wrote: On Mon, Nov 16, 2015 at 11:42 PM, Alan Stern wrote: On Sun, 15 Nov 2015, Hans de Goede wrote: From: Reinder de Haan At least the EHCI found on the Allwinnner H3 SoC needs multiple reset lines, the

[linux-sunxi] [PATCH 25/27] ARM: make use of nand_set/get_controller_data() helpers

New helpers have been added to avoid directly accessing chip->field. Use them where appropriate. Signed-off-by: Boris Brezillon --- arch/arm/mach-ixp4xx/ixdp425-setup.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[linux-sunxi] [PATCH 21/27] staging: mt29f_spinand: remove useless mtd->priv = chip assignment

mtd_to_nand_chip() now uses the container_of() approach to transform an mtd_info pointer into a nand_chip one. Drop useless mtd->priv assignments from NAND controller drivers. Signed-off-by: Boris Brezillon --- Patch generated with the following coccinelle

[linux-sunxi] [PATCH 27/27] staging: mt29f_spinand: make use of nand_set/get_controller_data() helpers

New helpers have been added to avoid directly accessing chip->field. Use them where appropriate. Signed-off-by: Boris Brezillon --- drivers/staging/mt29f_spinand/mt29f_spinand.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

[linux-sunxi] [PATCH 18/27] mtd: nand: update mtd_to_nand()

Now that all drivers are using the mtd instance embedded in the nand_chip struct we can safely update the mtd_to_nand_chip() implementation to use the container_of macro instead of returning the content of mtd->priv. This will allow us to remove mtd->priv = chip assignments done in all NAND

[linux-sunxi] [PATCH 07/27] mips: nand: make use of mtd_to_nand() where appropriate

mtd_to_nand() was recently introduced to avoid direct accesses to the mtd->priv field. Update all MIPS specific implementations to use this helper. Signed-off-by: Boris Brezillon --- arch/mips/alchemy/devboards/db1200.c | 2 +-

[linux-sunxi] [PATCH 24/27] mtd: nand: add helpers to access ->priv

Add two helpers to access the field reserved for private controller data. This makes it clearer what this field is reserved for and ease future refactoring. Signed-off-by: Boris Brezillon --- include/linux/mtd/nand.h | 10 ++ 1 file changed, 10

[linux-sunxi] [PATCH 17/27] cris: nand: use the mtd instance embedded in struct nand_chip

struct nand_chip now embeds an mtd device. Patch all drivers to make use of this mtd instance instead of using the instance embedded in their private struct or dynamically allocated. Signed-off-by: Boris Brezillon --- Most of those changes were generate with

[linux-sunxi] [PATCH 15/27] mtd: nand: update the documentation to reflect framework changes

The MTD device is now directly embedded in the nand_chip struct. Update the mtdnand documentation to mention this aspect and fix the different examples. Signed-off-by: Boris Brezillon --- Documentation/DocBook/mtdnand.tmpl | 31 +++

[linux-sunxi] [PATCH 14/27] mtd: nand: use the mtd instance embedded in struct nand_chip

struct nand_chip now embeds an mtd device. Patch all drivers to make use of this mtd instance instead of using the instance embedded in their private struct or dynamically allocated. Signed-off-by: Boris Brezillon Cc: Julia Lawall ---

[linux-sunxi] [PATCH 16/27] staging: mt29f_spinand: use the mtd instance embedded in struct nand_chip

struct nand_chip now embeds an mtd device, use it instead of allocating a new one. Signed-off-by: Boris Brezillon --- drivers/staging/mt29f_spinand/mt29f_spinand.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

[linux-sunxi] [PATCH 22/27] mtd: nand: simplify nand_dt_init() usage

nand_dt_init() function requires 3 arguments where it actually needs one (dn and mtd can both be retrieved from chip). Drop these parameters. Testing for dn != NULL inside nand_dt_init() also helps simplifying the caller code. Signed-off-by: Boris Brezillon

[linux-sunxi] [PATCH 26/27] mtd: nand: make use of nand_set/get_controller_data() helpers

New helpers have been added to avoid directly accessing chip->field. Use them where appropriate. Signed-off-by: Boris Brezillon --- drivers/mtd/nand/ams-delta.c | 6 +-- drivers/mtd/nand/atmel_nand.c| 54 ++---

[linux-sunxi] [PATCH 12/27] mtd: nand: embed an mtd_info structure into nand_chip

Currently all NAND controller drivers are providing both the mtd_info and nand_chip struct and then let the NAND subsystem to initialize a few things before registering the mtd instance to the MTD layer. Embed an mtd_info field into nand_chip to add some consistency to all NAND controller drivers.

[linux-sunxi] [PATCH 10/27] mtd: nand: make use of mtd_to_nand() in NAND drivers

mtd_to_nand() was recently introduced to avoid direct accesses to the mtd->priv field. Update all NAND drivers to use it. Signed-off-by: Boris Brezillon --- drivers/mtd/nand/ams-delta.c | 4 +- drivers/mtd/nand/atmel_nand.c|

[linux-sunxi] [PATCH 20/27] cris: nand: remove useless mtd->priv = chip assignments

mtd_to_nand_chip() now uses the container_of() approach to transform an mtd_info pointer into a nand_chip one. Drop useless mtd->priv assignments from NAND controller drivers. Signed-off-by: Boris Brezillon --- Patch generated with the following coccinelle

[linux-sunxi] [PATCH 09/27] mtd: nand: make use of mtd_to_nand() in NAND core code

mtd_to_nand() was recently introduced to avoid direct access to the mtd->priv field. Update core code to use mtd_to_nand(). Signed-off-by: Boris Brezillon --- drivers/mtd/nand/nand_base.c | 84 ++--

[linux-sunxi] [PATCH 23/27] mtd: nand: kill the chip->flash_node field

Now that the nand_chip struct directly embeds an mtd_info struct we can get rid of the ->flash_node field and forward set/get_flash_node requests to the MTD layer. As a side effect, we no longer need the mtd_set_of_node() call done in nand_dt_init(). Signed-off-by: Boris Brezillon

[linux-sunxi] [PATCH 19/27] mtd: nand: remove useless mtd->priv = chip assignments

mtd_to_nand_chip() now uses the container_of() approach to transform an mtd_info pointer into a nand_chip one. Drop useless mtd->priv assignments from NAND controller drivers. Signed-off-by: Boris Brezillon --- Patch generated with the following coccinelle

[linux-sunxi] [PATCH 13/27] mtd: nand: add nand_to_mtd() helper

Add a new helper to retrieve the MTD device attached to a NAND chip. Signed-off-by: Boris Brezillon --- include/linux/mtd/nand.h | 5 + 1 file changed, 5 insertions(+) diff --git a/include/linux/mtd/nand.h b/include/linux/mtd/nand.h index

[linux-sunxi] [PATCH 11/27] staging: mt29f_spinand: make use of mtd_to_nand()

mtd_to_nand() was recently introduced to avoid direct accesses to the mtd->priv field. Use it where appropriate. Signed-off-by: Boris Brezillon --- drivers/staging/mt29f_spinand/mt29f_spinand.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[linux-sunxi] [PATCH 08/27] sh: nand: make use of mtd_to_nand() where appropriate

mtd_to_nand() was recently introduced to avoid direct accesses to the mtd->priv field. Update all SH specific implementations to use this helper. Signed-off-by: Boris Brezillon --- arch/sh/boards/mach-migor/setup.c | 2 +- 1 file changed, 1 insertion(+), 1

[linux-sunxi] [PATCH 06/27] cris: nand: make use of mtd_to_nand() where appropriate

mtd_to_nand() was recently introduced to avoid direct accesses to the mtd->priv field. Update all CRIS specific implementations to use this helper. Signed-off-by: Boris Brezillon --- arch/cris/arch-v32/drivers/mach-a3/nandflash.c | 2 +-

[linux-sunxi] Re: [PATCH v4 05/24] misc: max77693-haptic: use pwm_get_xxx() helpers where appropriate

On 11/16/2015 05:55 AM, Boris Brezillon wrote: Hi Krzysztof, On Mon, 16 Nov 2015 22:10:40 +0900 Krzysztof Kozlowski wrote: W dniu 16.11.2015 o 17:56, Boris Brezillon pisze: Use pwm_get_xxx() helpers instead of directly accessing the pwm->xxx field. Doing that will

[linux-sunxi] Re: [PATCH 2/2] ehci-platform: Add support for controllers with multiple reset lines

On Sun, 15 Nov 2015, Hans de Goede wrote: > From: Reinder de Haan > > At least the EHCI found on the Allwinnner H3 SoC needs multiple reset > lines, the controller will not initialize while the reset for its > companion OHCI is still asserted, which means we need to

[linux-sunxi] Re: Mainline mmc driver and RT_PREEMPT_FULL issue (4.0.5)

On Monday, June 29, 2015 at 12:39:37 AM UTC+5:30, carosso...@gmail.com wrote: > Hello all, > I'm trying to have a minimally functional mainline RT_PREEMPT_FULL on a > olinuxino-A10-lime. Unfortunately there is an issue with the mmc driver. (The > crash dump is at bottom). The driver seems to

[linux-sunxi] Re: [PATCH v4 04/24] hwmon: pwm-fan: use pwm_get_xxx() helpers where appropriate

On Mon, 16 Nov 2015 07:59:23 -0800 Guenter Roeck wrote: > On 11/16/2015 12:56 AM, Boris Brezillon wrote: > > Use pwm_get_xxx() helpers instead of directly accessing the pwm->xxx field. > > Doing that will ease adaptation of the PWM framework to support atomic > > update. > >

[linux-sunxi] Re: [PATCH 1/5] clk: sunxi: Add support for the H3 usb phy clocks

On Sun, Nov 15, 2015 at 08:46:13PM +0100, Hans de Goede wrote: > From: Reinder de Haan > > The H3 has a usb-phy clk register which is similar to that of earlier > SoCs, but with support for a larger number of phys. So we can simply add > a new set of clk-data and a new

[linux-sunxi] Re: [PATCH 2/5] phy-sun4i-usb: Add support for the host usb-phys found on the H3 SoC

On Sun, Nov 15, 2015 at 08:46:14PM +0100, Hans de Goede wrote: > From: Reinder de Haan > > Note this commit only adds support for phys 1-3, phy 0, the otg phy, is > not yet (fully) supported after this commit. > > Signed-off-by: Reinder de Haan >

[linux-sunxi] Re: [PATCH v4 04/24] hwmon: pwm-fan: use pwm_get_xxx() helpers where appropriate

On 11/16/2015 12:56 AM, Boris Brezillon wrote: Use pwm_get_xxx() helpers instead of directly accessing the pwm->xxx field. Doing that will ease adaptation of the PWM framework to support atomic update. Signed-off-by: Boris Brezillon --- Patch generated with

[linux-sunxi] [PATCH v3 4/9] regulator: axp20x: Support new AXP223 PMIC

The AXP223 is a new PMIC commonly paired with Allwinner A23/A33 SoCs. It is functionally identical to AXP221; only the regulator default voltage/status and the external host interface are different. Signed-off-by: Chen-Yu Tsai Reviewed-by: Mark Brown ---

[linux-sunxi] [PATCH v3 8/9] ARM: sunxi_defconfig: Update MFD_AXP20X symbol and enable MFD_AXP20X_RSB

axp20x support has been split into 2 parts, I2C and RSB interface variants. Update the MFD_AXP20X symbol for I2C support, and also enable MFD_AXP20X_RSB to support RSB variants. Keep MFD_AXP20X enabled for now, to ease migration for automated boot farms while the patches are being merged. This

[linux-sunxi] [PATCH v3 7/9] ARM: dts: sun8i: q8-common: Add AXP223 PMIC device and regulator nodes

A23/A33 Q8 tablets have an X-Powers AXP223 PMIC connected via RSB. Its regulators provide power to various parts of the SoC and the board. Also add lcd regulator supply for simplefb and update the existing vmmc-supply for mmc0. Signed-off-by: Chen-Yu Tsai ---

[linux-sunxi] [PATCH v3 1/9] mfd: axp20x: Add AXP223 to list of supported PMICs in DT bindings

The AXP223 is a new PMIC commonly paired with Allwinner A23/A33 SoCs. It is functionally identical to AXP221; only the regulator default voltage/status and the external host interface are different. Signed-off-by: Chen-Yu Tsai Acked-by: Maxime Ripard

[linux-sunxi] Re: [PATCH v3 5/9] sunxi-tools: refine progress updates by adjusting transfer chunk size

Hello Alex! Good catch, the AW_FEL_VERSION request caused by progress_chunk_size() might in fact arrive in an untimely manner there. Basically we'd have to make sure we retrieve the aw_fel_get_sram_info() beforehand. I'm not sure there would be a more useful place for that even earlier,

[linux-sunxi] Re: [PATCH 08/19] drm: Add Allwinner A10 Display Engine support

On Wed, Nov 11, 2015 at 02:14:12PM -0800, Maxime Ripard wrote: > Hi Daniel, > > Thanks for your review! Back from vacation, sorry for the delay. > > On Fri, Oct 30, 2015 at 03:44:09PM +0100, Daniel Vetter wrote: > > > +static void sun4i_crtc_disable(struct drm_crtc *crtc) > > > +{ > > > +

[linux-sunxi] Re: [PATCH v4 09/24] regulator: pwm: use pwm_get/set_default_xxx() helpers where appropriate

Hi Mark, On Mon, 16 Nov 2015 10:55:58 + Mark Brown wrote: > On Mon, Nov 16, 2015 at 09:56:32AM +0100, Boris Brezillon wrote: > > > +++ b/drivers/regulator/pwm-regulator.c > > @@ -56,7 +56,7 @@ static int pwm_regulator_set_voltage_sel(struct > > regulator_dev *rdev, > >

[linux-sunxi] Re: [PATCH v2 9/9] ARM: multi_v7_defconfig: Build AXP20X related drivers as modules

On Fri, 13 Nov 2015, Chen-Yu Tsai wrote: > On Fri, Nov 13, 2015 at 12:04 PM, Chen-Yu Tsai wrote: > > axp20x support has been split into 2 parts, I2C and RSB interface > > variants. > > > > Update the MFD_AXP20X symbol for I2C support, and also enable > > MFD_AXP20X_RSB to support

[linux-sunxi] [PATCH 01/27] mtd: nand: fix drivers abusing mtd->priv

The ->priv field of the mtd_info object attached to a nand_chip device should point to the nand_chip device. The pxa and cafe drivers are assigning this field their own private structure, which works fine as long as the nand_chip field is the first one in the driver private struct but seems a bit

[linux-sunxi] [PATCH 04/27] ARM: nand: make use of mtd_to_nand() where appropriate

mtd_to_nand() was recently introduced to avoid direct accesses to the mtd->priv field. Update all ARM specific implementations to use this helper. Signed-off-by: Boris Brezillon --- arch/arm/mach-ep93xx/snappercl15.c | 4 ++-- arch/arm/mach-ep93xx/ts72xx.c

[linux-sunxi] [PATCH 05/27] blackfin: nand: make use of mtd_to_nand() where appropriate

mtd_to_nand() was recently introduced to avoid direct accesses to the mtd->priv field. Update all blackfin specific implementations to use this helper. Signed-off-by: Boris Brezillon --- arch/blackfin/mach-bf537/boards/stamp.c | 2 +-

[linux-sunxi] [PATCH 00/27] mtd: nand: refactor the NAND subsystem (part 1)

Hello, This huge series aims at clarifying the relationship between the mtd and nand_chip structures and hiding NAND framework internals to NAND controller drivers. The first part of the series provide an mtd_to_nand() helper to hide the way mtd and nand_chip are linked together. The second

[linux-sunxi] [PATCH 02/27] mtd: nand: add an mtd_to_nand() helper

Some drivers are retrieving the nand_chip pointer using the container_of macro on a struct wrapping both the nand_chip and the mtd_info struct while the standard way of retrieving this pointer is through mtd->priv. Provide an helper to do that. Signed-off-by: Boris Brezillon

[linux-sunxi] [PATCH 03/27] mtd: nand: update examples in the documentation to use mtd_to_nand()

mtd_to_nand() has been introduced to hide accesses to mtd->priv. All NAND controller drivers should use it instead of directly accessing the ->priv field. Signed-off-by: Boris Brezillon --- Documentation/DocBook/mtdnand.tmpl | 4 ++-- 1 file changed, 2

[linux-sunxi] Re: [PATCH v4 05/24] misc: max77693-haptic: use pwm_get_xxx() helpers where appropriate

Hi Krzysztof, On Mon, 16 Nov 2015 22:10:40 +0900 Krzysztof Kozlowski wrote: > W dniu 16.11.2015 o 17:56, Boris Brezillon pisze: > > Use pwm_get_xxx() helpers instead of directly accessing the pwm->xxx field. > > Doing that will ease adaptation of the PWM framework to

[linux-sunxi] Re: [PATCH v4 05/24] misc: max77693-haptic: use pwm_get_xxx() helpers where appropriate

W dniu 16.11.2015 o 17:56, Boris Brezillon pisze: > Use pwm_get_xxx() helpers instead of directly accessing the pwm->xxx field. > Doing that will ease adaptation of the PWM framework to support atomic > update. > > Signed-off-by: Boris Brezillon > --- > Patch

[linux-sunxi] Re: [PATCH v4 00/24] pwm: add support for atomic update

Hi Boris, Am Montag, 16. November 2015, 09:56:23 schrieb Boris Brezillon: > Hello, > > This series adds support for atomic PWM update, or IOW, the capability > to update all the parameters of a PWM device (enabled/disabled, period, > duty and polarity) in one go. you already include my

Re: [linux-sunxi] Re: [PATCH 2/2] ehci-platform: Add support for controllers with multiple reset lines

Hi, On 16-11-15 18:01, Philipp Zabel wrote: Am Montag, den 16.11.2015, 17:49 +0100 schrieb Hans de Goede: Hi, On 16-11-15 17:04, Chen-Yu Tsai wrote: On Mon, Nov 16, 2015 at 11:42 PM, Alan Stern wrote: On Sun, 15 Nov 2015, Hans de Goede wrote: From: Reinder de

[linux-sunxi] Re: [PATCH v4 09/24] regulator: pwm: use pwm_get/set_default_xxx() helpers where appropriate

On Mon, Nov 16, 2015 at 01:23:59PM +0100, Boris Brezillon wrote: > Mark Brown wrote: > > On Mon, Nov 16, 2015 at 09:56:32AM +0100, Boris Brezillon wrote: > > > - pwm_reg_period = pwm_get_period(drvdata->pwm); > > > + pwm_reg_period = pwm_get_default_period(drvdata->pwm); > >

[linux-sunxi] Re: [PATCH v3 5/9] sunxi-tools: refine progress updates by adjusting transfer chunk size

I have prepared an alternative version (v4) of this patch, and will attach it below. (github is also updated, so you may retrieve the patches from https://github.com/linux-sunxi/sunxi-tools/pull/35 alternatively) progress_chunk_size() was renamed to get_chunk_size(), als I think that makes

[linux-sunxi] Re: [PATCH v4 02/24] pwm: use pwm_get_xxx() helpers where appropriate

Hi Joachim, On Mon, 16 Nov 2015 18:46:44 +0100 Joachim Eastwood wrote: > Hi Boris > > (Adding Ariel for pwm-lpc18xx-sct) > > On 16 November 2015 at 09:56, Boris Brezillon > wrote: > > Use pwm_get_xxx() helpers instead of directly

[linux-sunxi] Re: [PATCH v3 5/9] sunxi-tools: refine progress updates by adjusting transfer chunk size

Hi Bernhard, I observe roughly ~500 KB/s on the R8. As the R8 is really similar to the A13 (and is also handled as an A13) by the fel tool, I'm not sure weather it makes sense to update https://linux-sunxi.org/FEL/USBBoot#SoC_support_status. However, I'm happy to do so if you consider it useful.

[linux-sunxi] Re: [PATCH v4 09/24] regulator: pwm: use pwm_get/set_default_xxx() helpers where appropriate

On Mon, 16 Nov 2015 18:42:38 + Mark Brown wrote: > On Mon, Nov 16, 2015 at 01:23:59PM +0100, Boris Brezillon wrote: > > Mark Brown wrote: > > > On Mon, Nov 16, 2015 at 09:56:32AM +0100, Boris Brezillon wrote: > > > > > - pwm_reg_period =

[linux-sunxi] [PATCH v5 2/2] simplefb: Claim and enable regulators

This claims and enables regulators listed in the simple framebuffer dt node. This is needed so that regulators powering the display pipeline and external hardware, described in the device node and known by the kernel code, will remain properly enabled. Signed-off-by: Chen-Yu Tsai

[linux-sunxi] [PATCH v5 0/2] simplefb: Add regulator handling support

Hi everyone, This is v5 of the simplefb regulator support series. This series adds regulator claiming and enabling support for simplefb. Hans, I dropped your Reviewed-by tag from patch 2 since v4. Changes since v5: - Rebased onto v4.4-rc1 - Dropped dts patches (merged) Changes since v4:

[linux-sunxi] [PATCH v5 1/2] dt-bindings: simplefb: Support regulator supply properties

The physical display tied to the framebuffer may have regulators providing power to it, such as power for LCDs or interface conversion chips. The number of regulators in use may vary, but the regulator supply binding can not be a list. Instead just support any named regulator supply properties

[linux-sunxi] Re: [PATCH 14/27] mtd: nand: use the mtd instance embedded in struct nand_chip

Hi Boris, On Mon, Nov 16, 2015 at 02:37:47PM +0100, Boris Brezillon wrote: > struct nand_chip now embeds an mtd device. Patch all drivers to make use > of this mtd instance instead of using the instance embedded in their > private struct or dynamically allocated. > > Signed-off-by: Boris

[linux-sunxi] Re: [PATCH 18/27] mtd: nand: update mtd_to_nand()

On Mon, Nov 16, 2015 at 02:37:51PM +0100, Boris Brezillon wrote: > Now that all drivers are using the mtd instance embedded in the nand_chip Do you have a script that verifies this? I thought you did at some point, and it'd be nice to note it, so I can also use it to verify things once it gets

[linux-sunxi] [PATCH sunxi-tools v2 3/3] fel: Enable MMU on Allwinner-H3 to improve FEL transfer speed

When the CPU clock speed is set to 480 MHz by the U-Boot SPL, the performance of 'sunxi-fel write' transfers to DRAM improves from ~95 KB/s to ~510 KB/s. When the CPU clock speed is set to 1008 MHz by the U-Boot SPL, the performance of 'sunxi-fel write' transfers to DRAM improves from ~180 KB/s

[linux-sunxi] [PATCH sunxi-tools v2 0/3] fel: Faster FEL USB boot for Allwinner H3

Changes in v2: * The DACR register is now properly initialized when enabling the MMU. In the v1 patchset this register was left uninitialized and the garbage data in it could cause deadlocks depeding on luck. * Addressed review comments from Bernhard Nortmann and Peter Korsgaard (a typo fix,

[linux-sunxi] [PATCH sunxi-tools v2 1/3] fel: Helper functions for reading/writing ARM coprocessor registers

This helps to reduce code duplication if we want to read and write many different kinds of coprocessor registers. Signed-off-by: Siarhei Siamashka --- fel.c | 70 --- 1 file changed, 46 insertions(+),

[linux-sunxi] [PATCH sunxi-tools v2 2/3] fel: Support for enabling MMU after running SPL on new SoC variants

The BROM in newer SoC variants doesn't enable MMU by default anymore. So in order to benefit from e4b3da2b17ee9d7c5cab9b80e708b3a309fc4c96 ("fel: Faster USB transfers via 'fel write' to DRAM"), we need to be able to enable it from the 'sunxi-fel' tool. This patch can be interpreted as simply

[linux-sunxi] [PATCH] ARM: sunxi: Re-enable SID driver in sunxi_defconfig

Commit 3d0b16a66c8a ("nvmem: sunxi: Move the SID driver to the nvmem framework") moved the the sunxi SID driver to a new framework, but left sunxi_defconfig with the deprecated config symbol EEPROM_SUNXI_SID instead of the new symbold NVMEM_SUNXI_SID. Hence, re-enable the driver in

[linux-sunxi] [PATCH] ARM: sunxi: Re-enable SID driver in multi_v7_defconfig

Commit 3d0b16a66c8a ("nvmem: sunxi: Move the SID driver to the nvmem framework") moved the the sunxi SID driver to a new framework, but left multi_v7_defconfig with the deprecated config symbol EEPROM_SUNXI_SID instead of the new symbold NVMEM_SUNXI_SID. Hence, re-enable the driver in

[linux-sunxi] Re: [PATCH] ARM: sunxi: Re-enable SID driver in multi_v7_defconfig

On 17.11.2015 10:49, Timo Sigurdsson wrote: > Commit 3d0b16a66c8a ("nvmem: sunxi: Move the SID driver to the nvmem > framework") moved the the sunxi SID driver to a new framework, but left > multi_v7_defconfig with the deprecated config symbol EEPROM_SUNXI_SID > instead of the new symbold

[linux-sunxi] [PATCH v4 01/24] pwm: rcar: make use of pwm_is_enabled()

Commit 5c31252c4a86 ("pwm: Add the pwm_is_enabled() helper") introduced a new function to test whether a PWM device is enabled or not without manipulating PWM internal fields. Hiding this is necessary if we want to smoothly move to the atomic PWM config approach without impacting PWM drivers. Fix

[linux-sunxi] [PATCH v4 00/24] pwm: add support for atomic update

Hello, This series adds support for atomic PWM update, or IOW, the capability to update all the parameters of a PWM device (enabled/disabled, period, duty and polarity) in one go. Best Regards, Boris Changes since v3: - rebased on pwm/for-next after pulling 4.4-rc1 - replace direct access to

[linux-sunxi] [PATCH v4 03/24] clk: pwm: use pwm_get_xxx() helpers where appropriate

Use pwm_get_xxx() helpers instead of directly accessing the pwm->xxx field. Doing that will ease adaptation of the PWM framework to support atomic update. Signed-off-by: Boris Brezillon --- Patch generated with the following coccinelle script: --->8---

[linux-sunxi] [PATCH v4 06/24] pwm: introduce default period and polarity concepts

When requested by a user, the PWM is assigned a default period and polarity extracted from the DT, the platform data or statically set by the driver. Those default values are currently stored in the period and polarity fields of the pwm_device struct, but they will be stored somewhere else once we

[linux-sunxi] [PATCH v4 23/24] pwm: rockchip: add support for atomic update

Implement the ->apply() function to add support for atomic update. Signed-off-by: Boris Brezillon Tested-by: Heiko Stuebner --- drivers/pwm/pwm-rockchip.c | 53 +- 1 file changed, 29 insertions(+),

[linux-sunxi] [PATCH v4 22/24] pwm: rockchip: add initial state retrieval

Implement the ->reset_state() function to expose initial state. Signed-off-by: Boris Brezillon Tested-by: Heiko Stuebner --- drivers/pwm/pwm-rockchip.c | 66 ++ 1 file changed, 66 insertions(+)

[linux-sunxi] [PATCH v4 15/24] pwm: define a new pwm_state struct

The PWM state, represented by its period, duty_cycle and polarity, is currently directly stored in the PWM device. Declare a pwm_state structure embedding those field so that we can later use this struct to atomically update all the PWM parameters at once. Signed-off-by: Boris Brezillon

[linux-sunxi] [PATCH v4 19/24] pwm: add the PWM initial state retrieval infra

Add a ->reset_state() function to the pwm_ops struct to let PWM drivers initialize the PWM state attached to a PWM device. Signed-off-by: Boris Brezillon Tested-by: Heiko Stuebner --- drivers/pwm/core.c | 3 +++ include/linux/pwm.h | 4

[linux-sunxi] [PATCH v4 04/24] hwmon: pwm-fan: use pwm_get_xxx() helpers where appropriate

Use pwm_get_xxx() helpers instead of directly accessing the pwm->xxx field. Doing that will ease adaptation of the PWM framework to support atomic update. Signed-off-by: Boris Brezillon --- Patch generated with the following coccinelle script: --->8---

[linux-sunxi] [PATCH v4 05/24] misc: max77693-haptic: use pwm_get_xxx() helpers where appropriate

Use pwm_get_xxx() helpers instead of directly accessing the pwm->xxx field. Doing that will ease adaptation of the PWM framework to support atomic update. Signed-off-by: Boris Brezillon --- Patch generated with the following coccinelle script: --->8---

[linux-sunxi] [PATCH v4 09/24] regulator: pwm: use pwm_get/set_default_xxx() helpers where appropriate

pwm_set/get_default_xxx() helpers have been introduced to differentiate the default PWM states (those retrieved through DT, PWM lookup table or statically assigned by the driver) and the current ones. Make use of those helpers where appropriate. Signed-off-by: Boris Brezillon

[linux-sunxi] [PATCH v4 02/24] pwm: use pwm_get_xxx() helpers where appropriate

Use pwm_get_xxx() helpers instead of directly accessing the pwm->xxx field. Doing that will ease adaptation of the PWM framework to support atomic update. Signed-off-by: Boris Brezillon --- Patch generated with the following coccinelle script: --->8---

[linux-sunxi] [PATCH v4 16/24] pwm: move the enabled/disabled info to pwm_state struct

Prepare the transition to PWM atomic update by moving the enabled/disabled state into the pwm_state struct. This way we can easily update the whole PWM state by copying the new state in the ->state field. Signed-off-by: Boris Brezillon Tested-by: Heiko

[linux-sunxi] [PATCH v4 18/24] pwm: declare a default PWM state

Prepare the addition of the PWM initial state retrieval by adding a default state where all the parameters retrieved from DT, platform data or statically forced by the hardware will be stored. Once done we will be able to store the initial state in the ->state field without risking to loose the

[linux-sunxi] [PATCH v4 17/24] backlight: pwm_bl: remove useless call to pwm_set_period

The PWM period will be set when calling pwm_config. Remove this useless call to pwm_set_period, which might mess up with the initial PWM state once we have added proper support for PWM init state retrieval. Signed-off-by: Boris Brezillon Acked-by: Lee Jones

[linux-sunxi] [PATCH v4 12/24] misc: max77693: use pwm_get/set_default_xxx() helpers where appropriate

pwm_set/get_default_xxx() helpers have been introduced to differentiate the default PWM states (those retrieved through DT, PWM lookup table or statically assigned by the driver) and the current ones. Make use of those helpers where appropriate. Signed-off-by: Boris Brezillon

[linux-sunxi] [PATCH v4 08/24] leds: pwm: use pwm_get/set_default_xxx() helpers where appropriate

pwm_set/get_default_xxx() helpers have been introduced to differentiate the default PWM states (those retrieved through DT, PWM lookup table or statically assigned by the driver) and the current ones. Make use of those helpers where appropriate. Signed-off-by: Boris Brezillon

[linux-sunxi] [PATCH v4 13/24] hwmon: pwm-fan: use pwm_get/set_default_xxx() helpers where appropriate

pwm_set/get_default_xxx() helpers have been introduced to differentiate the default PWM states (those retrieved through DT, PWM lookup table or statically assigned by the driver) and the current ones. Make use of those helpers where appropriate. Signed-off-by: Boris Brezillon

[linux-sunxi] [PATCH v4 10/24] backlight: pwm: use pwm_get/set_default_xxx() helpers where appropriate

pwm_set/get_default_xxx() helpers have been introduced to differentiate the default PWM states (those retrieved through DT, PWM lookup table or statically assigned by the driver) and the current ones. Make use of those helpers where appropriate. Signed-off-by: Boris Brezillon

[linux-sunxi] [PATCH v4 07/24] pwm: use pwm_get/set_default_xxx() helpers where appropriate

pwm_set/get_default_xxx() helpers have been introduced to differentiate the default PWM states (those retrieved through DT, PWM lookup table or statically assigned by the driver) and the current PWM ones. Make use of those helpers where appropriate. Signed-off-by: Boris Brezillon

[linux-sunxi] [PATCH v4 21/24] pwm: add information about polarity, duty cycle and period to debugfs

From: Heiko Stübner The pwm-states make it possible to also output the polarity, duty cycle and period information in the debugfs pwm summary-outout. This makes it easier to gather overview information about pwms without needing to walk through the sysfs attributes of every pwm.

[linux-sunxi] [PATCH v4 24/24] regulator: pwm: properly initialize the ->state field

The ->state field is currently initialized to 0, thus referencing the voltage selector at index 0, which might not reflect the current voltage value. If possible, retrieve the current voltage selector from the PWM state, else return -EINVAL. Signed-off-by: Boris Brezillon

[linux-sunxi] [PATCH v4 14/24] clk: pwm: use pwm_get/set_default_xxx() helpers where appropriate

pwm_set/get_default_xxx() helpers have been introduced to differentiate the default PWM states (those retrieved through DT, PWM lookup table or statically assigned by the driver) and the current ones. Make use of those helpers where appropriate. Signed-off-by: Boris Brezillon

[linux-sunxi] [PATCH v4 11/24] fbdev: use pwm_get/set_default_xxx() helpers where appropriate

pwm_set/get_default_xxx() helpers have been introduced to differentiate the default PWM states (those retrieved through DT, PWM lookup table or statically assigned by the driver) and the current ones. Make use of those helpers where appropriate. Signed-off-by: Boris Brezillon

  1   2   >