Re: OMAP display kconfig options changing

Hello Tomi, On Tue, Dec 29, 2015 at 7:23 AM, Tomi Valkeinen <tomi.valkei...@ti.com> wrote: > Hi Javier, Tony, > > On 22/12/15 23:18, Javier Martinez Canillas wrote: > >>> But if the userspace is using any omapfb specific apps, then yes, update >>> is neces

Re: [PATCH v3 00/23] Unrestricted media entity ID range support

drivers/staging/media/omap4iss/iss.c >> @@ -1412,6 +1412,9 @@ static int iss_probe(struct platform_device *pdev) >> unsigned int i; >> int ret; >> >> + >> +printk("%s: pdata=%p\n", __func__, pdata); >> + >> if (!pdata)

Re: [PATCH v2 2/3] wlcore/wl12xx: spi: add device tree support

Hello Uri, On Thu, Dec 24, 2015 at 12:35 PM, Uri Mashiach wrote: > Add DT support for the wl1271 SPI WiFi. > > Add documentation file for the wl1271 SPI WiFi. > > Signed-off-by: Uri Mashiach > Acked-by: Igor Grinberg

Re: [PATCH v2 3/3] wlcore/wl12xx: spi: add wifi support to cm-t335

Hello Uri, On Thu, Dec 24, 2015 at 12:35 PM, Uri Mashiach wrote: > Device tree modifications: > - Pinmux for SPI0 and WiFi GPIOs. > - SPI0 node with wlcore as a child node. > > Cc: Tony Lindgren > Signed-off-by: Uri Mashiach

Re: [PATCH 5/6] ARM: LG Optimus Black (P970) codename sniper support, with basic features

