Re: [PATCH v3 18/27] mtd: nand: omap2: Implement NAND ready using gpiolib

2015-10-27 Thread Roger Quadros
On 26/10/15 22:49, Brian Norris wrote: > + others > > A few comments below. > > On Fri, Sep 18, 2015 at 05:53:40PM +0300, Roger Quadros wrote: >> The GPMC WAIT pin status are now available over gpiolib. >> Update the omap_dev_ready() function to use gpio instead of >> directly accessing GPMC

Re: [PATCH v3 18/27] mtd: nand: omap2: Implement NAND ready using gpiolib

2015-10-27 Thread Boris Brezillon
Hi Roger, On Tue, 27 Oct 2015 10:03:02 +0200 Roger Quadros wrote: > On 26/10/15 22:49, Brian Norris wrote: > > > > Others have been looking at using GPIOs for the ready/busy pin too. At a > > minimum, we need an updated DT binding doc for this, since I see you're > > adding this

Re: [PATCH] regulator: tps65217: remove tps65217.dtsi file

2015-10-27 Thread Heiko Schocher
Hello Keerthy, Am 27.10.2015 um 07:06 schrieb Keerthy: Hi Heiko, On Monday 26 October 2015 02:43 PM, Heiko Schocher wrote: remove tps65217.dtsi and adapt all boards, which used it. I boot tested this on am335x-bone and am335x-boneblack boards and could successfully boot and i even checked

Re: [PATCH v3 18/27] mtd: nand: omap2: Implement NAND ready using gpiolib

2015-10-27 Thread Boris Brezillon
Hi Brian, On Mon, 26 Oct 2015 13:49:00 -0700 Brian Norris wrote: > + others > > A few comments below. > > On Fri, Sep 18, 2015 at 05:53:40PM +0300, Roger Quadros wrote: > > The GPMC WAIT pin status are now available over gpiolib. > > Update the omap_dev_ready()

Re: [PATCH v3 18/27] mtd: nand: omap2: Implement NAND ready using gpiolib

2015-10-27 Thread Roger Quadros
Boris, On 27/10/15 10:12, Boris Brezillon wrote: > Hi Roger, > > On Tue, 27 Oct 2015 10:03:02 +0200 > Roger Quadros wrote: > >> On 26/10/15 22:49, Brian Norris wrote: >>> >>> Others have been looking at using GPIOs for the ready/busy pin too. At a >>> minimum, we need an updated

Re: [PATCH v2 0/2] ARM: OMAP2+ McASP(3) support for DRA7xx family

2015-10-27 Thread Peter Ujfalusi
Hi Paul, On 10/14/2015 12:23 PM, Peter Ujfalusi wrote: > Hi Paul, > > This is the followup series for the hwmod changes needed to get audio working > on DRA7xx family based boards. > The DTS patches has been applied by Tony from the original series: >

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

2015-10-27 Thread Roger Quadros
Hi Brian, On 26/10/15 23:23, Brian Norris wrote: > Hi Roger, > > I'm not too familiar with OMAP platforms, and I might have missed out on > prior discussions/context, so please forgive if I'm asking silly or old > questions here. No worries at all. > > On Fri, Sep 18, 2015 at 05:53:22PM

Re: [PATCH] regulator: tps65217: remove tps65217.dtsi file

2015-10-27 Thread Keerthy
Hi Heiko, On Monday 26 October 2015 02:43 PM, Heiko Schocher wrote: remove tps65217.dtsi and adapt all boards, which used it. I boot tested this on am335x-bone and am335x-boneblack boards and could successfully boot and i even checked the regulators registered am335x-bone: cat

Re: [PATCH 5/6] ARM: OMAP2+: dts: cm-t335: add support for network device

2015-10-27 Thread Mugunthan V N
On Tuesday 27 October 2015 05:44 PM, Uri Mashiach wrote: > From: Ilya Ledvich > > Add pinmux configurations for RGMII1 based CPSW Ethernet pins and > MDIO pins: > - default configuration required for module in active state, > - sleep configuration required for module in

[PATCH 5/6] ARM: OMAP2+: dts: cm-t335: add support for network device

2015-10-27 Thread Uri Mashiach
From: Ilya Ledvich Add pinmux configurations for RGMII1 based CPSW Ethernet pins and MDIO pins: - default configuration required for module in active state, - sleep configuration required for module in inactive state. Add mac node with single slave device. Add nodes for

[PATCH 4/6] ARM: OMAP2+: dts: cm-t335: add support for MMC

2015-10-27 Thread Uri Mashiach
From: Ilya Ledvich Add pinmux configuration for MMC0 pins. Add fixed regulator 'vmmc_fixed'. Enable MMC0 in 4-bit mode. Acked-by: Igor Grinberg Signed-off-by: Ilya Ledvich Signed-off-by: Uri Mashiach

