On 06/18/13 13:36, Russell King - ARM Linux wrote:
On Thu, Sep 13, 2012 at 05:41:44PM +0200, Sebastian Hesselbarth wrote:
+#define DOVE_GLOBAL_CONFIG_1 (DOVE_SB_REGS_VIRT_BASE | 0xe802C)
+#define DOVE_TWSI_ENABLE_OPTION1 BIT(7)
+#define DOVE_GLOBAL_CONFIG_2
This fixes the wrong sync generation and sync calculation. It has only
been tested for progressive and interlaced modes. Sync timings for a
bunch of modes have also been verified with an oscilloscope near-end
(TDA998x input) and far-end (DVI receiver output).
Signed-off-by: Sebastian Hesselbarth
On 06/20/2013 10:06 PM, Russell King - ARM Linux wrote:
On Thu, Jun 20, 2013 at 09:46:03PM +0200, Sebastian Hesselbarth wrote:
+ ref_pix = 3 + mode->hsync_start - mode->hdisplay;
+ de_pix_s = mode->htotal - mode->hdisplay;
+ de_pix_e = de_pix_s + mo
On 05/29/2013 09:02 PM, Mike Turquette wrote:
Quoting Sebastian Hesselbarth (2013-05-10 18:08:00)
Marvell EBU SoCs share some common clock functions that register core
clocks or clock gates from SoC specific data. These clock drivers are
organized by function and over time the drivers filled up
the network device.
Signed-off-by: Sebastian Hesselbarth
---
Note: I observed this behavior when removing a modular mv643xx_eth driver
after attaching it to a phy handled by (also modular) mvmdio. The mvmdio
conversion has been done in
commit c3a07134e6aa5b93a37f72ffa3d11fadf72bf757
rty because OF API does not allow to modify properties
easily. Instead the current workaround by not gating ge clocks
is kept. The OF property workaround is postponed until some
easy to use of_set_property is available.
Sebastian Hesselbarth (13):
net: mv643xx_eth: use phy_disconnect instead of
platform_data.
Signed-off-by: Sebastian Hesselbarth
---
Note: Although different, device tree bindings are compatible with PPC
bindings. As I do not have access to any PPC platform using mv643xx_eth,
I leave conversion ("phy" vs "phy-handle") and compatible string name
up to PPC guys.
With DT support for mv643xx_eth board specific init for some boards now
is unneccessary. Remove those board files, Kconfig entries, and
corresponding entries in kirkwood_defconfig.
Signed-off-by: Sebastian Hesselbarth
---
Note: board-km_kirkwood.c is also removed, as Valentin Longchamp confirmed
With DT support for mv643xx_eth we do not need legacy platform_data
based setup for DT enabled boards. This patch removes eth setup
for all orion5x DT board files.
Signed-off-by: Sebastian Hesselbarth
---
Cc: David Miller
Cc: Lennert Buytenhek
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Benjamin
With DT support for mv643xx_eth we do not need legacy platform_data
based setup for DT enabled boards anymore.
Signed-off-by: Sebastian Hesselbarth
---
Cc: David Miller
Cc: Lennert Buytenhek
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Benjamin Herrenschmidt
Cc: net...@vger.kernel.org
Cc: linux-arm
This patch adds mv643xx_eth and mvmdio device tree nodes for DT enabled
Kirkwood boards. Phy nodes are also added with reg property set on a
per-board basis.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v4->v5:
- use Kirkwood specific compatible string
Cc: David Miller
Cc: Lenn
This patch adds mv643xx_eth and mvmdio device tree nodes for DT enabled
Orion5x boards. Phy nodes are also added with reg property set on a
per-board basis.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v3->v4:
- convert to new device tree binding
Cc: David Miller
Cc: Lennert Buyten
This patch adds orion-eth and mvmdio device tree nodes for DT enabled
Dove boards. As there is only one ethernet controller on Dove, a default
phy node is also added with a note to set its reg property on a per-board
basis.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v3->v4:
- convert
using this driver should also be
protected from clearing that bit.
Signed-off-by: Sebastian Hesselbarth
---
Note: In contrast to the reset value of 0 for CLK125_BYPASS_EN bit as
stated in Kirkwood datasheet, we confirmed that reset value is 1 instead.
Either datasheet is wrong about it, there is
With all boards converted to DT enabled mv643xx_eth we can now
remove the clock alias for gbe clocks.
Signed-off-by: Sebastian Hesselbarth
---
Cc: David Miller
Cc: Lennert Buytenhek
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Benjamin Herrenschmidt
Cc: net...@vger.kernel.org
Cc: linux-arm-ker
This connects to a phy node passed to the port device instead of probing
the phy by phy_addr.
Signed-off-by: Sebastian Hesselbarth
---
Cc: David Miller
Cc: Lennert Buytenhek
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Benjamin Herrenschmidt
Cc: net...@vger.kernel.org
Cc: linux-arm-ker
Make use of managed devm_ioremap and remove corresponding iounmap.
Signed-off-by: Sebastian Hesselbarth
---
Cc: David Miller
Cc: Lennert Buytenhek
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Benjamin Herrenschmidt
Cc: net...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linuxppc
This adds a struct device_node pointer for a phy passed by phandle
to mv643xx_eth node.
Signed-off-by: Sebastian Hesselbarth
---
Cc: David Miller
Cc: Lennert Buytenhek
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Benjamin Herrenschmidt
Cc: net...@vger.kernel.org
Cc: linux-arm-ker
On 05/30/13 11:06, Arnaud Ebalard wrote:
Sebastian Hesselbarth writes:
With DT support for mv643xx_eth board specific init for some boards now
is unneccessary. Remove those board files, Kconfig entries, and
corresponding entries in kirkwood_defconfig.
Signed-off-by: Sebastian Hesselbarth
On 05/31/2013 02:55 AM, David Miller wrote:
From: Sebastian Hesselbarth
Date: Wed, 29 May 2013 21:32:42 +0200
For the patches above I suggest to take Patches 1-6 through David
Miller's branch, and Patches 7-12 through Jason Cooper's when the
former have appeared on mainline linux.
On 06/07/13 10:30, Thomas Petazzoni wrote:
On Thu, 6 Jun 2013 18:27:12 +0200, Sebastian Hesselbarth wrote:
- wdt@20300 {
+ wdt: watchdog-timer@20300 {
compatible = "marvell,orion-wdt";
reg = <
ode 100644
index 000..ad7df17
--- /dev/null
+++ b/drivers/clocksource/time-orion.c
@@ -0,0 +1,150 @@
+/*
+ * Marvell Orion SoC timer handling.
+ *
+ * Sebastian Hesselbarth
+ *
+ * This file is licensed under the terms of the GNU General Public
+ * License version 2. This program is licensed &qu
On 06/10/13 18:04, Daniel Lezcano wrote:
On 06/10/2013 11:35 AM, Sebastian Hesselbarth wrote:
This patch add a DT enabled driver for timers found on Marvell Orion SoCs
(Kirkwood, Dove, Orion5x, and Discovery Innovation). It installs a free-
running clocksource on timer0 and a clockevent source
On 06/10/13 18:44, Daniel Lezcano wrote:
On 06/10/2013 06:31 PM, Sebastian Hesselbarth wrote:
On 06/10/13 18:04, Daniel Lezcano wrote:
On 06/10/2013 11:35 AM, Sebastian Hesselbarth wrote:
This patch add a DT enabled driver for timers found on Marvell Orion
SoCs
(Kirkwood, Dove, Orion5x, and
instead of registering a new device.
Signed-off-by: Sebastian Hesselbarth
---
Cc: David Airlie
Cc: Russell King - ARM Linux
Cc: Darren Etheridge
Cc: linux-arm-ker...@lists.infradead.org
Cc: dri-de...@lists.freedesktop.org
Cc: linux-kernel@vger.kernel.org
---
drivers/gpu/drm/drm_encoder_slave.c
This fixes the wrong sync generation and sync calculation. It has only
been tested for progressive modes. Sync timings for a bunch of modes
have also been verified with an oscilloscope near-end (TDA998x input)
and far-end (DVI receiver output).
Signed-off-by: Sebastian Hesselbarth
---
Note: This
This fixes the wrong sync generation and sync calculation for progressive
and interlaced modes. Sync timings for a bunch of modes have also been verified
with an oscilloscope near-end (TDA998x input) and far-end (DVI receiver output).
Signed-off-by: Sebastian Hesselbarth
---
Note: This patch is
This fixes the wrong sync generation and sync calculation for progressive
and interlaced modes. Sync timings for a bunch of modes have also been verified
with an oscilloscope near-end (TDA998x input) and far-end (DVI receiver output).
Signed-off-by: Sebastian Hesselbarth
---
Note: This patch is
On 06/11/13 09:24, Daniel Vetter wrote:
On Mon, Jun 10, 2013 at 11:23:42PM +0200, Sebastian Hesselbarth wrote:
Current DRM slave encoder API conflicts with auto-registration of i2c client
when using DT probed clients. To allow DRM slave encoders passed by DT, this
patch adds a check to
On 06/11/13 14:35, Ezequiel Garcia wrote:
On Thu, Jun 06, 2013 at 06:27:08PM +0200, Sebastian Hesselbarth wrote:
This patch set introduces DT-aware irqchip and clocksource drivers for
Marvell Orion SoCs (Kirkwood, Dove, Orion5x, MV78x00) and corresponding
patches for Dove and Kirkwood to enable
On 06/11/13 15:13, Thomas Gleixner wrote:
On Tue, 11 Jun 2013, Sebastian Hesselbarth wrote:
On 06/11/13 14:35, Ezequiel Garcia wrote:
With Thomas Gleixner's Review now only somebody has to take the irqchip
patch then all three drivers are queued for next release.
I can take it through t
On 06/11/13 15:30, Thomas Gleixner wrote:
On Tue, 11 Jun 2013, Thomas Gleixner wrote:
On Thu, 6 Jun 2013, Sebastian Hesselbarth wrote:
This patch adds an irqchip driver for the main interrupt controller found
on Marvell Orion SoCs (Kirkwood, Dove, Orion5x, Discovery Innovation
On 06/11/13 15:45, Thomas Gleixner wrote:
On Tue, 11 Jun 2013, Sebastian Hesselbarth wrote:
On 06/11/13 15:30, Thomas Gleixner wrote:
On Tue, 11 Jun 2013, Thomas Gleixner wrote:
On Thu, 6 Jun 2013, Sebastian Hesselbarth wrote:
This patch adds an irqchip driver for the main interrupt
On 06/11/13 16:13, Thomas Gleixner wrote:
On Tue, 11 Jun 2013, Sebastian Hesselbarth wrote:
On 06/11/13 15:45, Thomas Gleixner wrote:
But what about the bit in of that first irq in the cause register? If
it's set on entry you call generic_handle_irq() for that as well. So
if it's se
On 06/11/2013 05:10 PM, Francisco Jerez wrote:
Sebastian Hesselbarth writes:
- I think we could also drop the call to ->set_config since presumably an
of-enabled driver grabbed any required info already from the dt.
[...]
I think this way we could still share encoder slaves across t
Legacy dove_mpp_gpio_mode calls orion_gpio_set_valid which is in
__init section. Offending function is not, so this causes a section
mismatch. To fix the mismatch, also move dove_mpp_gpio_mode to
__init section.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Jason Cooper
Cc: linux-arm-ker
about now obsolete functions by
removing those.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Jason Cooper
Cc: Bartlomiej Zolnierkiewicz
Cc: Kyungmin Park
Cc: Andrew Morton
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
arch/arm/plat-orion/common.c |6 --
d
On 07/01/13 17:04, Jason Cooper wrote:
On Mon, Jul 01, 2013 at 04:56:29PM +0200, Sebastian Hesselbarth wrote:
Commit 834cbfe966bece50afded79da8e975d255bf0772
("drivers/dma: remove unused support for MEMSET operations")
removes MEMSET from dmaengine but does not completely remov
On 07/01/13 19:24, Bartlomiej Zolnierkiewicz wrote:
On Monday, July 01, 2013 11:17:20 AM Jason Cooper wrote:
On Mon, Jul 01, 2013 at 05:14:25PM +0200, Sebastian Hesselbarth wrote:
On 07/01/13 17:04, Jason Cooper wrote:
On Mon, Jul 01, 2013 at 04:56:29PM +0200, Sebastian Hesselbarth wrote
On 07/01/2013 11:41 PM, Andrew Morton wrote:
On Mon, 1 Jul 2013 17:37:06 -0400 Jason Cooper wrote:
Please take a look at the email from lkml I just forwarded to you. I
believe this solves your problem, but I don't have time to look closely
atm.
Unhelpful. Can the rest of us see this email
DMA API and mv_xor driver.
The second patch fixes compilation of orion5x edmini_v2 by adding a
missing include.
devicetree-discuss is added on Cc for completeness, this is all Marvell
related and should go through Jason Cooper's branch if there are no
objections.
Sebastian Hesselbarth (2):
edmini_v2-setup is missing an include of linux/mbus.h which causes
compiler error because of missing reference to mvebu_mbus_add_window.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Thomas Petazzoni
Cc: Gregory CLEMENT
Cc: devicetree-disc
DMA_MEMSET support has been removed, so update the device tree files
and corresponding binding documentation for Marvell SoCs.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Thomas Petazzoni
Cc: Gregory CLEMENT
Cc: devicetree-disc
With DT support for mv643xx_eth we do not need legacy platform_data
based setup for DT enabled boards anymore.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v5->v6:
- rebase for v3.11-rc1
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Thomas Petazzoni
Cc: Gregory CLEMENT
With DT support for mv643xx_eth board specific init for some boards now
is unneccessary. Remove those board files, Kconfig entries, and
corresponding entries in kirkwood_defconfig.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v5->v6:
- rebase for v3.11-rc1
Cc: Russell King
Cc: Ja
This patch adds mv643xx_eth and mvmdio device tree nodes for DT enabled
Orion5x boards. Phy nodes are also added with reg property set on a
per-board basis.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v5->v6:
- rebase for v3.11-rc1
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
This patch adds orion-eth and mvmdio device tree nodes for DT enabled
Dove boards. As there is only one ethernet controller on Dove, a default
phy node is also added with a note to set its reg property on a per-board
basis.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v5->v6:
- rebase
With all boards converted to DT enabled mv643xx_eth we can now
remove the clock alias for gbe clocks.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v5->v6:
- rebase for v3.11-rc1
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Thomas Petazzoni
Cc: Gregory CLEMENT
Cc: linux-
With DT support for mv643xx_eth we do not need legacy platform_data
based setup for DT enabled boards. This patch removes eth setup
for all orion5x DT board files.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v5->v6:
- rebase for v3.11-rc1
Cc: Russell King
Cc: Jason Cooper
Cc: And
This patch adds mv643xx_eth and mvmdio device tree nodes for DT enabled
Kirkwood boards. Phy nodes are also added with reg property set on a
per-board basis.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v5->v6:
- rebase for v3.11-rc1
- also convert Sheevaplug and DB628x
Cc: Russell K
there are no objections.
Sebastian Hesselbarth (7):
ARM: dove: add gigabit ethernet and mvmdio device tree nodes
ARM: kirkwood: add gigabit ethernet and mvmdio device tree nodes
ARM: orion5x: add gigabit ethernet and mvmdio device tree nodes
ARM: dove: remove legacy mv643xx_eth setup
With recent support for true irqchip and clocksource drivers for Orion
SoCs, now make use of it on DT enabled Kirkwood boards.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Thomas Petazzoni
Cc: Gregory CLEMENT
Cc: linux-arm-ker
With recent support for true irqchip and clocksource drivers for Orion
SoCs, now make use of it on DT enabled Kirkwood boards.
This also introduces a new Kconfig option for legacy (non-DT) Kirkwood
where old code is moved out to and polishes DT board file a little bit.
Signed-off-by: Sebastian
just because orion-intc binding documentation already
reflects new reg layout, we convert orion5x DT now.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Thomas Petazzoni
Cc: Gregory CLEMENT
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux
With irqchip driver for Orion SoCs, reg layout of orion-intc has changed.
This updates irq driver stub implemented before to the new reg layout by
adding an offset to the base address passed by DT node. As orion5x still
uses this stub, it cannot be removed yet.
Signed-off-by: Sebastian
With recent support for true irqchip and clocksource drivers for Orion
SoCs, now make use of it on DT enabled Dove boards.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Thomas Petazzoni
Cc: Gregory CLEMENT
Cc: linux-arm-ker
Kirkwood DT boards have been converted to DT SDIO already, we can now
remove the legacy clock gate workaround for SDIO clock.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Thomas Petazzoni
Cc: Gregory CLEMENT
Cc: linux-arm-ker
s the irq driver DT stub in
plat-orion/irq to reflect the changed reg layout. The irq driver DT stub
is still used on Orion5x until proper DT clk provider is available.
The patch set has been tested on Dove, and compile-tested on Kirkwood
and Orion5x defconfig.
Sebastian Hesselbarth (7):
ARM: dove:
With recent support for true irqchip and clocksource drivers for Orion
SoCs, now make use of it on DT enabled Dove boards.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Thomas Petazzoni
Cc: Gregory CLEMENT
Cc: linux-arm-ker
On 07/02/13 13:53, Jason Cooper wrote:
On Tue, Jul 02, 2013 at 01:03:41PM +0200, Sebastian Hesselbarth wrote:
With recent support for true irqchip and clocksource drivers for Orion
SoCs, now make use of it on DT enabled Kirkwood boards.
This also introduces a new Kconfig option for legacy (non
With recent support for true irqchip and clocksource drivers for Orion
SoCs, now make use of it on DT enabled Kirkwood boards.
This also introduces a new Kconfig option for legacy (non-DT) Kirkwood
where old code is moved out to and polishes DT board file a little bit.
Signed-off-by: Sebastian
On 07/03/2013 01:09 AM, Arnaud Ebalard wrote:
Hi Sebastian,
Sebastian Hesselbarth writes:
With DT support for mv643xx_eth board specific init for some boards now
is unneccessary. Remove those board files, Kconfig entries, and
corresponding entries in kirkwood_defconfig.
Applying above your
On 07/03/13 01:09, Arnaud Ebalard wrote:
Hi Sebastian,
Sebastian Hesselbarth writes:
With DT support for mv643xx_eth board specific init for some boards now
is unneccessary. Remove those board files, Kconfig entries, and
corresponding entries in kirkwood_defconfig.
Applying above your set
With DT support for mv643xx_eth board specific init for some boards now
is unneccessary. Remove those board files, Kconfig entries, and
corresponding entries in kirkwood_defconfig.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v6->v7:
- cleanup mach-kirkwood/common.h (Reported by Arn
On 07/06/2013 09:54 PM, Jonas Gorski wrote:
Hello Sebastian,
using your DT patches[1] (on top of 3.10) I can't get the second
ethernet to work on my kirkwood board.
Hi Jonas,
next time please name your board, because there are plenty of it.
Kirkwood is just the SoC used on them.
in my dts f
On 07/06/2013 11:39 PM, Jonas Gorski wrote:
On Sat, 06 Jul 2013 23:22:22 +0200
Sebastian Hesselbarth wrote:
On 07/06/2013 09:54 PM, Jonas Gorski wrote:
Hello Sebastian,
using your DT patches[1] (on top of 3.10) I can't get the second
ethernet to work on my kirkwood board.
Hi Jonas,
On 07/07/2013 01:26 PM, Jonas Gorski wrote:
On Sun, 07 Jul 2013 12:52:52 +0200
Sebastian Hesselbarth wrote:
The error below is a naming issue for the port. As there is only one
port per controller, both reg properties of the port nodes of
kirkwood.dtsi have to be<0> as they determi
1:01 +0200)
----
Sebastian Hesselbarth (1):
clocksource: Add Marvell Orion SoC timer
Thomas, John,
with tip timers/core PR sent, I realized that the above did not make it
in. As we have a whole bunch of cleanup and DT conversion patches for
v3.11-rc1 depending on it, would it be ok for you to let Ja
by taking the device node's name also as port device name.
Signed-off-by: Sebastian Hesselbarth
Reported-by: Jonas Gorski
---
Cc: Lennert Buytenhek
Cc: Jonas Gorski
Cc: net...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
drivers/net/eth
This patch adds mv643xx_eth and mvmdio device tree nodes for DT enabled
Kirkwood boards. Phy nodes are also added with reg property set on a
per-board basis.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
v6->v7:
- fix ethernet 1 port 0 name in kirkwood.dtsi (Reported by Jonas Gorski)
On 07/07/2013 11:43 PM, Jonas Gorski wrote:
On Sun, 7 Jul 2013 22:33:51 +0200
Sebastian Hesselbarth wrote:
Device tree support added to Marvell MV643xx ethernet driver registers
port devices from port device nodes found on the corresponding controller
node. The current port device name will
On 03/21/2013 07:09 PM, Lars-Peter Clausen wrote:
On 03/18/2013 11:43 AM, Sebastian Hesselbarth wrote:
This patch adds a common clock driver for Silicon Labs Si5351a/b/c
i2c programmable clock generators. Currently, the driver supports
DT kernels only and VXCO feature of si5351b is not
On 03/21/2013 10:41 PM, Jason Gunthorpe wrote:
On Thu, Mar 21, 2013 at 10:15:23PM +0100, Thomas Petazzoni wrote:
Dear Jason Gunthorpe,
On Thu, 21 Mar 2013 14:55:45 -0600, Jason Gunthorpe wrote:
Or, better, locate all the internal registers above 8G and use
contiguous DRAM mapping from 0 -> 8
On 03/21/2013 10:31 PM, Arnd Bergmann wrote:
On Thursday 21 March 2013, Thomas Petazzoni wrote:
In the mean time can we do something like:
soc {
compatible = "simple-bus";
range =<...>;
[... all the peripherals ...]
};
with
hich
is in fact a valid gpio pin. mvsdio will grab that pin and configure it as
gpio, which in turn breaks nand controller as mpp0 also carries nand_io2.
This patch fixes the above by initializing unused gpio functions in the
platform_data with an invalid (-1) value.
Signed-off-by: Sebastian H
-by: Sebastian Hesselbarth
Tested-by: Soeren Moch
---
Cc: Soeren Moch
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Russell King
Cc: Willy Tarreau
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
---
arch/arm/boot/dts/kirkwood-guruplug-server-plus.dts |4
arch/arm
This patch just adds the missing MACH_GURUPLUG_DT to kirkwood_defconfig.
Signed-off-by: Sebastian Hesselbarth
Reported-by: Soeren Moch
---
Cc: Soeren Moch
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Russell King
Cc: Stefan Peter
Cc: Nobuhiro Iwamatsu
Cc: linux-arm-ker...@lists.infradead.org
Cc
clock generators with empty eeprom
configuration. Corresponding device tree binding documentation is
also added.
Signed-off-by: Sebastian Hesselbarth
Tested-by: Daniel Mack
---
Changes from v3:
- add silabs prefix to custom DT properties (Reported by Lars-Peter Clausen)
- use sizeof(*foo) instead of
The CPU used in Marvell Dove SoCs is a PJ4 Sheeva core. Using
CONFIG_CPU_PJ4 instead of CONFIG_CPU_V7 will also allow to enable
iWMMXt extensions on Dove.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: linux-arm-ker...@lists.infradead.org
Cc
On 03/23/2013 04:17 PM, Thomas Petazzoni wrote:
On Sat, 23 Mar 2013 13:56:58 +0100, Sebastian Hesselbarth wrote:
mvsdio_platform_data allows to pass card detect and write protect gpio
numbers to the driver. Some kirkwood boards don't use both pins as
they are not connected, and don'
On 03/23/2013 05:30 PM, Thomas Petazzoni wrote:
Dear Sebastian Hesselbarth,
On Sat, 23 Mar 2013 16:25:54 +0100, Sebastian Hesselbarth wrote:
I understand that you proposed patch fixes mvsdio grab mpp0 by accident.
But what if you have a kirkwood board where cd-gpio _is_ connected to mpp0
On Wed, Mar 20, 2013 at 5:48 PM, Daniel Mack wrote:
> On 20.03.2013 14:55, michal.bachr...@gmail.com wrote:
>> Thanks for writing this driver! I have tested your si5351 clock
>> driver and his tuning capabilities. It works well, it generates
>> proper clock frequency, but when new frequency is gen
On 08/14/13 14:41, Russell King - ARM Linux wrote:
On Tue, Aug 06, 2013 at 12:20:16AM +0200, Sebastian Hesselbarth wrote:
+ de_pix_s = mode->htotal - mode->hdisplay;
+ de_pix_e = de_pix_s + mode->hdisplay;
+ hs_pix_s = mode->hsync_start - mo
On 08/14/13 16:12, Russell King - ARM Linux wrote:
On Tue, Aug 06, 2013 at 12:20:15AM +0200, Sebastian Hesselbarth wrote:
@@ -0,0 +1,23 @@
+#ifndef __TDA998X_H__
+#define __TDA998X_H__
+
+enum tda998x_audio_format {
+ AFMT_I2S,
+ AFMT_SPDIF,
+};
+
+struct tda998x_encoder_params
This fixes the wrong sync generation and sync calculation of TDA998x
for HS/VS-based sync detection.
Signed-off-by: Sebastian Hesselbarth
Tested-by: Darren Etheridge
---
Changelog:
v1->v2:
- revert calculation of hs/de_pix_s/e (Reported by Russell King)
Cc: David Airlie
Cc: Darren Etheri
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
for v1:
- reword comment
Cc: David Airlie
Cc: Darren Etheridge
Cc: Rob Clark
Cc: Russell King
Cc: Daniel Vetter
Cc: dri-de...@lists.freedesktop.org
Cc: linux-kernel@vger.kernel.org
---
drivers/gpu/drm/i2c/tda998x_drv.c |8
1
a998x: prepare for video input configuration
drm/i2c: tda998x: add video and audio input configuration
Sebastian Hesselbarth (2):
drm/i2c: tda998x: fix sync generation and calculation
drm/i2c: tda998x: prepare for broken sync workaround
drivers/gpu/drm/i2c/tda998x_drv.c |
From: Russell King
This patch adds tda998x specific parameters to allow it to be configured
for different boards using it. Also, this implements rudimentary audio
support for S/PDIF attached controllers.
Signed-off-by: Russell King
Signed-off-by: Sebastian Hesselbarth
Tested-by: Darren
: Darren Etheridge
Tested-by: Sebastian Hesselbarth
---
Changelog:
v1->v2:
- fix typo in commit line (s/workaound/workaround)
Cc: David Airlie
Cc: Darren Etheridge
Cc: Rob Clark
Cc: Russell King
Cc: Daniel Vetter
Cc: dri-de...@lists.freedesktop.org
Cc: linux-kernel@vger.kernel.org
---
drivers/
From: Russell King
TDA19988 devices need their RAM enabled in order to read EDID
information. Add support for this.
Signed-off-by: Russell King
Signed-off-by: Rob Clark
Tested-by: Darren Etheridge
Tested-by: Sebastian Hesselbarth
---
Cc: David Airlie
Cc: Darren Etheridge
Cc: Rob Clark
From: Russell King
The npix/nline registers are supposed to be programmed with the total
number of pixels/lines, not the displayed pixels/lines, and not minus
one either.
Signed-off-by: Russell King
Tested-by: Darren Etheridge
Tested-by: Sebastian Hesselbarth
---
Cc: David Airlie
Cc: Darren
ssell King
Tested-by: Darren Etheridge
Tested-by: Sebastian Hesselbarth
---
Cc: David Airlie
Cc: Darren Etheridge
Cc: Rob Clark
Cc: Russell King
Cc: Daniel Vetter
Cc: dri-de...@lists.freedesktop.org
Cc: linux-kernel@vger.kernel.org
---
drivers/gpu/drm/i2c/tda998x_drv.c | 16 ++
s may
set this to 0x12. This results in incorrect colours.
Fix this by ensuring that the register is always set to the power on
default setting.
Signed-off-by: Russell King
Tested-by: Darren Etheridge
Tested-by: Sebastian Hesselbarth
---
Changelog:
v1->v2:
- move reg_write to tda998x_reset
boot stock, unsigned kernels easily. Just ask Google about it, if you
are willing to void your warranty.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Stephen Warren
Cc: Ian Campbell
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gr
simplifications.
I am not so sure about the .map_io but I didn't yet fully understand
the mapping requirement. Anyway, it is required for iomap and friends
to work and basically remaps physical register addressed onto the same
virtual addresses.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Ru
Thomas, Gregory, and the others we have moved
almost all drivers to DT. I suggest to clean-up a little and find
some meaningful names for the DEBUG_ Kconfigs.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Thomas Petazzoni
Cc
On 08/16/2013 09:50 PM, Jason Cooper wrote:
On Fri, Aug 16, 2013 at 09:41:37PM +0200, Sebastian Hesselbarth wrote:
This adds very basic device tree files for the Marvell Armada 1500 SoC
and the Sony NSZ-GS7 GoogleTV board. Currently, SoC only has nodes for
cpus, some clocks, l2 cache controller
name for it. Could be DesignWare
type-of as timers are DW, too.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Thomas Gleixner
Cc: Thomas Petazzoni
Cc: Arnd Bergmann
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel
This adds the Armada 1500 to the list of Marvell MVEBU SoCs built by
default config.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Thomas Petazzoni
Cc: Arnd Bergmann
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux
patches are based on v3.11-rc5 directly.
This cover letter and the separate patches have also been Cc'd to the
respective maintainers to clear up some questions before posting a real
patch set.
Sebastian Hesselbarth (5):
irqchip: add Armada 1500 APB interrupt controller
ARM: mvebu: add A
201 - 300 of 1484 matches
Mail list logo