Re: [PATCH 4/5] fbdev: omap2: panel-dpi: allow specification of a reset gpio

On 10/12/15 15:11, Uwe Kleine-König wrote: > From: Uwe Kleine-König > > Some displays have a reset input. To assert that the display is > functional the reset gpio must be deasserted. > > Teach the driver to get and drive such a gpio accordingly. > >

Re: [PATCH 3/5] fbdev: omap2: panel-dpi: drop assignment to local variable

On 10/12/15 15:11, Uwe Kleine-König wrote: > From: Uwe Kleine-König > > The variable gpio is only used to store the return value of > devm_gpiod_get_optional just to assign it to a member of the driver > data. > > Get rid of this local variable and assign to

Re: [PATCHv2] clk: ti: omap5+: dpll: implement errata i810

* Tero Kristo [151216 01:00]: > Errata i810 states that DPLL controller can get stuck while transitioning > to a power saving state, while its M/N ratio is being re-programmed. > > As a workaround, before re-programming the M/N ratio, SW has to ensure > the DPLL cannot start an

Re: [PATCH 1/5] fbdev: omap2: panel-dpi: in .disable first disable backlight then display

On 10/12/15 15:11, Uwe Kleine-König wrote: > From: Uwe Kleine-König > > This makes .disable operate in reverse order compared to .enable. > > Signed-off-by: Uwe Kleine-König > --- >

Re: [PATCH 5/5] fbdev: omap2: panel-dpi: allow specification of a vcc regulator

On 10/12/15 15:11, Uwe Kleine-König wrote: > From: Uwe Kleine-König > > To allow supporting displays that need some logic to enable power to the > display add support for a vcc-supply property to drive a regulator. > > Signed-off-by: Uwe Kleine-König

Re: [PATCH 2/5] fbdev: omap2: panel-dpi: simplify gpio setting

On 10/12/15 15:11, Uwe Kleine-König wrote: > From: Uwe Kleine-König > > gpiod_set_value_cansleep is a noop when the passed descriptor is NULL. > So there is no need to duplicate the check for NULL; just call the > function unconditionally instead. > >

[PATCH V2] ARM: OMAP2+: LogicPD Torpedo + Wireless: Add Bluetooth

Bindings for the WL1283 Bluetooth was removed from the shared transport driver in commit c0bd1b9e5895 ("Revert ti-st: add device tree support") Until we havea better binding, we need to use the platform data to initialize Bluetooth. Signed-off-by: Adam Ford ---

[PATCH] ARM: OMAP2+: LogicPD Torpedo + Wireless: Revert duplicative DTS entries

Revert commit 6f0f6c40b66 ("ARM: dts: Set VAUX1 and VAUX4 on Logic PD Torpedo") because it It was already done and it's just a duplicate. See: commit 2d11961f3e55 ("ARM: dts: Set VAUX1 and VAUX4 to 3.0V and 1.8V respectively") --- arch/arm/boot/dts/logicpd-torpedo-37xx-devkit.dts | 10

Re: BUG: TI CPSW driver hanging up when setting mac-address to early

On Tuesday 08 December 2015 09:55 PM, Tony Lindgren wrote: > * ker...@iktek.de [151207 09:17]: >> Hi Tony, >> >> there are two ethernet interfaces ( dual-emac-configuration ) used. >> One is connected to another 100mbit switch-ic ( refclk should come from >> switch ic ) via rmii,

Re: [PATCH] drivers: net: cpsw: fix RMII/RGMII mode when used with fixed-link PHY

On Wed, 16 Dec 2015 07:39:16 +0100 Markus Brunner wrote: > On Monday 14 December 2015 13:04:46 David Rivshin wrote: > > On Sat, 12 Dec 2015 16:44:19 +0100 > ... > > > Your patch works fine on my board, which uses MII and dual_emac > > > with a fixed_phy

[PATCH v2 0/3] drivers: net: cpsw: Fix bugs in fixed-link PHY DT parsing

Commit 1f71e8c96fc654724723ce987e0a8b2aeb81746d ("drivers: net: cpsw: Add support for fixed-link PHY") added initial fixed-link PHY support for CPSW, but missed a few considerations. This series is based on the tip of the net tree. The first two patches fix user-visible errors in different

[PATCH v2 2/3] drivers: net: cpsw: fix RMII/RGMII mode when used with fixed-link PHY

From: David Rivshin Commit 1f71e8c96fc654724723ce987e0a8b2aeb81746d ("drivers: net: cpsw: Add support for fixed-link PHY") did not parse the "phy-mode" property in the case of a fixed-link PHY, leaving slave_data->phy_if with its default of PHY_INTERFACE_MODE_NA(0). This

[PATCH v2 1/3] ethernet:ti:cpsw: fix phy identification with multiple slaves on fixed-phy

From: Pascal Speck (Iktek) Date: Fri, 04 Dec 2015 16:55:17 +0100 When using more than one slave with ti cpsw and fixed phy the pd->phy_id will be always zero, but slave_data->phy_id must be unique. pd->phy_id means a "phy hardware id" whereas slave_data->phy_id means an "unique

[PATCH v2 3/3] drivers: net: cpsw: increment reference count on fixed-link PHY node

From: David Rivshin When a fixed-link sub-node exists in a slave node, the slave node is also the PHY node. Since this is a separate use of the slave node, of_node_get() should be used to increment the reference count. Fixes: 1f71e8c96fc6 ("drivers: net: cpsw: Add support

[PATCH] ARM: OMAP2+: LogicPD Torpedo: Add LCD Type 15 Support

Add basic support for Logic PD type 15 display for older development kits. This uses GPIO for the backlight. Signed-off-by: Adam Ford --- arch/arm/boot/dts/logicpd-torpedo-37xx-devkit.dts | 110 -- 1 file changed, 100 insertions(+), 10 deletions(-) diff

[PATCH] dmaengine: edma: Add probe callback to edma_tptc_driver

ummy driver skeleton for edma3-tptc") --- Hi, The issue surfaced with next-20151216, next-20151214 was worked fine. Regards, Peter drivers/dma/edma.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c index 2e8acde6b134..50584015e046 100644 --- a/dr

Re: [PATCH 2/3] pwm: Add PWM driver for OMAP using dual-mode timers

On Mon, Nov 02, 2015 at 12:14:21PM +0100, Neil Armstrong wrote: > Adds support for using a OMAP dual-mode timer with PWM capability > as a Linux PWM device. The driver controls the timer by using the > dmtimer API. > > Add a platform_data structure for each pwm-omap-dmtimer nodes containing > the

[PATCHv2] clk: ti: omap5+: dpll: implement errata i810

Errata i810 states that DPLL controller can get stuck while transitioning to a power saving state, while its M/N ratio is being re-programmed. As a workaround, before re-programming the M/N ratio, SW has to ensure the DPLL cannot start an idle state transition. SW can disable DPLL idling by