[PATCH 6/6] ARM: OMAP2+: dts: cm-t335: add support for PWM backlight

2015-10-27 Thread Uri Mashiach
From: Ilya Ledvich Add pinmux configuration for ECAP0 pin. Add node for PWM backlight device. Use PWM output from ecap0 as backlight source. Acked-by: Igor Grinberg Signed-off-by: Ilya Ledvich Signed-off-by: Uri Mashiach

Re: [PATCH] regulator: tps65217: remove tps65217.dtsi file

2015-10-27 Thread Sebastian Reichel
Hi, On Mon, Oct 26, 2015 at 10:13:55AM +0100, Heiko Schocher wrote: > remove tps65217.dtsi and adapt all boards, which > used it. > > Signed-off-by: Heiko Schocher > --- > Suggested by Mark Brown, see: > https://lkml.org/lkml/2015/10/21/581 > >

Re: [PATCH] regulator: tps65217: remove tps65217.dtsi file

2015-10-27 Thread Heiko Schocher
Hello Sebastian, Am 27.10.2015 um 13:21 schrieb Sebastian Reichel: Hi, On Mon, Oct 26, 2015 at 10:13:55AM +0100, Heiko Schocher wrote: remove tps65217.dtsi and adapt all boards, which used it. Signed-off-by: Heiko Schocher --- Suggested by Mark Brown, see:

DO YOU NEED LOAN @3% INTEREST RATE?

2015-10-27 Thread THOMAS
DO YOU NEED LOAN @3% INTEREST RATE? -- 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

[PATCH 0/6] ARM: OMAP2+: dts: cm-t335: initial support

2015-10-27 Thread Uri Mashiach
Add basic support for CompuLab cm-t335 module based on AM335X SoC. CM-T335 is a tiny computer-on-module (CoM) / system-on-module (SoM) The module is built around the Texas Instruments Sitara AM3352/4 system-on-chip. The CPU is supplemented with up-to 512MB DDR3 and up-to 1GB of on-board NAND

[PATCH 2/6] ARM: OMAP2+: dts: cm-t335: add basic support for I2C

2015-10-27 Thread Uri Mashiach
From: Ilya Ledvich Add pinmux configuration for I2C0 and I2C1 pins. Add description for I2C0 bus, set clock frequency to 400kHz. Add child nodes for 24c02 EEPROM and em3027 RTC on I2C0 bus. Acked-by: Igor Grinberg Signed-off-by: Ilya Ledvich

[PATCH 3/6] ARM: OMAP2+: dts: cm-t335: add support for NAND flash

2015-10-27 Thread Uri Mashiach
From: Ilya Ledvich Add pinmux configuration for NAND specific GPMC pins. Add description for GPMC controller. Add child node for NAND flash including CM-T335 specific partition table to GPMC node. Enable error-location module (ELM). Acked-by: Igor Grinberg

[PATCH 1/6] ARM: OMAP2+: dts: cm-t335: add initial support

2015-10-27 Thread Uri Mashiach
From: Ilya Ledvich Add basic support for CompuLab cm-t335 module based on AM335X SoC. CM-T335 is a tiny computer-on-module (CoM) / system-on-module (SoM) The module is built around the Texas Instruments Sitara AM3352/4 system-on-chip. The CPU is supplemented with up-to

[PATCH v2] regulator: tps65217: remove tps65217.dtsi file

2015-10-27 Thread Heiko Schocher
remove tps65217.dtsi and adapt all boards, which used it. Signed-off-by: Heiko Schocher Tested-by: Keerthy Acked-by: Mark Brown --- Suggested by Mark Brown, see: https://lkml.org/lkml/2015/10/21/581 Changes in v2: - accidentially removed

[PATCH v11 2/4] PM / Domains: add setter for dev.pm_domain

2015-10-27 Thread Tomeu Vizoso
Adds a function that sets the pointer to dev_pm_domain in struct device and that warns if the device has already finished probing. The reason why we want to enforce that is because in the general case that can cause problems and also that we can simplify code quite a bit if we can always assume

[PATCH v11 0/4] Allow USB devices to remain runtime-suspended when sleeping

2015-10-27 Thread Tomeu Vizoso
Hi, this is v11 of an attempt to make it easier for devices to remain in runtime PM when the system goes to sleep, mainly to reduce the time spent resuming devices. For this, we interpret the absence of all PM callback implementations as it being safe to do direct_complete, so their ancestors

Re: [PATCH] rtc: ds1307: Fix alarm programming for mcp794xx

2015-10-27 Thread Alexandre Belloni
On 23/10/2015 at 09:29:57 +0300, Tero Kristo wrote : > mcp794xx alarm registers must be written in BCD format. However, the > alarm programming logic neglected this by adding one to the value > after bin2bcd conversion has been already done, writing bad values > to month register in case the alarm