Hello Paul, [snip] > + > +_pmx_core { > + pinctrl-names = "default"; > + > + uart3_pins: pinmux_uart3_pins { > + pinctrl-single,pins = < > + 0x16e (PIN_INPUT | MUX_MODE0) /* > uart3_rx_irrx */ > + 0x170 (PIN_OUTPUT

Re: OMAP display kconfig options changing

Hello Tomi, On Fri, Dec 18, 2015 at 1:14 PM, Tomi Valkeinen wrote: > On 18/12/15 18:05, Tony Lindgren wrote: > >>> Are you referring to Kconfig options? Or userspace? >> >> Well sounds like both need updating :) > > Depends... For simple fb apps, omapdrm works fine, and X

Re: [PATCH] OMAPDSS: fix omapfb build error due missing feat functions declaration

Hello Tomi, On 12/22/2015 04:50 AM, Tomi Valkeinen wrote: > Hi Javier, > > On 21/12/15 20:26, Javier Martinez Canillas wrote: >> The omapfb is failing to build in -next due missing declarations for >> dss_feat_get_supported_displays() and dss_feat_get_supported_outputs(): &

[PATCH] OMAPDSS: fix omapfb build error due missing feat functions declaration

outside the driver. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- Hello Tomi, This seems to be caused by a wrong order in which some commits from the omapdss tree [0] were merged, or rather a wrong base used for the dss-drm-merge (4.4.0-rc4) and the for-next (4.4

Re: [PATCH] mmc: pwrseq_simple: Fix regression with optional GPIOs

ly it shall be optional! I wonder how I could let that patch >> slip through, my bad! > I also wonder how I missed that in my patch, sorry for the mess :( > OK good to hear :) > >> Thanks for fixing this! > +1 > No problem, thanks, > > Tony > Bes

Re: [PATCH 0/2] ARM: dts: Use MMC pwrseq instead regulators for IGEP WiFi init

Hello Tony, On 12/03/2015 03:16 PM, Tony Lindgren wrote: > * Javier Martinez Canillas <jav...@osg.samsung.com> [151203 10:03]: >> Hello, >> >> This series converts the IGEPv2 (IGEP0020) and IGEP COM Module (IGEP0030) >> Device Tree to use the MMC power sequenc

[PATCH 2/2] ARM: dts: omap3-igep0030: Use MMC pwrseq to init SDIO WiFi

. But now the simple MMC power sequence provider can be used for this and the workaround removed. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- arch/arm/boot/dts/omap3-igep0030.dts | 24 1 file changed, 8 insertions(+), 16 deletions(-) diff

[PATCH 0/2] ARM: dts: Use MMC pwrseq instead regulators for IGEP WiFi init

preferred to leave those untouched. Best regards, Javier Javier Martinez Canillas (2): ARM: dts: omap3-igep0020: Use MMC pwrseq to init SDIO WiFi ARM: dts: omap3-igep0030: Use MMC pwrseq to init SDIO WiFi arch/arm/boot/dts/omap3-igep0020.dts | 24 arch/arm/boot/dts/omap3

[PATCH 1/2] ARM: dts: omap3-igep0020: Use MMC pwrseq to init SDIO WiFi

. But now the simple MMC power sequence provider can be used for this and the workaround removed. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- arch/arm/boot/dts/omap3-igep0020.dts | 24 1 file changed, 8 insertions(+), 16 deletions(-) diff

Re: [PATCH 01/39] pinctrl: Move am4372 and dra7 macros to the the SoC header files

Hello Linus, On 11/17/2015 10:47 AM, Linus Walleij wrote: > On Fri, Nov 13, 2015 at 5:53 AM, Javier Martinez Canillas > <jav...@osg.samsung.com> wrote: > >> The header file defines a set of macros >> for different SoCs families that falls under the OMAP sub-ar

[PATCH 38/39] ARM: dts: omap5-cm-t54: Use OMAP5_IOPAD pinmux macro

Use the pinmux IOPAD macros to define the register as an offset from the padconf physical address instead of the offset from padconf base. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <

[PATCH 37/39] ARM: dts: omap5-board-common: Use OMAP5_IOPAD pinmux macro

Use the pinmux IOPAD macros to define the register as an offset from the padconf physical address instead of the offset from padconf base. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <

[PATCH 39/39] ARM: dts: omap5-uevm.dts: Use OMAP5_IOPAD pinmux macro

Use the pinmux IOPAD macros to define the register as an offset from the padconf physical address instead of the offset from padconf base. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <

[PATCH 35/39] ARM: dts: omap4-sdp-es23plus: Use OMAP4_IOPAD pinmux macro

Use the pinmux IOPAD macros to define the register as an offset from the padconf physical address instead of the offset from padconf base. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <

[PATCH 19/39] ARM: dts: am43x-epos-evm: Use AM4372_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 16/39] ARM: dts: am437x-gp-evm: Use AM4372_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 17/39] ARM: dts: am437x-idk-evm: Use AM4372_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 15/39] ARM: dts: am3517-craneboard: Use OMAP3_CORE1_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 13/39] ARM: dts: am335x-phycore-som: Use AM33XX_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 14/39] ARM: dts: am335x-wega: Use AM33XX_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 31/39] ARM: dts: omap4-panda-a4: Use OMAP4_IOPAD pinmux macro

Use the pinmux IOPAD macros to define the register as an offset from the padconf physical address instead of the offset from padconf base. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <

[PATCH 32/39] ARM: dts: omap4-panda-common: Use OMAP4_IOPAD pinmux macro

Use the pinmux IOPAD macros to define the register as an offset from the padconf physical address instead of the offset from padconf base. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <

[PATCH 33/39] ARM: dts: omap4-panda-es: Use OMAP4_IOPAD pinmux macro

Use the pinmux IOPAD macros to define the register as an offset from the padconf physical address instead of the offset from padconf base. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <

[PATCH 34/39] ARM: dts: omap4-sdp: Use OMAP4_IOPAD pinmux macro

Use the pinmux IOPAD macros to define the register as an offset from the padconf physical address instead of the offset from padconf base. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <

[PATCH 36/39] ARM: dts: twl6030: Use OMAP4_IOPAD pinmux macro

Use the pinmux IOPAD macros to define the register as an offset from the padconf physical address instead of the offset from padconf base. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <

[PATCH 30/39] ARM: dts: twl4030: Use OMAP3_CORE1_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 28/39] ARM: dts: omap3-n9: Use OMAP3_CORE1_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 00/39] ARM: dts: Convert OMAP boards to use IOPAD pinmux macros

]: https://lkml.org/lkml/2015/10/24/114 Best regards, Javier Javier Martinez Canillas (39): pinctrl: Move am4372 and dra7 macros to the the SoC header files ARM: dts: am335x-baltos-ir5221: Remove leftover pinctrl lines ARM: dts: am335x-baltos-ir5221: Use AM33XX_IOPAD pinmux macro ARM: dts

