Re: [PATCH V2] hwmon: (tmp102) Force wait for conversion time for the first valid data

On Tue, Dec 01, 2015 at 10:10:21AM -0600, Nishanth Menon wrote: > TMP102 works based on conversions done periodically. However, as per > the TMP102 data sheet[1] the first conversion is triggered immediately > after we program the configuration register. The temperature data > registers do not

Re: [RFC v02 04/15] dmaengine: edma: Add support for DMA filter mapping to slave devices

On Tuesday 01 December 2015 22:52:12 Vinod Koul wrote: > On Mon, Nov 30, 2015 at 03:45:34PM +0200, Peter Ujfalusi wrote: > > Add support for providing device to filter_fn mapping so client drivers > > can switch to use the dma_request_chan() API. > > Any reason why we dont want to go with DT

Re: [PATCH v2 12/25] mtd: nand: use the mtd instance embedded in struct nand_chip

On Tue, Dec 01, 2015 at 12:03:09PM +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 Brezillon

Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel

On Tuesday 01 December 2015 22:29:54 Vinod Koul wrote: > On Mon, Nov 30, 2015 at 03:45:30PM +0200, Peter Ujfalusi wrote: > > channel via DT, ACPI or in case if the kernel booted in non DT/ACPI mode > > it will use a filter lookup table and retrieves the needed information from > > the

Re: [PATCH v2 12/25] mtd: nand: use the mtd instance embedded in struct nand_chip

Hi Boris, On Tue, Dec 01, 2015 at 12:03:09PM +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

Re: [PATCH v2 17/25] mtd: nand: remove useless mtd->priv = chip assignments

On Tue, Dec 01, 2015 at 12:03:14PM +0100, Boris Brezillon wrote: > mtd_to_nand() 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

Re: [PATCH] reset: Introduce static inline dummy function when CONFIG_RESET_CONTROLLER

Hi Nishanth, [auto build test WARNING on: v4.4-rc3] [also build test WARNING on: next-20151127] url: https://github.com/0day-ci/linux/commits/Nishanth-Menon/reset-Introduce-static-inline-dummy-function-when-CONFIG_RESET_CONTROLLER/20151201-233708 reproduce: # apt-get install sparse

[PATCH 01/10] ARM: OMAP2+: Fix timer entries for dm814x

There's a mux after the oscillator similar to am335x. I did not notice this on hp t410 as it boots even with no clocks configured. Cc: Paul Walmsley Signed-off-by: Tony Lindgren --- arch/arm/mach-omap2/omap_hwmod_81xx_data.c | 8 1 file changed, 4

[PATCH 08/10] ARM: dts: Fix some mux and divider clocks to get dm814x-evm booting

Although we have hp t410 booting, I noticed that dm814x-evm does not boot after I got one. This is because we don't have the clocks yet configured properly. Let's start configuring proper clocks starting with the system timers and clocks that work with existing mux and divider clock drivers. Note

Re: [PATCH 05/10] ARM: OMAP2+: Disable GPIO softreset for dm81xx

* Matthijs van Duin [151201 16:11]: > On 2 December 2015 at 00:38, Tony Lindgren wrote: > > Looks like GPIO softreset status bit on both dm8168 and dm8148 > > is broken and only goes high initially. After writing to sysc > > softreset bit, the

Re: [PATCH 10/10] ARM: dts: Fix dm814x pinctrl address and mask

* Matthijs van Duin [151201 16:26]: > On 2 December 2015 at 00:38, Tony Lindgren wrote: > > - pinctrl-single,function-mask = > > <0x300ff>; > > + pinctrl-single,function-mask

[PATCH 00/10] Patches to get dm814x-evm booting to NFSroot

Hi all, Here are some fixes for v4.5 merge window to get dm814x-evm booting. While hp t410 boots based on the bootloader clocks, dm814x-evm needs more things configured. Especially the clock dts entries were all wrong and just happened to be harmless on hp t410. To boot, you probably want to use

[PATCH 04/10] ARM: OMAP2+: Enable GPIO for dm814x

