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
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
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
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()
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
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:
>
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
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
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
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
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
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
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
>
>
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?
--
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
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
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
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
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
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
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
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
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
23 matches
Mail list logo