[PATCH 03/39] ARM: dts: am335x-baltos-ir5221: Use AM33XX_IOPAD pinmux macro

for the padconf values when defining the pinctrl lines to make it more readable. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- arch/arm/boot/dts/am335x-baltos-ir5221.dts | 182 ++--- 1 file changed, 91 insertions(+), 91 deletions(-) diff --git a/arch/ar

[PATCH 07/39] ARM: dts: am335x-chilisom: Use AM33XX_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 06/39] ARM: dts: am335x-chiliboard: Use AM33XX_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 02/39] ARM: dts: am335x-baltos-ir5221: Remove leftover pinctrl lines

When the Device Tree source file got merged, some commented pinctrl lines were left in the file. These are already defined so seems to be a cleanup that was missed. Delete the unneeded lines from the file. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- arch/arm/bo

[PATCH 01/39] pinctrl: Move am4372 and dra7 macros to the the SoC header files

the DTS using these SoCs aren't able to use the AM4372_IOPAD() and DRA7XX_CORE_IOPAD() macros since is not included. Move the macros to the correct header files so can be used by the DTS. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- include/dt-bindings/pinctrl/am

[PATCH 04/39] ARM: dts: am335x-bone-common: Use AM33XX_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 05/39] ARM: dts: am335x-bonegreen: Use AM33XX_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 22/39] ARM: dts: dra72-evm: Use DRA7XX_CORE_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 20/39] ARM: dts: am57xx-beagle-x15: Use DRA7XX_CORE_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 21/39] ARM: dts: dra7-evm: Use DRA7XX_CORE_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 18/39] ARM: dts: am437x-sk-evm: Use AM4372_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 24/39] ARM: dts: omap3-beagle-xm: Use OMAP3_*_IOPAD pinmux macros

Use the pinmux IOPAD macros to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 25/39] ARM: dts: omap3-evm-37xx: Use OMAP3_*_IOPAD pinmux macros

Use the pinmux IOPAD macros to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 23/39] ARM: dts: omap3-beagle: Use OMAP3_*_IOPAD pinmux macros

Use the pinmux IOPAD macros to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 26/39] ARM: dts: omap3-ldp: Use OMAP3_CORE1_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 29/39] ARM: dts: omap3-zoom3: Use OMAP3_*_IOPAD pinmux macros

Use the pinmux IOPAD macros to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 27/39] ARM: dts: omap3-n900: Use OMAP3_CORE1_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 12/39] ARM: dts: am335x-pepper: Use AM33XX_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 10/39] ARM: dts: am335x-lxm: Use AM33XX_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 11/39] ARM: dts: am335x-nano: Use AM33XX_IOPAD pinmux macro

Use the pinmux IOPAD macro to define the register absolute physical address instead of the offset from the padconf base address. This makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.

[PATCH 08/39] ARM: dts: am335x-evm: Use AM33XX_IOPAD pinmux macro

for the padconf values when defining the pinctrl lines to make it more readable. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- arch/arm/boot/dts/am335x-evm.dts | 220 +++ 1 file changed, 110 insertions(+), 110 deletions(-) diff --git a/arch/ar

[PATCH 09/39] ARM: dts: am335x-evmsk: Use AM33XX_IOPAD pinmux macro

for the padconf values when defining the pinctrl lines to make it more readable. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- arch/arm/boot/dts/am335x-evmsk.dts | 278 ++--- 1 file changed, 139 insertions(+), 139 deletions(-) diff --git a/arch/ar

Re: [PATCH v2] ARM: dts: am335x-boneblack: Use pinctrl constants and AM33XX_IOPAD macro

Hello Andrew, On Sat, Oct 24, 2015 at 2:05 PM, Andrew F. Davis wrote: > Using constants for pinctrl allows better readability and removes > redundancy with comments. AM33XX_IOPAD allows us to use part of the > pinctrl physical address as in the TRM instead of an offset. > >

Re: [PATCH v2] ARM: dts: am335x-boneblack: Use pinctrl constants and AM33XX_IOPAD macro