With the basic clocks now working we can enable GPIO. Cc: Paul Walmsley Signed-off-by: Tony Lindgren --- arch/arm/mach-omap2/omap_hwmod_81xx_data.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 09/10] ARM: dts: Fix dm8148 control modules ranges

The control module is at offset 0x14000 with size 0x2, not 0x16000. This causes the pinctrl driver to not work. Let's also fix the comments related to the TRM "L4LS Instance Summary" table as that's what's causing the bad entries. Signed-off-by: Tony Lindgren ---

[PATCH 06/10] ARM: OMAP2+: Remove useless check for legacy booting for dm814x

We have never had dm814x booting properly with mainline kernel using the legacy platform data based booting. Current minimal support is device tree only. Signed-off-by: Tony Lindgren --- arch/arm/mach-omap2/io.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff

[PATCH 10/10] ARM: dts: Fix dm814x pinctrl address and mask

Otherwise pinctrl won't work. Signed-off-by: Tony Lindgren --- arch/arm/boot/dts/dm814x.dtsi | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/dm814x.dtsi b/arch/arm/boot/dts/dm814x.dtsi index 68b156b..7bd1961 100644 ---

[PATCH 07/10] ARM: dts: Fix dm814x entries for pllss and prcm

Otherwise drivers under pllss and prcm won't probe properly. Signed-off-by: Tony Lindgren --- arch/arm/boot/dts/dm814x.dtsi | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/dm814x.dtsi b/arch/arm/boot/dts/dm814x.dtsi index

Re: [PATCH 10/10] ARM: dts: Fix dm814x pinctrl address and mask

On 2 December 2015 at 00:38, Tony Lindgren wrote: > - pinctrl-single,function-mask = > <0x300ff>; > + pinctrl-single,function-mask = > <0x707ff>; Reminder that silicon revision 2.1 and older require

[PATCH 05/10] ARM: OMAP2+: Disable GPIO softreset for dm81xx

Looks like GPIO softreset status bit on both dm8168 and dm8148 is broken and only goes high initially. After writing to sysc softreset bit, the resetdone bit never goes high again. I noticed this as GPIOs are enabled from u-boot at least on t410. And this can be tested easliy with the following

[PATCH 03/10] ARM: OMAP2+: Add DPPLS clock manager for dm814x

On dm814x we have some clocks at DPLLS and some at PRCM. Let's add a new omap_prcm_init_data entry for the DPLLS so we can initalize timer clocks early. Cc: Paul Walmsley Cc: Tero Kristo Signed-off-by: Tony Lindgren ---

[PATCH 02/10] clk: ti: Add few dm814x clock aliases

The timer clock aliases are needed early on dm814x. Let's also add the aliases for the interconnects and MMC. Cc: Michael Turquette Cc: Stephen Boyd Cc: Tero Kristo Signed-off-by: Tony Lindgren ---

Re: [PATCH 05/10] ARM: OMAP2+: Disable GPIO softreset for dm81xx

On 2 December 2015 at 00:38, Tony Lindgren wrote: > Looks like GPIO softreset status bit on both dm8168 and dm8148 > is broken and only goes high initially. After writing to sysc > softreset bit, the resetdone bit never goes high again. The resetdone bit works fine, but it

Re: [PATCH 10/10] ARM: dts: Fix dm814x pinctrl address and mask

On 2 December 2015 at 01:46, Tony Lindgren wrote: > Ouch. We should probably have separate PIN_INPUT_3V3 and PIN_OUTPUT_3V3 > dts macros that ensure that? Can't we just keep bit 18 out of the function mask? The bootloader should already have made sure all pins have bit 18 set

Re: [PATCH 10/10] ARM: dts: Fix dm814x pinctrl address and mask

On 2 December 2015 at 01:46, Tony Lindgren wrote: > We should probably have separate PIN_INPUT_3V3 and PIN_OUTPUT_3V3 > dts macros that ensure that? I'm in general no fan of such macros: it feels really awkward to have to make that distinction in dts when doing pin config.

