On Monday 24 June 2013 20:16:21 Sekhar Nori wrote:
> replying to own with address of DaVinci kernel list fixed.
>
> On 6/24/2013 8:12 PM, Sekhar Nori wrote:
> > Hi Arnd, Olof,
> >
> > Can you please pull the following EDMA related updates for v3.11?
> > There is a small change to drivers/dma/Kcon
On Saturday 22 June 2013, Joel A Fernandes wrote:
>
> >> > config TI_EDMA
> >> > tristate "TI EDMA support"
> >> > default m if 'ARCH_DAVINCI || ARCH_OMAP1 || ARCH_OMAP2
> >> > select DMA_ENGINE
> >> > select DMA_VIRTUAL_CHANNELS
> >>
> >>
> >> MMC depends on EDMA s
On Monday 24 June 2013, Joel A Fernandes wrote:
> >> Yes sure, right now they are defined as follows in include/linux/edma.h:
> >>
> >> #if defined(CONFIG_TI_EDMA) || defined(CONFIG_TI_EDMA_MODULE)
> >> bool edma_filter_fn(struct dma_chan *, void *);
> >> #else
> >> static inline bool edma_filter_
ge modules are converted
> > > to dts.
> > >
> > > This also fixes the build breakage for voltagedomains54xx_data.c when just
> > > OMAP5 SoC is enabled: https://patchwork.kernel.org/patch/2764191/
> > >
> > > Reported-by: Arnd Bergmann
> &g
On Wednesday 26 June 2013, Kevin Hilman wrote:
> Arnd,
>
> Below is a pull request with a patch that fixes the build breakage you
> reported
> related to voltage domains on OMAP5-only builds:
> https://patchwork.kernel.org/patch/2764191/
>
> This applies on top of arm-soc/omap/omap5
Ok, pulled
On Tuesday 02 July 2013, Pekon Gupta wrote:
> (+ CC: devicetree-disc...@lists.ozlabs.org)
>
> Changes v3 -> v4
> - [Patch 1/3] removed MTD_NAND_OMAP_BCH8 & MTD_NAND_OMAP_BCH4 from
> nand/Kconfig
> ECC scheme selectable via nand DT (nand-ecc-opt).
> - [*] rebased for l2-mtd.git
Do you also
On Wednesday 03 July 2013, Artem Bityutskiy wrote:
> On Wed, 2013-07-03 at 13:16 +, Gupta, Pekon wrote:
> > [Pekon]: Yes, I'm not seeing these build issues, as I'm cleanly
> > returning from probe with pr_err(), if the required libraries (/lib/bch.c)
> > are not build-in the system.
> > --
On Saturday 06 July 2013, Russell King - ARM Linux wrote:
> Oh wait, why don't I get to choose my "debug console UART" on an AT91?
> Maybe AT91 should move their debug uart selection into this menu as well,
> and maybe the Versatile Express options too, because they're all to do
> with selecting th
On Tuesday 23 July 2013, Tomasz Figa wrote:
> On Tuesday 23 of July 2013 17:14:20 Alan Stern wrote:
> > On Tue, 23 Jul 2013, Tomasz Figa wrote:
> > > Where would you want to have those phy_address arrays stored? There
> > > are no board files when booting with DT. Not even saying that you
> > > don
On Thursday 25 July 2013, Kishon Vijay Abraham I wrote:
> On Thursday 25 July 2013 12:02 AM, Arnd Bergmann wrote:
> > On Tuesday 23 July 2013, Tomasz Figa wrote:
> >> On Tuesday 23 of July 2013 17:14:20 Alan Stern wrote:
> >>> On Tue, 23 Jul 2013, Tomasz Figa wrote:
On Thursday 25 July 2013, Laurent Pinchart wrote:
> On Wednesday 24 July 2013 20:32:03 Arnd Bergmann wrote:
> > On Tuesday 23 July 2013, Tomasz Figa wrote:
> > > On Tuesday 23 of July 2013 17:14:20 Alan Stern wrote:
> > > > On Tue, 23 Jul 2013, Tomasz Figa wrote:
>
On Friday 07 February 2014 12:33:38 Roger Quadros wrote:
>
> This means we need to make CONFIG_SATA_AHCI_PLATFORM depend on
> CONFIG_GENERIC_PHY or
> select it.
>
> OR
>
> Generic PHY layer must be fixed so that the API's are always built in.
>
> What is the better option? I believe making the
On Friday 28 February 2014, Tony Lindgren wrote:
> The following changes since commit 8842446ac74263f1330f46e11ed649e2b0ed6545:
>
> Documentation: dt: OMAP: Update Overo/Tobi (2014-02-14 08:37:53 -0800)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel
On Friday 14 March 2014, Santosh Shilimkar wrote:
> I remember NAKing this approach in past and my stand remains same.
> The cache APIs which you are trying to use here are not suppose
> to be used outside.
>
> I think the right way to fix this is to make use of streaming APIs.
> If needed, IOMMU
On Thursday 13 March 2014, Tony Lindgren wrote:
> Hi,
>
> Resending these two, looks like my updated scripts have some issues hitting
> the mailing lists..
>
> The following changes since commit 18c49af3ee9e32a535413a949672bea726699f04:
>
> ARM: dts: am335x-evmsk: enable dual_emac mode (2014-0
On Thursday 13 March 2014, Tony Lindgren wrote:
> The following changes since commit cfbf8d4857c26a8a307fb7cd258074c9dcd8c691:
>
> Linux 3.14-rc4 (2014-02-23 17:40:03 -0800)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
> tag
On Thursday 13 March 2014, Tony Lindgren wrote:
> The following changes since commit cfbf8d4857c26a8a307fb7cd258074c9dcd8c691:
>
> Linux 3.14-rc4 (2014-02-23 17:40:03 -0800)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
> tag
le (enable_dyn_sleep) {
^
mach-omap1/pm.c:123:9: note: each undeclared identifier is reported only once
for each function it appears in
This attempts to fix the #ifdef logic to deal with all combinations
of timers.
Signed-off-by: Arnd Bergmann
Cc: linux-omap@vger.kernel.org
Cc: Tony Lin
ack
from I will assume is ok and put in.
Statistically speaking, I probably made a couple of mistakes here,
so please have a look if you find the time.
Arnd Bergmann (62):
ARM: at91: split out at91x40 into a top-level option
ARM: at91: don't provide dt init code for at91x40
ARM: a
CONFIG_I2C as user-selectable,
but doing that properly would require more work.
Signed-off-by: Arnd Bergmann
Cc: Tony Lindgren
Cc: linux-omap@vger.kernel.org
---
arch/arm/mach-omap1/Kconfig | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/mach-omap1/Kconfig b/arch/arm/mach-omap1
On Wednesday 19 March 2014 13:46:19 Tony Lindgren wrote:
> * Arnd Bergmann [140319 12:33]:
> > The OMAP H2, OSK and OSIRIS machines cannot build without
> > I2C and TPS65010 both enabled unconditionally.
> >
> > In each case, failing to enable CONFIG_I2C results in a
On Sunday 23 February 2014, Thomas Gleixner wrote:
> --- tip.orig/arch/arm/mach-omap1/ams-delta-fiq.c
> +++ tip/arch/arm/mach-omap1/ams-delta-fiq.c
> @@ -44,13 +44,10 @@ static unsigned int irq_counter[16];
>
> static irqreturn_t deferred_fiq(int irq, void *dev_id)
> {
> - struct irq_desc
100
Subject: [PATCH] ARM: omap1: fix build when !CONFIG_OMAP_32K_TIMER
If CONFIG_OMAP_32K_TIMER isn't enabled, we will
try to use enable_dyn_sleep which wasn't defined
anywhere.
In order to fix the problem, we always define
enable_dyn_sleep as 0 when !CONFIG_OMAP_32K_TIMER.
Signed-off-b
On Tuesday 22 April 2014, Javier Martinez Canillas wrote:
> Hello Linus,
>
> On Tue, Apr 22, 2014 at 1:36 PM, Linus Walleij
> wrote:
> > On Tue, Apr 8, 2014 at 8:20 PM, Javier Martinez Canillas
> > wrote:
> >
> >> So this is an RFC patch-set to add a virtual table to be used by
> >> GPIO chip c
On Wednesday 23 April 2014 14:32:54 Rajendra Nayak wrote:
>
> #ifdef CONFIG_SOC_DRA7XX
> -static const char *dra7xx_boards_compat[] __initdata = {
> +static const char *dra74x_boards_compat[] __initconst = {
> + "ti,dra74x",
> "ti,dra7xx",
> "ti,dra7",
> NULL,
> };
On Thursday 24 April 2014, Rajendra Nayak wrote:
>
> -- DRA742
> - compatible = "ti,dra7xx", "ti,dra7"
> +- DRA74x
> + compatible = "ti,dra74", "ti,dra7"
> +
> +- DRA72x
> + compatible = "ti,dra72", "ti,dra7"
Actually, what I meant was that you should list the fill name of the SoC,
e.g. "ti,dr
On Monday 28 April 2014 11:39:22 Rajendra Nayak wrote:
>
> DRA742 EVM: Software Developement Board for DRA742
> compatible = "ti,dra7-evm", "ti,dra742", "ti,dra74", "ti,dra7"
> DRA722 EVM: Software Development Board for DRA722
> compatible = "ti,dra72-evm", "ti,dra722", "ti,dra72", "ti,dra7"
>
>
RIC_IRQ_CHIP that may not already be
enabled on other platforms.
Signed-off-by: Arnd Bergmann
diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig
index c58b828..c8c42be 100644
--- a/drivers/gpio/Kconfig
+++ b/drivers/gpio/Kconfig
@@ -244,9 +244,10 @@ config GPIO_OCTEON
family of
ot already be
> > enabled on other platforms.
> >
> > Signed-off-by: Arnd Bergmann
> >
> > diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig
> > index c58b828..c8c42be 100644
> > --- a/drivers/gpio/Kconfig
> > +++ b/drivers/gpio/Kconfig
> &g
ns(+), 4 deletions(-)
>
Acked-by: Arnd Bergmann
--
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
;
> Also add a minimal dra72-evm dts file.
>
> Signed-off-by: Rajendra Nayak
> Cc: linux-...@vger.kernel.org
> Cc: devicet...@vger.kernel.org
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to
On Tuesday 29 April 2014 16:35:13 Rajendra Nayak wrote:
> @@ -393,7 +395,12 @@ IS_OMAP_TYPE(3430, 0x3430)
>
> #if defined(CONFIG_SOC_DRA7XX)
> #undef soc_is_dra7xx
> +#undef soc_is_dra74x
> +#undef soc_is_dra72x
> #define soc_is_dra7xx()(of_machine_is_compatible("ti,dra7"))
> +#define
On Tuesday 29 April 2014 12:53:45 Javier Martinez Canillas wrote:
> Hello Arnd,
>
> On 04/29/2014 12:26 PM, Arnd Bergmann wrote:
> > On Tuesday 29 April 2014 01:59:20 Javier Martinez Canillas wrote:
> >> This driver is also used by OMAP1. Even when disabling GPIO_OM
On Tuesday 29 April 2014 15:19:47 Dan Murphy wrote:
> + * AM33xx reset index for PRCM Module
> + *
> + * Copyright 2014 Texas Instruments Inc.
> + *
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License version 2 as
> +
On Tuesday 29 April 2014 15:19:40 Dan Murphy wrote:
> +#ifndef _RESET_TI_H_
> +#define _RESET_TI_H_
> +
> +#ifdef CONFIG_RESET_TI
> +void ti_dt_reset_init(void);
> +#else
> +static inline void ti_dt_reset_init(void){ return; };
> +#endif
Why can't this be a regular platform device driver that gets
On Tuesday 06 May 2014 19:03:52 Kishon Vijay Abraham I wrote:
> In DRA7, the cpu sees 32bit address, but the pcie controller can see only
> 28bit
> address. So whenever the cpu issues a read/write request, the 4 most
> significant bits are used by L3 to determine the target controller.
> For examp
On Tuesday 06 May 2014 19:03:51 Kishon Vijay Abraham I wrote:
> Added support for pcie controller in dra7xx. This driver re-uses
> the designware core code that is already present in kernel.
>
> Cc: Bjorn Helgaas
> Cc: Mohit Kumar
> Cc: Jingoo Han
> Cc: Marek Vasut
> Signed-off-by: Kishon Vija
On Wednesday 07 May 2014 14:52:47 Kishon Vijay Abraham I wrote:
> On Tuesday 06 May 2014 10:05 PM, Jason Gunthorpe wrote:
> > On Tue, May 06, 2014 at 07:03:51PM +0530, Kishon Vijay Abraham I wrote:
> >> +Example:
> >> +pcie@5100 {
> >> +compatible = "ti,dra7xx-pcie";
> >> +reg = <0x5100
On Wednesday 07 May 2014 14:14:55 Kishon Vijay Abraham I wrote:
> >> +static void dra7xx_pcie_enable_interrupts(struct pcie_port *pp)
> >> +{
> >> +struct dra7xx_pcie *dra7xx = to_dra7xx_pcie(pp);
> >> +
> >> +dra7xx_pcie_writel(dra7xx->base, PCIECTRL_DRA7XX_CONF_IRQSTATUS_MAIN,
> >> +
On Thursday 08 May 2014 17:56:38 Jingoo Han wrote:
> On Wednesday, May 07, 2014 6:26 PM, Arnd Bergmann wrote:
> > On Wednesday 07 May 2014 14:52:47 Kishon Vijay Abraham I wrote:
> > > On Tuesday 06 May 2014 10:05 PM, Jason Gunthorpe wrote:
> > > > On Tue, May 06, 20
On Thursday 08 May 2014 18:05:11 Jingoo Han wrote:
> On Tuesday, May 06, 2014 10:59 PM, Arnd Bergmann wrote:
> > On Tuesday 06 May 2014 19:03:52 Kishon Vijay Abraham I wrote:
> > > In DRA7, the cpu sees 32bit address, but the pcie controller can see only
> > > 28bit
>
hack to ensure that the real tps65010_set_vbus_draw() function
is only called when it's avaiable.
Signed-off-by: Arnd Bergmann
Cc: linux-omap@vger.kernel.org
---
drivers/usb/phy/phy-isp1301-omap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/phy/phy-is
C and MUSB_TUSB6010 are
both modules or both built-in, which are the valid configurations.
Signed-off-by: Arnd Bergmann
Cc: linux-omap@vger.kernel.org
---
drivers/usb/musb/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/musb/Kconfig b/drivers/usb/musb/Kconfig
The musb/omap2430.c bus glue driver calls usb_hcd_poll_rh_status,
which is only available if CONFIG_USB is also set, i.e. we
are building USB host mode and not just endpoint mode.
Signed-off-by: Arnd Bergmann
Cc: linux-omap@vger.kernel.org
---
drivers/usb/musb/Kconfig | 2 +-
1 file changed, 1
me dependency exists for the client driver, do the
same change there.
Signed-off-by: Arnd Bergmann
Cc: linux-omap@vger.kernel.org
Cc: Alan Stern
---
drivers/usb/gadget/Kconfig | 4 ++--
drivers/usb/host/Kconfig | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/
On Friday 09 May 2014 09:48:00 Linus Walleij wrote:
> On Mon, Apr 28, 2014 at 11:07 AM, Arnd Bergmann wrote:
>
> > Commit 4df42de9d3e "gpio: omap: add a GPIO_OMAP option instead of using
> > ARCH_OMAP" made it possible to build OMAP kernels without the GPIO driver,
On Tuesday 13 May 2014 18:01:59 Kishon Vijay Abraham I wrote:
> On Thursday 08 May 2014 02:48 PM, Arnd Bergmann wrote:
> > On Thursday 08 May 2014 18:05:11 Jingoo Han wrote:
> >> On Tuesday, May 06, 2014 10:59 PM, Arnd Bergmann wrote:
> >>> On Tuesday 06 May 2014 1
On Tuesday 13 May 2014 18:56:23 Kishon Vijay Abraham I wrote:
> > If you have a case where the outbound translation is a 256MB (i.e. 28bit)
> > section of the CPU address space, that could be represented as
> >
> > ranges = <0x8200 0 0 0xb000 0 0x1000>;
> >
> > or
> >
> >
On Tuesday 13 May 2014 15:27:46 Arnd Bergmann wrote:
> On Tuesday 13 May 2014 18:56:23 Kishon Vijay Abraham I wrote:
> > > If you have a case where the outbound translation is a 256MB (i.e. 28bit)
> > > section of the CPU address space, that could be represented as
>
On Tuesday 13 May 2014 10:26:31 Felipe Balbi wrote:
> On Thu, May 08, 2014 at 03:52:17PM +0200, Arnd Bergmann wrote:
> > The isp1301-omap driver cannot be built-in if the tps65010 driver
> > is a module, otherwise we get a link error from the reference to
> > the tps65010_s
On Wednesday 14 May 2014 11:14:45 Kishon Vijay Abraham I wrote:
> hi Arnd,
>
> On Tuesday 13 May 2014 07:04 PM, Arnd Bergmann wrote:
> > On Tuesday 13 May 2014 15:27:46 Arnd Bergmann wrote:
> >> On Tuesday 13 May 2014 18:56:23 Kishon Vijay Abraham I wrote:
> >&g
On Tuesday 13 May 2014 13:30:30 Peter Ujfalusi wrote:
> From CCCFG register of eDMA3 we can get all the needed information for the
> driver about the IP:
> Number of channels: NUM_DMACH
> Number of regions: NUM_REGN
> Number of slots (PaRAM sets): NUM_PAENTRY
> Number of TC/EQ: NUM_EVQUE
>
> The t
On Friday 16 May 2014 14:30:56 Kishon Vijay Abraham I wrote:
> On Wednesday 14 May 2014 06:15 PM, Arnd Bergmann wrote:
> > On Wednesday 14 May 2014 11:14:45 Kishon Vijay Abraham I wrote:
> > / {
> > #address-cells = <1>; // or <2> if you support > 4GB addr
On Monday 19 May 2014 08:57:33 Tony Lindgren wrote:
> No need to load multiple drivers at this point. That's why I'm saying
> you can bail out on the undesired display controller probes using
> of_machine_is_compatible test. It's not that uncommon for drivers to do:
>
> $ git grep of_machine_is_co
s that SSI-protocol can only be a module if OMAP_SSI is not built-in.
Signed-off-by: Arnd Bergmann
Cc: Sebastian Reichel
Cc: Ivaylo Dimitrov
Cc: Pavel Machek
---
diff --git a/drivers/hsi/clients/Kconfig b/drivers/hsi/clients/Kconfig
index 71b9f9a..bc60dec 100644
--- a/drivers/hsi/clients/Kco
driver providing a device used in another module does not
go away.
Signed-off-by: Arnd Bergmann
Cc: Sebastian Reichel
Cc: Carlos Chinea
Cc: Ivaylo Dimitrov
diff --git a/drivers/hsi/controllers/omap_ssi_port.c
b/drivers/hsi/controllers/omap_ssi_port.c
index b8693f0..6eb7c28 100644
---
driver providing a device used in another module does not
go away.
Signed-off-by: Arnd Bergmann
Cc: Sebastian Reichel
Cc: Carlos Chinea
Cc: Ivaylo Dimitrov
---
v2: fix a stupid typo, I accidentally sent out the wrong version of the patch
diff --git a/drivers/hsi/controllers/omap_ssi_port.c
g you now have to turn on TPS65010 explicitly and then
MMC_OMAP.
Found during randconfig build testing.
Signed-off-by: Arnd Bergmann
Cc: linux-omap@vger.kernel.org
Cc: Jarkko Nikula
---
drivers/mmc/host/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/host/K
Hi Chris, Ulf,
These are small fixes from my randconfig testing, almost all for
older bugs, please apply to a tree you see appropriate.
Arnd
Arnd Bergmann (4):
mmc: atmel-mci: incude asm/cacheclush.h
mmc: mvsdio: avoid compiler warning
mmc: omap: don't select TPS65010
the
driver incorrectly calls a platform-internal interface
for omap4_ctrl_pad_readl/omap4_ctrl_pad_writel.
To work around that, we can export those symbols, but
that isn't really the correct solution, as we should not
have dependencies on platform code this way.
Signed-off-by: Arnd Bergmann
---
This
On Wednesday 11 June 2014 09:42:04 Nishanth Menon wrote:
> On 06/11/2014 09:35 AM, Arnd Bergmann wrote:
> > The OMAP4 camera support depends on I2C and VIDEO_V4L2, both
> > of which can be loadable modules. This causes build failures
> > if we want the camera driver to be bu
On Thursday 12 June 2014 16:12:17 Laurent Pinchart wrote:
> > From 3a965f4fd5a6b3ef4a66aa4e7c916cfd34fd5706 Mon Sep 17 00:00:00 2001
> > From: Arnd Bergmann
> > Date: Tue, 21 Jan 2014 09:32:43 +0100
> > Subject: [PATCH] [media] staging: tighten omap4iss dependencies
&
On Thursday 12 June 2014 07:25:15 Greg KH wrote:
> On Thu, Jun 12, 2014 at 04:15:32PM +0200, Arnd Bergmann wrote:
> > On Thursday 12 June 2014 16:12:17 Laurent Pinchart wrote:
> > > > From 3a965f4fd5a6b3ef4a66aa4e7c916cfd34fd5706 Mon Sep 17 00:00:00 2001
> > > >
n inline wrapper for omap_l2_cache_init for the disabled
case, and removes the 'select' from OMAP4 so it becomes a user
visible option.
Signed-off-by: Arnd Bergmann
Cc: linux-omap@vger.kernel.org
Cc: Tony Lindgren
---
arch/arm/configs/omap2plus_defconfig | 1 +
arch/arm/mach-omap2/Kconfig
Hi Everyone,
here are the fixes I've picked up so far as the last pull request
for the merge window. I'm sure there will be a lot more in the
future, but let us know if I missed something or if any of the
patches (in particular mine, some of which I have not posted
before) are not
rough some ripple effects disabled options that
were implicitly enabled from OMAP2, and that caused all machines to
fail booting with the unchanged config files.
This reorders the OMAP Kconfig files some more, to be consistent with
the others, and also changes the defconfig files.
Signed-off-by: Arn
On Monday 16 June 2014 04:00:42 Tony Lindgren wrote:
> * Arnd Bergmann [140616 03:06]:
> > Commit 9851b662f659 ("ARM: use menuconfig for sub-arch menus") did more
> > than expected, which led to two OMAP specific bugs:
>
> It seems the commit above is not -rc cycl
On Monday 16 June 2014, Rob Herring wrote:
> > So far I have not come up with no great ideas on fixing this
> > properly short of requiring all omap .config files to add
> > CONFIG_ARCH_OMAP=y manually. Anybody got good ideas for that?
>
> I've failed to come up with anything...
>
I have two ide
On Wednesday 18 June 2014 14:38:43 Kishon Vijay Abraham I wrote:
> On Thursday 29 May 2014 12:08 PM, Kishon Vijay Abraham I wrote:
> >
> > Here the CPU address for configuration space is 0x20013000 and the
> > controller
> > address for configuration space is 0x13000. The controller address shoul
On Friday 20 June 2014 12:45:46 Rob Herring wrote:
> On Thu, May 29, 2014 at 1:38 AM, Kishon Vijay Abraham I wrote:
> > In DRA7, the cpu sees 32bit address, but the pcie controller can see only
> > 28bit
> > address. So whenever the cpu issues a read/write request, the 4 most
> > significant bits
On Tuesday 24 June 2014 20:47:58 Suman Anna wrote:
> +static struct mbox_chan *omap_mbox_of_xlate(struct mbox_controller
> *controller,
> + const struct of_phandle_args *sp)
> +{
> + phandle phandle = sp->args[0];
> + struct device_node *node;
On Thursday 24 July 2014 04:43:49 Tony Lindgren wrote:
> Two regression fixes for omaps and one fix for device signaling:
>
> - L2 cache regression fix for a warning about trying to access
> a read-only register
>
> - GPMC ECC software fallback regression fix for omap3
>
> - Fix for dra7 pinct
On Thursday 24 July 2014 04:58:50 Tony Lindgren wrote:
> SoC related changes for omaps for v3.17 merge window:
>
> - Add device tree and hwmod data for various devices
> for new SoCs
>
> - Remove legacy mailbox hwmod data that's no longer
> needed for SoCs that are DT only. Note that this may
On Thursday 24 July 2014 04:51:41 Tony Lindgren wrote:
> The following changes since commit cd3de83f147601356395b57a8673e9c5ff1e59d1:
>
> Linux 3.16-rc4 (2014-07-06 12:37:51 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
On Tuesday 29 July 2014 03:32:24 Tony Lindgren wrote:
> The following changes since commit 33753cd2ba41c72a0756edc5dc094d91602deda5:
>
> ARM: OMAP2+: gpmc: fix gpmc_hwecc_bch_capable() (2014-07-23 01:48:24 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/li
On Tuesday 29 July 2014 04:39:18 Tony Lindgren wrote:
> The following changes since commit cbf14f3ab9bd6295b345fc812f08ddd844fb183e:
>
> ARM: AM33xx: hwmod_data: Remove legacy mailbox addrs (2014-07-15 05:08:56
> -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pu
On Monday 25 August 2014 16:14:50 Tony Lindgren wrote:
> -static void *persistent_ram_vmap(phys_addr_t start, size_t size)
> +static void *persistent_ram_vmap(phys_addr_t start, size_t size,
> + unsigned int cached)
> {
> struct page **pages;
> phys_addr_t page_start;
On Friday 08 March 2013, Stephen Warren wrote:
> Yes, I think it should instead work like:
>
> ARCH_TEGRA* selects nothing in particular related to USB.
>
> The Tegra EHCI controller Kconfig depends on ARCH_TEGRA so it doesn't
> show up for other builds.
Yes, that's fine.
> I hope it's OK for t
On Friday 08 March 2013, Stephen Warren wrote:
> > config USB_ULPI_VIEWPORT
> > def_bool y
> > depends on USB_EHCI_TEGRA
> >
> > If USB_ULPI_VIEWPORT has any other dependencies, the best solution
> > in the above scenario is to make USB_EHCI_TEGRA depend on those.
>
> USB_ULPI_VIEWPOR
On Monday 25 March 2013, Rob Herring wrote:
> I count integrator-cp, realview, versatile and non-DT VExpress that do
> this (not surprisingly) and 25 platforms or timer implementations plus
> arm64 that do sched_clock setup in time_init. What's broken by not
> moving these earlier?
timekeeping_ini
On Monday 25 March 2013, John Stultz wrote:
> On 03/25/2013 03:36 PM, Arnd Bergmann wrote:
> > On Monday 25 March 2013, Rob Herring wrote:
> >> I count integrator-cp, realview, versatile and non-DT VExpress that do
> >> this (not surprisingly) and 25 platforms or
On Wednesday 27 March 2013, Tony Lindgren wrote:
> The following changes since commit a937536b868b8369b98967929045f1df54234323:
>
> Linux 3.9-rc3 (2013-03-17 15:59:32 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
> tag
On Wednesday 03 April 2013, Felipe Balbi wrote:
> const ? Maybe provide a:
>
> #define DEFINE_PHY_OPS(name)\
> const struct phy_ops #name_phy_ops = {
>
> macro ? This will force people to add the const keyword :-)
Forcing people to use const structures is good, but I think it would be
better
line from the one Paul submitted.
Arnd
commit dde86de7d54a47779b312919ebb9b8a4c48ce192
Merge: e11f1ec 6fa6183
Author: Arnd Bergmann
Date: Mon Apr 8 18:07:35 2013 +0200
Merge branch 'next/cleanup' into for-next
Conflicts:
arch/arm/mach-omap2/cclock44xx_data.c
index 0c6834a,b1e77ef..88e37a
On Thursday 04 April 2013, Tony Lindgren wrote:
> b05a674d73e4eb314fa1b6c78e37aef1:
>
> usb: phy: nop: Add some parameters to platform data (2013-03-18 11:13:54
> +0200)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
> tags/o
On Thursday 04 April 2013, Tony Lindgren wrote:
> Clean-up for omap2+ timers from Jon Hunter :
>
> This series consists mainly of clean-ups for clockevents and
> clocksource timers on OMAP2+ devices. The most significant change
> in functionality comes from the 5th patch which is changing the
> se
On Thursday 04 April 2013, Tony Lindgren wrote:
> arch/arm/mach-omap2/board-cm-t3517.c | 2 +-
> arch/arm/mach-omap2/board-generic.c | 2 +-
> arch/arm/mach-omap2/common.h | 3 +-
> arch/arm/mach-omap2/timer.c | 124
> ++-
> 4 files changed,
On Thursday 04 April 2013, Tony Lindgren wrote:
> GPMC updates from Jon Hunter :
>
> Adds GPMC (General Purpose Memory Controller) DT support for
> NOR flash and Ethernet and includes various GPMC cleans-up
> and fixes.
>
> This series is dependent on commit 7185684 (ARM: OMAP: use
> consistent e
On Thursday 04 April 2013, Anna, Suman wrote:
> OMAP and ST-Ericsson platforms are both using mailbox to communicate with
> some coprocessors. This series creates a consolidated framework, living under
> drivers/mailbox.
> The changes mainly contain:
> - create a mailbox framework independent fro
On Tuesday 09 April 2013, Tony Lindgren wrote:
> The following changes since commit 31880c37c11e28cb81c70757e38392b42e695dc6:
>
> Linux 3.9-rc6 (2013-04-07 20:49:54 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
> tags/
On Tuesday 09 April 2013, Tony Lindgren wrote:
> The following changes since commit c309f7f46167e85d1aae2fd31f23e7d2b5cdfbe0:
>
> Merge branch 'for_3.10/omap_generic_cleanup_v2' of
> git://git.kernel.org/pub/scm/linux/kernel/git/ssantosh/linux into
> omap-for-v3.10/cleanup-v2 (2013-03-28 14:45
On Tuesday 09 April 2013, Tony Lindgren wrote:
> The following changes since commit 31880c37c11e28cb81c70757e38392b42e695dc6:
>
> Linux 3.9-rc6 (2013-04-07 20:49:54 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
> tags/
On Tuesday 09 April 2013, Tony Lindgren wrote:
> The following changes since commit 07961ac7c0ee8b546658717034fe692fd12eefa9:
>
> Linux 3.9-rc5 (2013-03-31 15:12:43 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
> tags/
On Wednesday 10 April 2013 14:29:17 Stephen Warren wrote:
>
> > If the information is there, whether to convert from IRQ to GPIO
> > or from GPIO to IRQ is a technicality and any order should be
> > feasible in some way?
>
> There isn't always a unique 1:1 mapping between GPIOs and IRQs. Put
> an
On Saturday 13 April 2013, Rob Clark wrote:
> On Mon, Mar 4, 2013 at 1:46 PM, Tony Lindgren wrote:
> >
> >> drivers/gpu/drm/tilcdc/tilcdc_slave.o:(.data+0x54): multiple definition of
> >> `__mod_of_device_table'
> >> drivers/gpu/drm/tilcdc/tilcdc_tfp410.o:(.data+0x54): first defined here
> >> dri
ARM: OMAP: remove unused variable
Commit 0583fe478a7 "ARM: convert arm/arm64 arch timer to use CLKSRC_OF init"
has left the omap5_realtime_timer_init() function with a stale variable and
broken whitespace. This fixes both.
Signed-off-by: Arnd Bergmann
---
I've applied th
On Tuesday 30 April 2013, Russell King - ARM Linux wrote:
> Latest nightly build of 3.9+my for-next+arm-soc's for-next results in a
> great load of new warnings and errors. arch/arm/common/mcpm_head.S,
> arch/arm/common/mcpm_platsmp.c, arch/arm/common/vlock.S are the biggest
> source of errors.
Y
;
> The full mcpm layer is not likely to be relevant to v6 based platforms,
> so a multiplatform kernel won't use that code if booted on v6 hardware.
>
> This patch modifies the AFLAGS for affected mcpm .S files to specify
> armv7-a explicitly for that code.
>
> Signed-o
On Tuesday 30 April 2013, Russell King - ARM Linux wrote:
> Latest nightly build of 3.9+my for-next+arm-soc's for-next results in a
> great load of new warnings and errors. arch/arm/common/mcpm_head.S,
> arch/arm/common/mcpm_platsmp.c, arch/arm/common/vlock.S are the biggest
> source of errors.
>
On Thursday 02 May 2013, Eduardo Valentin wrote:
> index e3c0ae9..e3f3cba 100644
> --- a/include/linux/thermal.h
> +++ b/include/linux/thermal.h
> @@ -250,12 +250,6 @@ void thermal_unregister_governor(struct
> thermal_governor *);
> #ifdef CONFIG_NET
> extern int thermal_generate_netlink_event(st
401 - 500 of 755 matches
Mail list logo