set. > > Signed-off-by: Andrew F. Davis <a...@ti.com> > --- I haven't verified the values against the TRM, but assuming there are correct: Reviewed-by: Javier Martinez Canillas <jav...@osg.samsung.com> Best regards, Javier -- To unsubscribe from this list: send the line

Re: [PATCH] ARM: dts: am335x-boneblack: Use pinctrl constants

Hello Andrew, On Fri, Oct 23, 2015 at 3:08 PM, Andrew F. Davis wrote: > On 10/22/2015 04:23 PM, Tony Lindgren wrote: >> >> * Andrew F. Davis [151022 09:21]: >>> >>> Using constants for pinctrl allows better readability and removes >>> redundancy with comments. >> >> >>

Re: [PATCH] ARM: dts: am335x-boneblack: Use pinctrl constants

Hello Andrew, On Fri, Oct 23, 2015 at 4:36 PM, Andrew F. Davis <a...@ti.com> wrote: > On 10/23/2015 09:29 AM, Javier Martinez Canillas wrote: >> >> Hello Andrew, >> >> On Fri, Oct 23, 2015 at 3:08 PM, Andrew F. Davis <a...@ti.com> wrote: >>>

Re: [PATCH 0/3] ARM: dts: Use IOPAD pinmux for IGEP boards

Hello Tony, On 10/20/2015 06:26 PM, Tony Lindgren wrote: > * Javier Martinez Canillas <jav...@osg.samsung.com> [151019 08:39]: >> Hello, >> >> This series use the IOPAD pinmux macros for the remaining IGEP boards that >> still used the register offset inst

[PATCH 1/3] ARM: dts: omap3-igep0020: Use IOPAD pinmux macro

Use the OMAP3 pinmux IOPAD macro to define the physical address instead of the offset from the padconf address. It makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- ar

[PATCH 2/3] ARM: dts: am335x-igep0033: Use IOPAD pinmux macro

Use the AM33xx pinmux IOPAD macro to define the physical address instead of the offset from the padconf address. It makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- ar

[PATCH 0/3] ARM: dts: Use IOPAD pinmux for IGEP boards

-igep0020-rev-f.dtb After d7a56205bdc54365d49d9a90dfe3fafb am335x-base0033.dtb fa272fcdee65d7bf4c03bd5a6c5ec4fd omap3-igep0020.dtb ba65bf74d8c6ea8e7bd8face17179e6e omap3-igep0020-rev-f.dtb Best regards, Javier Javier Martinez Canillas (3): ARM: dts: omap3-igep0020: Use IOPAD pinmux macro

[PATCH 3/3] ARM: dts: am335x-base0033: Use IOPAD pinmux macro

Use the AM33XX pinmux IOPAD macro to define the physical address instead of the offset from the padconf address. It makes the DTS easier to read since matches the addresses listed in the Technical Reference Manual. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- ar

[PATCH] ARM: OMAP2+: Update Javier Martinez Canillas's email

I see that people are still sending emails to my old address (that no longer exists) since is the one mentioned in the IGEP DTS. Replace it with my current email address to avoid this. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- arch/arm/boot/dts/omap3-ige

Re: [PATCH] ARM: dts: omap3-igep: Use OMAP3_CORE1_IOPAD pinmux macro

. > > Signed-off-by: Laurent Pinchart <laurent.pinch...@ideasonboard.com> > --- Agreed with the patch and in fact I had the same change in my TODO list. I didn't double check the values against the TRM but I trust you ;-) Acked-by: Javier Martinez Canillas <jav...@osg.sams

Re: [PATCH 00/37] ARM: dts: Fix fixed regulators enable GPIO polarity

nd = 0; >> active_high = 0; >> open_drain = 0; >> flags = 0; >> } >> ' >> -- >> >> All patches except for the ones touching omap3-beagle-xm and omap3-overo-base &

Re: [PATCH 1/2] ARM: dts: omap3-igep: Fix indentation

Hello Laurent, Thanks for the patch. On Mon, Oct 12, 2015 at 10:46 PM, Laurent Pinchart <laurent.pinch...@ideasonboard.com> wrote: > Use tabs instead of spaces for indentation. > > Signed-off-by: Laurent Pinchart <laurent.pinch...@ideasonboard.com> Acked-by: Javier M

Re: [PATCH 2/2] ARM: dts: omap3-igep0020: Remove duplicate uart2 pinmux