Re: [PATCH 10/10] ARM: dts: Fix dm814x pinctrl address and mask

* Matthijs van Duin [151201 17:15]: > On 2 December 2015 at 01:46, Tony Lindgren wrote: > > Ouch. We should probably have separate PIN_INPUT_3V3 and PIN_OUTPUT_3V3 > > dts macros that ensure that? > > Can't we just keep bit 18 out of the function

Re: [PATCH 05/10] ARM: OMAP2+: Disable GPIO softreset for dm81xx

* Tony Lindgren [151201 16:56]: > * Tony Lindgren [151201 16:42]: > > * Matthijs van Duin [151201 16:11]: > > > On 2 December 2015 at 00:38, Tony Lindgren wrote: > > > > Looks like GPIO softreset status bit on

Re: [PATCH 05/10] ARM: OMAP2+: Disable GPIO softreset for dm81xx

* Tony Lindgren [151201 16:42]: > * Matthijs van Duin [151201 16:11]: > > On 2 December 2015 at 00:38, Tony Lindgren wrote: > > > Looks like GPIO softreset status bit on both dm8168 and dm8148 > > > is broken and only goes high

Re: [PATCH v2 01/18] ARM: am57xx: cl-som-am57x: dts: add basic module support

On 12/01/2015 10:43 AM, Tony Lindgren wrote: > * Dmitry Lifshitz [151201 08:26]: >> >> It might looks the same set of regulators for multiple boards, >> but it is not. Each board may apply its own regulators usage scheme, and >> this is our case (as compared to

Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel

On Mon, Nov 30, 2015 at 03:45:30PM +0200, Peter Ujfalusi wrote: > Hi, > > Changes since RFC v01: > - dma_request_chan(); lost the mask parameter > - The new API does not rely on RESOURCE_DMA, instead the dma_filter_map table > will be used to provide the needed information to the filter

Re: [RFC v02 01/15] dmaengine: core: Allow NULL mask pointer in __dma_device_satisfies_mask()

On Tue, Dec 01, 2015 at 02:58:35PM +0200, Andy Shevchenko wrote: > On Tue, Dec 1, 2015 at 11:47 AM, Peter Ujfalusi wrote: > > On 11/30/2015 04:35 PM, Andy Shevchenko wrote: > >> On Mon, Nov 30, 2015 at 3:45 PM, Peter Ujfalusi > >> wrote: > >>> Treat

Re: [RFC PATCH] clocksource: ti-32k: convert to platform device

On 12/01/2015 06:07 PM, Tony Lindgren wrote: * Grygorii Strashko [151201 07:09]: On 11/30/2015 06:28 PM, Tony Lindgren wrote: We should be able to make this into an early_platform_device and just have it depend on the source clock muxes. See the omap initcall

Re: [RFC PATCH] clocksource: ti-32k: convert to platform device

* Grygorii Strashko [151201 09:13]: > On 12/01/2015 06:07 PM, Tony Lindgren wrote: > > > >Or am I forgetting some other dependency with our system timers? > > both counter32 and GP timer have to be enabled through sysc registers. > They are in "Force idle" state after

Re: [PATCH v2 01/18] ARM: am57xx: cl-som-am57x: dts: add basic module support

* Dmitry Lifshitz [151201 08:26]: > > It might looks the same set of regulators for multiple boards, > but it is not. Each board may apply its own regulators usage scheme, and > this is our case (as compared to am57xx-beagle-x15.dts). > > For the best of my knowledge,

Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel

* Peter Ujfalusi [151201 00:14]: > On 11/30/2015 05:51 PM, Tony Lindgren wrote: > > Hi, > > > > * Peter Ujfalusi [151130 05:49]: > >> > >> For each dmaengine driver an array of DMA device, slave and the parameter > >> for the filter function needs

Re: [RFC v02 04/15] dmaengine: edma: Add support for DMA filter mapping to slave devices

On Mon, Nov 30, 2015 at 03:45:34PM +0200, Peter Ujfalusi wrote: > Add support for providing device to filter_fn mapping so client drivers > can switch to use the dma_request_chan() API. Any reason why we dont want to go with DT based only for edma here? > > Signed-off-by: Peter Ujfalusi

Re: [PATCH v2 01/18] ARM: am57xx: cl-som-am57x: dts: add basic module support

* Nishanth Menon [151201 08:48]: > On 12/01/2015 10:43 AM, Tony Lindgren wrote: > > * Dmitry Lifshitz [151201 08:26]: > >> > >> It might looks the same set of regulators for multiple boards, > >> but it is not. Each board may apply its own regulators usage

[PATCH V3 01/19] ARM: dts: am57xx: cl-som-am57x: add basic module support

Add support for CompuLab CM-SOM-AM57X board. CL-SOM-AM57x is a miniature System-on-Module (SoM) based on TI Sitara AM57x ARM Cortex-A15 System-on-Chip family. https://www.compulab.co.il/products/computer-on-modules/cl-som-am57x-ti-am5728-am5718-system-on-module/ Add basic DT support for

[PATCH V3 15/19] ARM: dts: am57xx: sbc-am57x: add GPIO expander support

Add PCA9555 GPIO expander support (over I2C5 bus). Signed-off-by: Dmitry Lifshitz Acked-by: Igor Grinberg --- v3: * No fuctional changes * Reformat subject v2: * Fixed patch subject/description

[PATCH V2 09/19] ARM: dts: am57xx: cl-som-am57x: add touchscreen support

Add ADS7846 touchscreen support. Signed-off-by: Dmitry Lifshitz Acked-by: Igor Grinberg --- v2: * No fuctional changes * Reformat subject arch/arm/boot/dts/am57xx-cl-som-am57x.dts | 44 +++ 1 file changed,

[PATCH V2 18/19] ARM: dts: am57xx: sbc-am57x: add HDMI support

Add HDMI video output support. Signed-off-by: Dmitry Lifshitz Acked-by: Igor Grinberg --- v2: * Fix HDMI lanes polarity * Reformat subject arch/arm/boot/dts/am57xx-sbc-am57x.dts | 42 ++ 1 file

[PATCH V2 16/19] ARM: dts: am57xx: sbc-am57x: add LCD support

Startek-kd050c 800x480 LCD panel timings are described in compulab-sb-som.dtsi. Add appropriate DT endpoints to connect DPI output and LCD. Signed-off-by: Dmitry Lifshitz Acked-by: Igor Grinberg --- v2: * No fuctional changes *

[PATCH V2 10/19] ARM: dts: am57xx: cl-som-am57x: add analog audio support

Add analog audio DT nodes: 1. simple-audio-card node 2. wm8731 codec node 3. MCASP3 pinmux Signed-off-by: Dmitry Lifshitz Acked-by: Igor Grinberg --- v2: * No fuctional changes * Reformat subject

[PATCH V3 04/19] ARM: dts: am57xx: cl-som-am57x: add EEPROM support

On-board EEPROM chip is used for storing a board production info. Add module EEPROM support (over I2C4 bus). Signed-off-by: Dmitry Lifshitz --- v3: * No fuctional changes * Reformat subject v2: * Fix EEPROM chip model

[PATCH V3 06/19] ARM: dts: am57xx: cl-som-am57x: add spi-flash support

On-board spi-flash chip is used as a main boot device. Add spi-flash chip support (over QSPI bus). Signed-off-by: Dmitry Lifshitz Acked-by: Igor Grinberg --- v3: * Modify "compatible" property to match a proper flash driver * Drop RX/TX

[PATCH V2 08/19] ARM: dts: am57xx: cl-som-am57x: add USB support

Add USB support. Signed-off-by: Dmitry Lifshitz Acked-by: Igor Grinberg --- v2: * No fuctional changes * Reformat subject arch/arm/boot/dts/am57xx-cl-som-am57x.dts | 16 1 file changed, 16 insertions(+) diff --git

[PATCH V2 00/19] Add support for CL-SOM-AM57X and SBC-AM57X

SBC-AM57X boards. CL-SOM-AM57x is a miniature System-on-Module (SoM) based on TI Sitara AM57x ARM Cortex-A15 System-on-Chip family. SBC-AM57x is a single board computer, implemented with the CL-SOM-AM57x computer-on-module providing most of the functions, and SB-SOM-AM57x carrier board providing

[PATCH V3 12/19] ARM: dts: am57xx: cl-som-am57x: add MMC1 support

Add MMC1 support, used for SD/MMC card. Signed-off-by: Dmitry Lifshitz Acked-by: Igor Grinberg --- v3: * No fuctional changes * Reformat subject v2: * Fix duplicate SD Card Detect pinmux arch/arm/boot/dts/am57xx-sbc-am57x.dts

[PATCH V2 05/19] ARM: dts: am57xx: cl-som-am57x: add eMMC support

CM-SOM-AM57X has two options of main storage devices - eMMC or NAND. Add eMMC chip support (over MMC2 bus). Signed-off-by: Dmitry Lifshitz Acked-by: Igor Grinberg --- v2: * No fuctional changes * Reformat subject

[PATCH V2 13/19] ARM: dts: am57xx: sbc-am57x: add usb vbus pinmux

usb1_drvvbus pin is used to Drive-VBUS enable to external charge pump/power switch. Add a pinmux for that pin. Signed-off-by: Dmitry Lifshitz Acked-by: Igor Grinberg --- v2: * No fuctional changes * Reformat subject

[PATCH V2 02/19] ARM: dts: am57xx: cl-som-am57x: dts: add RTC support

Add EM3027 RTC chip support (over I2C4 bus). Signed-off-by: Dmitry Lifshitz Acked-by: Igor Grinberg --- v2: * No fuctional changes. * Refactor patch with respect to the previous changes in I2C4 node structure. * Reformat subject

[PATCH V2 11/19] ARM: dts: am57xx: sbc-am57x: add basic board support

SBC-AM57x is a single board computer designed for industrial and embedded applications. It is based on the Texas Instruments Sitara AM57x system-on-chip family. SBC-AM57x is implemented with the CL-SOM-AM57x computer-on-module providing most of the functions, and SB-SOM-AM57x carrier board

[PATCH V2 17/19] ARM: dts: am57xx: compulab-sb-som: add HDMI connector

Add HDMI connector node without a valid input endpoint. CompuLab SB-SOM is a carrier board, hence the endpoint should be added in the board DT with a valid HDMI output. Signed-off-by: Dmitry Lifshitz Acked-by: Igor Grinberg --- v2: * No

[PATCH V2 03/19] ARM: dts: am57xx: cl-som-am57x: add I2C3 support

Enable I2C3 bus and add appropriate pinmux. Signed-off-by: Dmitry Lifshitz Acked-by: Igor Grinberg --- v2: * No fuctional changes * Refactor patch with respect to the previous changes in I2C4 node structure * Reformat subject

[PATCH V2 14/19] ARM: dts: am57xx: sbc-am57x: add EEPROM support

On-board EEPROM chip is used for storing a board production info. Add carrier board EEPROM support (over I2C5 bus). Signed-off-by: Dmitry Lifshitz --- v2: * No fuctional changes * Reformat subject arch/arm/boot/dts/am57xx-sbc-am57x.dts | 20

[PATCH V3 07/19] ARM: dts: am57xx: cl-som-am57x: add dual EMAC support

Add dual EMAC support. Signed-off-by: Dmitry Lifshitz Acked-by: Igor Grinberg --- v3: * No fuctional changes * Reformat subject v2: * Fix pinmux comments for RGMII0/1 clock/data lines * Fix pinmux for MDIO bus clock/data

[PATCH 19/19] ARM: dts: am57xx: cl-som-am57x: skip resetting ETH PHYs

ETH PHYs setup on CL-SOM-AM57X is established in U-Boot along with bringing them out of reset. This is done by toggling GPIOs belonging to GPIO2/3 controllers on AM57xx. Skip resetting ETH PHYs, by adding "ti,no-reset-on-init" to GPIO2/3 controllers DT nodes. Signed-off-by: Dmitry Lifshitz

Re: [PATCH v3 00/27] memory: omap-gpmc: mtd: nand: Support GPMC NAND on non-OMAP platforms

Hi Roger, On Tue, Dec 01, 2015 at 04:41:16PM +0200, Roger Quadros wrote: > On 30/11/15 21:54, Brian Norris wrote: > > On Tue, Oct 27, 2015 at 11:37:03AM +0200, Roger Quadros wrote: > >> On 26/10/15 23:23, Brian Norris wrote: > >>> On Fri, Sep 18, 2015 at 05:53:22PM +0300, Roger Quadros wrote: >

Re: [RFC v02 04/15] dmaengine: edma: Add support for DMA filter mapping to slave devices

On Tue, Dec 01, 2015 at 09:20:28PM +0100, Arnd Bergmann wrote: > On Tuesday 01 December 2015 22:52:12 Vinod Koul wrote: > > On Mon, Nov 30, 2015 at 03:45:34PM +0200, Peter Ujfalusi wrote: > > > Add support for providing device to filter_fn mapping so client drivers > > > can switch to use the

Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel

On Tue, Dec 01, 2015 at 09:17:06PM +0100, Arnd Bergmann wrote: > On Tuesday 01 December 2015 22:29:54 Vinod Koul wrote: > > On Mon, Nov 30, 2015 at 03:45:30PM +0200, Peter Ujfalusi wrote: > > > channel via DT, ACPI or in case if the kernel booted in non DT/ACPI mode > > > it will use a filter

Re: [PATCH v3 00/27] memory: omap-gpmc: mtd: nand: Support GPMC NAND on non-OMAP platforms

Brian, On 02/12/15 08:56, Brian Norris wrote: > Hi Roger, > > On Tue, Dec 01, 2015 at 04:41:16PM +0200, Roger Quadros wrote: >> On 30/11/15 21:54, Brian Norris wrote: >>> On Tue, Oct 27, 2015 at 11:37:03AM +0200, Roger Quadros wrote: On 26/10/15 23:23, Brian Norris wrote: > On Fri, Sep

Re: [RFC v02 02/15] dmaengine: core: Move and merge the code paths using private_candidate

On 11/30/2015 04:42 PM, Andy Shevchenko wrote: > On Mon, Nov 30, 2015 at 3:45 PM, Peter Ujfalusi wrote: >> Channel matching with private_candidate() is used in two paths, the error >> checking is slightly different in them and they are duplicating code also. >> Move the

Re: [RFC v02 01/15] dmaengine: core: Allow NULL mask pointer in __dma_device_satisfies_mask()

On 11/30/2015 04:35 PM, Andy Shevchenko wrote: > On Mon, Nov 30, 2015 at 3:45 PM, Peter Ujfalusi wrote: >> Treat as true condition the case when the mask is NULL. > > What do you think about setting some default (all "on") mask when mask > is not supplied? Probably

Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel

On 11/30/2015 04:09 PM, Arnd Bergmann wrote: > On Monday 30 November 2015 15:45:33 Peter Ujfalusi wrote: >> const char *name); >> struct dma_chan *dma_request_slave_channel(struct device *dev, const char >> *name); >> + >> +struct dma_chan

Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel

On 11/30/2015 04:51 PM, Andy Shevchenko wrote: >> +struct dma_chan *dma_request_chan(struct device *dev, const char *name) >> +{ >> + struct dma_device *device, *_d; >> + struct dma_chan *chan = NULL; >> + >> + /* If device-tree is present get slave info from here */ >> +

Re: [RFC v02 04/15] dmaengine: edma: Add support for DMA filter mapping to slave devices

On 11/30/2015 04:11 PM, Arnd Bergmann wrote: > On Monday 30 November 2015 15:45:34 Peter Ujfalusi wrote: >> @@ -2428,6 +2436,22 @@ bool edma_filter_fn(struct dma_chan *chan, void >> *param) >> } >> EXPORT_SYMBOL(edma_filter_fn); >> >> +static bool edma_filter_for_map(struct dma_chan *chan,

Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel

On Tue, Dec 1, 2015 at 11:56 AM, Peter Ujfalusi wrote: > On 11/30/2015 04:51 PM, Andy Shevchenko wrote: >>> +struct dma_chan *dma_request_chan(struct device *dev, const char *name) >>> +{ >>> + struct dma_device *device, *_d; >>> + struct dma_chan *chan = NULL;

Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel

On 11/30/2015 04:18 PM, Arnd Bergmann wrote: > On Monday 30 November 2015 15:45:30 Peter Ujfalusi wrote: >> Changes since RFC v01: >> - dma_request_chan(); lost the mask parameter >> - The new API does not rely on RESOURCE_DMA, instead the dma_filter_map table >> will be used to provide the

Re: [RFC v02 04/15] dmaengine: edma: Add support for DMA filter mapping to slave devices

On Tuesday 01 December 2015 11:58:53 Peter Ujfalusi wrote: > On 11/30/2015 04:11 PM, Arnd Bergmann wrote: > > On Monday 30 November 2015 15:45:34 Peter Ujfalusi wrote: > >> @@ -2428,6 +2436,22 @@ bool edma_filter_fn(struct dma_chan *chan, void > >> *param) > >> } > >>

Re: [RFC v02 00/15] dmaengine: New 'universal' API for requesting channel

On Tuesday 01 December 2015 12:12:47 Peter Ujfalusi wrote: > > We would need: > { "da830-mmc.0", "rx", (void*)EDMA_CTLR_CHAN(0, 16) }, > { "da830-mmc.0", "tx", (void*)EDMA_CTLR_CHAN(0, 17) }, > > as we need to cast the param. > It is still compact, but having to add the (void*)

Re: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel

On 11/30/2015 05:51 PM, Tony Lindgren wrote: > Hi, > > * Peter Ujfalusi [151130 05:49]: >> >> For each dmaengine driver an array of DMA device, slave and the parameter >> for the filter function needs to be added: >> >> static struct dma_filter_map da830_edma_map[] = { >>

[PATCH v2 16/25] 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() 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 controller

[PATCH v2 22/25] 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

Re: [PATCH] hwmon: (tmp102) Force wait for conversion time for the first valid data

On 12/01/2015 06:21 AM, Nishanth Menon wrote: [ ... ] Hint about how the patch will look like: Looks ok (and better). Guenter diff --git a/drivers/hwmon/tmp102.c b/drivers/hwmon/tmp102.c index 65482624ea2c..5289aa0980a8 100644 --- a/drivers/hwmon/tmp102.c +++ b/drivers/hwmon/tmp102.c @@

Re: [RFC PATCH] clocksource: ti-32k: convert to platform device

Hi Tony, On 11/30/2015 06:28 PM, Tony Lindgren wrote: > * Grygorii Strashko [151127 12:11]: >> On 11/20/2015 08:21 PM, Felipe Balbi wrote: >>> Grygorii Strashko writes: Since system clocksource is finally selected by Clocksource core at

Re: [PATCH] hwmon: (tmp102) Force wait for conversion time for the first valid data

On 12/01/2015 09:09 AM, Guenter Roeck wrote: > On 12/01/2015 06:21 AM, Nishanth Menon wrote: > [ ... ] > >> >> Hint about how the patch will look like: > > Looks ok (and better). Thanks for the feedback. Will post the same. -- Regards, Nishanth Menon -- To unsubscribe from this list: send the

[PATCH] reset: Introduce static inline dummy function when CONFIG_RESET_CONTROLLER

When CONFIG_RESET_CONTROLLER is not defined (example COMPILE_TEST), provide a dummy static inline implementation. Signed-off-by: Nishanth Menon --- include/linux/reset-controller.h | 9 + 1 file changed, 9 insertions(+) diff --git a/include/linux/reset-controller.h

Re: [PATCH 1/2] ARM: OMAP2+: Initialize timers later with late_time_init

* Grygorii Strashko [151201 05:53]: > On 11/30/2015 06:26 PM, Tony Lindgren wrote: > > We don't need timers right away and initializing them later gives us few > > nice things like interrupts and kmalloc. As the timers have a dependency > > to the clock framework, we're

Re: [PATCH] reset: Introduce static inline dummy function when CONFIG_RESET_CONTROLLER

Hi Nishanth, [auto build test ERROR on v4.4-rc3] [also build test ERROR on next-20151127] url: https://github.com/0day-ci/linux/commits/Nishanth-Menon/reset-Introduce-static-inline-dummy-function-when-CONFIG_RESET_CONTROLLER/20151201-233708 config: i386-randconfig-n0-201548 (attached

[PATCH v2 21/25] 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

[PATCH v2 20/25] 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

[PATCH v2 01/25] 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

Re: [PATCH] ARM: OMAP4: execute initcall to reserve SRAM for I688 only on OMAP4

Am Montag, den 30.11.2015, 20:27 +0200 schrieb Grygorii Strashko: > On 11/30/2015 07:27 PM, Lucas Stach wrote: > > Am Montag, den 16.11.2015, 14:24 +0200 schrieb Grygorii Strashko: > >> On 11/16/2015 01:25 PM, Lucas Stach wrote: > >>> omap_interconnect_sync() is the only user of the SRAM scratch

Re: [RFC v02 01/15] dmaengine: core: Allow NULL mask pointer in __dma_device_satisfies_mask()

On Tue, Dec 1, 2015 at 11:47 AM, Peter Ujfalusi wrote: > On 11/30/2015 04:35 PM, Andy Shevchenko wrote: >> On Mon, Nov 30, 2015 at 3:45 PM, Peter Ujfalusi >> wrote: >>> Treat as true condition the case when the mask is NULL. >> >> What do you think

Re: [PATCH 6/7] ARM: mvebu: remove unused mach/gpio.h

Hi Arnd, On mar., déc. 01 2015, Arnd Bergmann wrote: > This file was left over from a cleanup of asm/gpio.h and has > not been used in a while. Let's just remove it now, so the > arch/arm/mach-mvebu/include/ directory can also disappear. > > Signed-off-by: Arnd Bergmann

[PATCH v2 00/25] 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

Re: [PATCH v2 12/25] mtd: nand: use the mtd instance embedded in struct nand_chip

Hi Boris, [auto build test ERROR on next-20151127] [cannot apply to mtd/master v4.4-rc3 v4.4-rc2 v4.4-rc1 v4.4-rc3] url: https://github.com/0day-ci/linux/commits/Boris-Brezillon/mtd-nand-refactor-the-NAND-subsystem-part-1/20151201-190822 config: arm-imx_v6_v7_defconfig (attached as .config

[PATCH v2 23/25] 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

[PATCH v2 25/25] 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

[PATCH v2 19/25] staging: mt29f_spinand: remove useless mtd->priv = chip assignment

mtd_to_nand() 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 script:

[PATCH v2 15/25] 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 generated with

[PATCH v2 18/25] cris: nand: remove useless mtd->priv = chip assignments

mtd_to_nand() 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 script:

[PATCH v2 03/25] 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 +-

[PATCH v2 05/25] 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

[PATCH v2 04/25] 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 +-

[PATCH v2 02/25] 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 +-

Re: [PATCH v2 11/25] coccinelle: nand: detect and correct drivers embedding an mtd_info object

On Tue, 1 Dec 2015, Boris Brezillon wrote: > Add nand-priv-no-mtd.cocci to detect and correct NAND controller drivers > directly embedding an mtd_info struct in their private struct. > > Signed-off-by: Boris Brezillon > Cc: Julia Lawall

[PATCH v2 17/25] mtd: nand: remove useless mtd->priv = chip assignments

mtd_to_nand() 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 script:

[PATCH v2 13/25] 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 +++

[PATCH v2 10/25] 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

[PATCH v2 09/25] 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.

  1   2   >