h...@ideasonboard.com> > --- Indeed, this is something that was overlooked when the common dtsi file was introduced in commit ebc13bf2e0d2 ("ARM: dts: omap3-igep0020-common: Introduce igep0020 common dtsi file"). Acked-by: Javier Martinez Canillas <jav...@osg.samsung.com>

[PATCH] ARM: dts: Use defined GPIO constants in flags cell for OMAP2+ boards

Many OMAP2+ DTS are not using the defined constants to express the GPIO polarity. Replace these so the DTS are easier to read. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- arch/arm/boot/dts/omap2420-n8x0-common.dtsi| 6 +++--- arch/arm/boot/dts/omap3-

[PATCH] ARM: dts: omap3-lilly-a83x: Don't use IRQ level flag for a GPIO

The card detect GPIO is using IRQ_TYPE_LEVEL_LOW in the GPIO flag cells but this defined constant is meant to be used for a IRQ and not a GPIO. So instead use GPIO_ACTIVE_LOW that seems to be the original intention. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- ar

Re: [PATCH 2/2] ARM: dts: Fix WLAN regression on omap5-uevm

[adding Ulf and Tomeu to cc list] On Fri, Sep 18, 2015 at 10:27 PM, Tony Lindgren <t...@atomide.com> wrote: > * Tony Lindgren <t...@atomide.com> [150918 10:54]: >> * Javier Martinez Canillas <jav...@dowhile0.org> [150918 10:39]: >&

Re: [PATCH 2/2] ARM: dts: Fix WLAN regression on omap5-uevm

Hello Tony, [snip] > > + vmmcsdio_fixed: fixedregulator-mmcsdio { > + compatible = "regulator-fixed"; > + regulator-name = "vmmcsdio_fixed"; > + regulator-min-microvolt = <180>; > + regulator-max-microvolt = <180>; > +

[PATCH] ARM: OMAP3: vc: Remove unused macros

The PRM_POLCTRL_TWL_MASK and PRM_POLCTRL_TWL_MASK macros are not used so they can be deleted. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- arch/arm/mach-omap2/vc.c | 4 1 file changed, 4 deletions(-) diff --git a/arch/arm/mach-omap2/vc.c b/arch/arm/mach-omap

[PATCH] ARM: OMAP: Remove duplicated operand in OR operation

complains with the following message: omap_hwmod_54xx_data.c:1846:37-58: duplicated argument to & or | Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- arch/arm/mach-omap2/omap_hwmod_54xx_data.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a

[PATCH] ARM: OMAP2+: Remove unneeded semicolons

Remove the unneded semicolons since they are clearly a typo error. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- arch/arm/mach-omap2/pm44xx.c| 2 +- arch/arm/mach-omap2/powerdomains3xxx_data.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-)

[RESEND PATCH] OMAPDSS: panel-sony-acx565akm: Export OF module alias information

Drivers needs to export the OF id table and this be built into the module or udev won't have the necessary information to autoload the driver module when the device is registered via OF. Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- drivers/video/fbdev/omap2/displa

[PATCH] ARM: dts: omap3-igep: Move eth IRQ pinmux to IGEPv2 common dtsi

for the padconf reg. Suggested-by: Ladislav Michl <la...@linux-mips.org> Signed-off-by: Javier Martinez Canillas <jav...@osg.samsung.com> --- arch/arm/boot/dts/omap3-igep.dtsi| 6 -- arch/arm/boot/dts/omap3-igep0020-common.dtsi | 6 ++ 2 files changed, 6 insertions(+),

[PATCH 04/18] OMAPDSS: panel-sony-acx565akm: Export OF module alias information

better to also export the OF table even when is unused now to prevent breaking module loading when the core changes. Signed-off-by: Javier Martinez Canillas jav...@osg.samsung.com --- drivers/video/fbdev/omap2/displays-new/panel-sony-acx565akm.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 00/18] Export SPI and OF module aliases in missing drivers

patches in this series, will break module autoloading for the drivers of devices registered using OF but that lacks an of_match_table. I'll repost patch #18 once all the patches in this series have landed. [0]: https://lkml.org/lkml/2015/7/30/519 Best regards, Javier Javier Martinez Canillas (18

Re: [PATCH 00/18] Export SPI and OF module aliases in missing drivers

Hello Brian, On 08/20/2015 11:11 PM, Brian Norris wrote: On Thu, Aug 20, 2015 at 09:07:13AM +0200, Javier Martinez Canillas wrote: Patches #1 and #2 solves a), patches #3 to #8 solves b) and patches ^^^ I'm dying to know how this sentence ends :) Sigh, I did some last minute restructuring

Re: [PATCH] memory: omap-gpmc: Don't try to save the GPMC context

so after these changes feel free to also add my: Reviewed-by: Javier Martinez Canillas jav...@osg.samsung.com Best regards, Javier -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: [PATCH 00/27] Export I2C and OF module aliases in missing drivers

Hello Dmitry, Thanks a lot for your feedback. On 07/30/2015 06:37 PM, Dmitry Torokhov wrote: On Thu, Jul 30, 2015 at 09:35:17AM -0700, Dmitry Torokhov wrote: Hi Javier, On Thu, Jul 30, 2015 at 06:18:25PM +0200, Javier Martinez Canillas wrote: Hello, Short version: This series add

[PATCH 27/27] i2c: (RFC, don't apply) report OF style modalias when probing using DT

instead so the module can be auto-loaded and also report the correct alias using sysfs: $ cat /sys/class/i2c-adapter/i2c-8/8-004b/modalias of:NtrackpadTNULLCatmel,maxtouch Signed-off-by: Javier Martinez Canillas jav...@osg.samsung.com --- drivers/i2c/i2c-core.c | 8 1 file changed, 8

[PATCH 16/27] mfd: Export OF module alias information in missing drivers

if that happens. Signed-off-by: Javier Martinez Canillas jav...@osg.samsung.com --- drivers/mfd/rt5033.c | 1 + drivers/mfd/tps65217.c | 1 + drivers/mfd/tps65218.c | 1 + 3 files changed, 3 insertions(+) diff --git a/drivers/mfd/rt5033.c b/drivers/mfd/rt5033.c index db395a6c52bc..d60f91619c4a

[PATCH 00/27] Export I2C and OF module aliases in missing drivers

with OF but that don't have a of_match_table. Although arguably, those drivers were relying on the assumption that a MODALIAS=i2c:foo would always be reported even for the OF case which is not the true on other subsystems. [0]: https://lkml.org/lkml/2014/8/28/283 Best regards, Javier Javier Martinez

Re: [PATCH REPOST] gpio: omap: use raw locks for locking

...@linutronix.de --- Should be safe to do it. Acked-by: Santosh Shilimkar ssant...@kernel.org Answered on the wrong thread, sorry for the noise. Acked-by: Javier Martinez Canillas jav...@dowhile0.org Best regards, Javier -- To unsubscribe from this list: send the line unsubscribe linux-omap in

Re: [PATCH] gpio: omap: use raw locks for locking

the first time you posted this [0] but you didn't carry the tag so here goes again: Acked-by: Javier Martinez Canillas jav...@dowhile0.org Best regards, Javier [0]: https://patchwork.ozlabs.org/patch/439249/ -- To unsubscribe from this list: send the line unsubscribe linux-omap in

Re: [RFT v2 05/48] gpio: Use irq_desc_get_xxx() to avoid redundant lookup of irq_desc

: Acked-by: Javier Martinez Canillas jav...@dowhile0.org Best regards, Javier -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [RFT v2 45/48] genirq, gpio: Kill the first parameter 'irq' of irq_flow_handler_t

+- drivers/gpio/gpio-msm-v2.c |2 +- drivers/gpio/gpio-mvebu.c |2 +- drivers/gpio/gpio-mxc.c|4 ++-- drivers/gpio/gpio-mxs.c|2 +- drivers/gpio/gpio-omap.c |2 +- For gpio-omap: Acked-by: Javier Martinez Canillas jav...@dowhile0.org Best

Re: [PATCH 1/7] gpio: omap: fix omap_gpio_free to not clean up irq configuration

-off-by: Grygorii Strashko grygorii.stras...@linaro.org Can I get an ACK or comment from one of the three (!) maintainers on atleast these non-RFC patches? Sorry for the delay, the patch looks good to me. Acked-by: Javier Martinez Canillas jav...@dowhile0.org Yours, Linus Walleij Best

Re: [PATCH 2/7] gpio: omap: fix error handling in omap_gpio_irq_type

, handle_edge_irq); + return 0; + +error: + if (!BANK_USED(bank)) + pm_runtime_put(bank-dev); return retval; } -- But you are correct about the runtime PM bug so after addressing the above comment, feel free to add: Acked-by: Javier Martinez Canillas jav

Re: [PATCHv7] media: i2c/adp1653: fix includes

Hello Pali, On Thu, Apr 9, 2015 at 2:59 PM, Pali Rohár pali.ro...@gmail.com wrote: On Thursday 09 April 2015 14:43:59 Javier Martinez Canillas wrote: Please re-spin your previous patch and submit it properly. Best regards, Javier Hi all! What about stopping this meaningless discussion

Re: [PATCHv7] media: i2c/adp1653: fix includes

Hello Pavel, On Thu, Apr 9, 2015 at 2:31 PM, Pavel Machek pa...@ucw.cz wrote: Fix includes according to Sebastian. Signed-off-by: Pavel Machek pa...@ucw.cz --- On Thu 2015-04-09 14:19:14, Sebastian Reichel wrote: On Thu, Apr 09, 2015 at 01:29:43PM +0200, Pavel Machek wrote: On Thu

Re: [PATCHv4] media: i2c/adp1653: devicetree support for adp1653

Hello Pavel, On Fri, Apr 3, 2015 at 10:21 AM, Pavel Machek pa...@ucw.cz wrote: Hi! Fixed feedback by Sakari. Please apply, There is no need to ask for patches to be applied IMHO. It is expected that people post patches wanting them to be applied unless there is an RFC prefix in the

Re: [PATCHv4] media: i2c/adp1653: devicetree support for adp1653

Hello Pavel, I haven't reviewed the patch since I'm not familiar with the hardware but just wanted to point out a couple of things that I spot: On Thu, Apr 2, 2015 at 10:34 PM, Pavel Machek pa...@ucw.cz wrote: We are moving to device tree support on OMAP3, but that currently breaks ADP1653

Re: [RFT OMAP1 PATCH 7/8] gpio: omap: get rid of omap_irq_to_gpio()

Hello Grygorii, On Fri, Mar 20, 2015 at 9:39 PM, grygorii.stras...@linaro.org grygorii.stras...@linaro.org wrote: On 03/20/2015 08:56 PM, Javier Martinez Canillas wrote: Hello Grygorii, On Thu, Mar 19, 2015 at 6:25 PM, grygorii.stras...@linaro.org wrote: From: Grygorii Strashko

Re: [PATCH 2/8] gpio: omap: simplify omap_set_gpio_dataout_x()

GPIO offset as 'gpio' input parameter, so rename it to 'offset' and drop usage of GPIO_BIT() macro. Signed-off-by: Grygorii Strashko grygorii.stras...@linaro.org --- Acked-by: Santosh Shilimkar ssant...@kernel.org Acked-by: Javier Martinez Canillas jav...@dowhile0.org -- To unsubscribe from

Re: [RFT OMAP1 PATCH 7/8] gpio: omap: get rid of omap_irq_to_gpio()

access to OMAP1 boards to test but Tony did it o an osk5912 and Aaro can confirm that it doesn't cause regressions on other OMAP1 boards. Thanks a lot for the cleanup. Acked-by: Javier Martinez Canillas jav...@dowhile0.org Best regards, Javier -- To unsubscribe from this list: send the line

Re: [RFT OMAP1 PATCH 8/8] gpio: omap: get rid of GPIO_INDEX() macro

On Thu, Mar 19, 2015 at 6:25 PM, grygorii.stras...@linaro.org wrote: From: Grygorii Strashko grygorii.stras...@linaro.org Now OMAP GPIO driver prepared for GPIO_INDEX() macro removing. Do It ;) Signed-off-by: Grygorii Strashko grygorii.stras...@linaro.org Acked-by: Javier Martinez Canillas

Re: [PATCH 3/8] gpio: omap: convert debounce functions switch to use gpio offset

() Signed-off-by: Grygorii Strashko grygorii.stras...@linaro.org --- Acked-by: Javier Martinez Canillas jav...@dowhile0.org -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org

  1   2   3   4   5   6   7   >