.
8<---
ARM: OMAP1: make header files local if possible
A number of header files in mach-omap1 are never included from outside
of mach-omap1, so we can move them directly to that directory.
Signed-off-by: Arnd Bergmann
diff --git a/arch/arm/mach-omap1/board-ams-delta.c
b/arch/arm/
On Wednesday 20 May 2015 15:36:05 Tony Lindgren wrote:
> Add support for CONFIG_SPARSE_IRQ for omap1. This takes us a bit closer
> to making omap1 support multiarch. After this series we still need to
> make omap1 use the common clock framework and fix up the drivers to not
> rely on includes from
On Friday 15 May 2015 21:50:07 Pali Rohár wrote:
> }
> }
>
> + /* include the terminating ATAG_NONE */
> + atag_size = (char *)atag - (char *)atag_list + sizeof(struct
> tag_header);
> + setprop(fdt, "/", "atags", atag_list, atag_size);
> +
> if
On Monday 04 May 2015 13:01:54 Tony Lindgren wrote:
>
> For dropping the remaining omap3 legacy boot support, we still
> have the following board-*.c files:
>
> BOARD REASON NEEDED
> board-ldp.c Still used in RMKs boot test system
> board-omap3logic.c Getting a
On Saturday 04 April 2015, Tony Lindgren wrote:
> The following changes since commit 209431eff8afb928d72200c79153165c7d860ca0:
>
> ARM: DRA7: Enable Cortex A15 errata 798181 (2015-03-27 14:38:03 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/
ch larger
changes to the driver that is not really worth it when the usb-phy
drivers are going to eventually get replaced with generic-phy
drivers.
Signed-off-by: Arnd Bergmann
diff --git a/drivers/usb/phy/phy-isp1301-omap.c
b/drivers/usb/phy/phy-isp1301-omap.c
index 1e0e10dd6ba5..3af263cc0caa
turn, this broke ARM allyesconfig builds. Replacing the
omap4_ctrl_pad_writel call with WARN_ON(1) won't make the
situation any worse than it already is, but fixes the build
problem.
Signed-off-by: Arnd Bergmann
Fixes: efde234674d9 ("ARM: OMAP4+: control: remove support for legacy pad
read/wr
On Friday 27 March 2015, Peter Ujfalusi wrote:
> +Required property:
> +- dma-device: phandle of the DMA controller. The router is modifying
> + the DMA requests for this controller.
This property seems rather specific to the case at hand, I would expect that
one mig
On Sunday 15 March 2015 10:50:42 Eliad Peller wrote:
> yeah, i missed it :/
>
> looks like there's no platform that defines platform data for it.
> i'll replace the dev_get_platdata() with a function that only parses
> the clock-frequency properties (the irq is taken in this case from the
> spi_de
On Sunday 15 March 2015 10:43:35 Eliad Peller wrote:
>
> > The other option would be to have the whole series in a immutable
> > branch against v3.0-rc1 that can be merged into both wirelss tree
> > and omap tree.
> >
> i think that could be easier.
>
> or maybe you can just take them all through
On Thursday 12 March 2015 22:14:59 Marek Belisko wrote:
> diff --git a/Documentation/devicetree/bindings/sound/omap-twl4030.txt
> b/Documentation/devicetree/bindings/sound/omap-twl4030.txt
> index 1ab6bc8..656165f 100644
> --- a/Documentation/devicetree/bindings/sound/omap-twl4030.txt
> +++ b/Docu
On Wednesday 11 March 2015 14:07:11 Javier Martinez Canillas wrote:
>
> Right now it seems that all boards in mainline with a WiLink6 part are
> using internal clocks. So as a first step I think that adding an
> optional refclock-frequency and tcxoclock-frequency properties should
> be enough.
>
On Wednesday 11 March 2015 11:05:47 Javier Martinez Canillas wrote:
>
> On Wed, Mar 11, 2015 at 10:51 AM, Arnd Bergmann wrote:
> > On Wednesday 11 March 2015 01:34:19 Javier Martinez Canillas wrote:
> >> > +
> >> > +static struct wl12xx_platform_data *
>
On Wednesday 11 March 2015 02:00:59 Javier Martinez Canillas wrote:
> Hello Tony,
>
> On Tue, Mar 10, 2015 at 6:35 PM, Tony Lindgren wrote:
> >>
> >> we do have to make sure these wl18xx bindings are future-compatible
> >> with the wl12xx ones, but i think the current bindings are pretty much
> >
On Monday 09 March 2015 23:03:30 Eliad Peller wrote:
> On Mon, Mar 9, 2015 at 9:50 PM, Arnd Bergmann wrote:
> > On Monday 09 March 2015 17:36:42 Eliad Peller wrote:
> >> --- a/arch/arm/boot/dts/omap3-igep0030-rev-g.dts
> >> +++ b/arch/arm/boot/dts/omap3-igep0030-rev
On Tuesday 10 March 2015 16:31:33 Eliad Peller wrote:
> On Tue, Mar 10, 2015 at 4:11 PM, Arnd Bergmann wrote:
> > On Tuesday 10 March 2015 13:00:19 Eliad Peller wrote:
> >> On Tue, Mar 10, 2015 at 12:49 AM, Tony Lindgren wrote:
> >> >> > I was
On Friday 06 March 2015 16:27:05 Tony Lindgren wrote:
> Fixes for various omap variants, mostly minor fixes for various SoCs
> with the bigger changes being for the dra7 clocks and hwmod data:
>
Pulled into fixes, thanks!
Arnd
--
To unsubscribe from this list: send the line "unsubscribe
On Wednesday 11 March 2015 14:12:54 Eliad Peller wrote:
> On Wed, Mar 11, 2015 at 1:34 PM, Javier Martinez Canillas
> wrote:
> > I think that patch [0] should not be needed since for external clocks,
> > the IP providing the clocks should have its own clock driver and for
> > internal clocks, a pr
On Wednesday 11 March 2015 12:34:03 Javier Martinez Canillas wrote:
> Hello Arnd,
>
> On Wed, Mar 11, 2015 at 10:53 AM, Arnd Bergmann wrote:
> > On Wednesday 11 March 2015 02:00:59 Javier Martinez Canillas wrote:
> >>
> >> What do you mean by parsing here? II
On Wednesday 11 March 2015 01:34:19 Javier Martinez Canillas wrote:
> > +
> > +static struct wl12xx_platform_data *
> > +wlcore_get_platform_data(struct device *dev)
> > +{
> > + struct wl12xx_platform_data *pdata;
> > +
> > + /* first, look for DT data */
>
> I thought it was the oppo
On Tuesday 10 March 2015 10:35:50 Tony Lindgren wrote:
> * Eliad Peller [150310 10:01]:
> > i'm really not familiar with the common clock framework, but there
> > still doesn't seem to be a way to determine whether a clock is XTAL or
> > not (which is what Luca's patch was about). should we use co
On Tuesday 10 March 2015 07:28:05 Tony Lindgren wrote:
>
> Oops I forgot about the omap3-sbc-t3730, so yes we have to keep the
> platform data a little bit longer. But nothing stopping us moving
> all the other ones to use a proper device tree based configuration.
>
For all I can tell, the t3730
On Tuesday 10 March 2015 13:00:19 Eliad Peller wrote:
> On Tue, Mar 10, 2015 at 12:49 AM, Tony Lindgren wrote:
> > * Eliad Peller [150309 14:03]:
> >> On Mon, Mar 9, 2015 at 9:50 PM, Arnd Bergmann wrote:
> >> > On Monday 09 March 2015 17:36:42 Eliad Peller wrote:
&
On Thursday 05 March 2015 20:55:07 grygorii.stras...@linaro.org wrote:
> Hi All,
>
> Now I can see very interesting behavior related to
> dma_coerce_mask_and_coherent()
> and friends which I'd like to explain and clarify.
>
> Below is set of questions I have (why - I explained below):
> - Is exp
On Monday 09 March 2015 17:36:42 Eliad Peller wrote:
> --- a/arch/arm/boot/dts/omap3-igep0030-rev-g.dts
> +++ b/arch/arm/boot/dts/omap3-igep0030-rev-g.dts
> @@ -64,4 +64,13 @@
> vmmc-supply = <&lbep5clwmc_wlen>;
> bus-width = <4>;
> non-removable;
> +
> + #address-cell
On Monday 09 March 2015 17:36:41 Eliad Peller wrote:
> @@ -323,11 +388,14 @@ out:
> static void wl1271_remove(struct sdio_func *func)
> {
> struct wl12xx_sdio_glue *glue = sdio_get_drvdata(func);
> + struct wlcore_platdev_data *pdev_data = glue->core->dev.platform_data;
> + st
being built-in when
the phy driver is a loadable module, but we should not prevent it
from being built altogether when the phy driver is disabled.
Signed-off-by: Arnd Bergmann
Fixes: ca784be36cc725 ("usb: start using the control module driver")
Acked-by: Acked-by: Pavel Machek
C
loadable module.
Signed-off-by: Arnd Bergmann
Fixes: ca784be36cc725 ("usb: start using the control module driver")
Cc: # v3.9+
Cc: Felipe Balbi
diff --git a/drivers/usb/musb/Kconfig b/drivers/usb/musb/Kconfig
index 14e1628483d9..39db8b603627 100644
--- a/drivers/usb/musb/Kconfig
+++ b/d
On Friday 27 February 2015 07:38:09 Tony Lindgren wrote:
> * Aaro Koskinen [150226 15:06]:
> > Hi,
> >
> > On Thu, Feb 26, 2015 at 11:19:50PM +0100, Pavel Machek wrote:
> > > Ok, it seems that new config dependencies broke my kconfig. These will
> > > not be enabled if you just to make oldconfig;
On Friday 27 February 2015 16:01:03 Vignesh R wrote:
> On Friday 27 February 2015 03:25 PM, Arnd Bergmann wrote:
> > On Friday 27 February 2015 14:54:17 Vignesh R wrote:
> >> +- compatible : should be "ti,omap3-1w" or "ti,am43xx-hdq"
> >>
> >
&
On Friday 27 February 2015 14:54:17 Vignesh R wrote:
> +- compatible : should be "ti,omap3-1w" or "ti,am43xx-hdq"
>
Do not use wildcards in the compatible string, use real part numbers
if you don't know the actual name of the device.
Arnd
--
To unsubscribe from this list: send the line "
On Tuesday 24 February 2015 12:52:20 Tony Lindgren wrote:
> The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539:
>
> Linux 4.0-rc1 (2015-02-22 18:21:14 -0800)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-om
On Wednesday 25 February 2015 17:31:47 Peter Ujfalusi wrote:
> Would it be better to have this changed to:
> select COMMON_CLK_PALMAS if MFD_PALMAS
> instead of removing.
>
> All OMAP5 boards uses Palmas as PMIC and the boards where twl6040 audio is in
> use the 32K clock for the codec is
s select and to avoid adding more complexity here.
Signed-off-by: Arnd Bergmann
Fixes: 5163c1eede8e9 ("ASoC: omap: Kconfig: Support for omap5-uevm analog
audio")
---
v2: change the dependency as suggested by Peter
diff --git a/sound/soc/omap/Kconfig b/sound/soc/omap/Kconfig
index e7c78b0406b
s select and to avoid adding more complexity here.
Signed-off-by: Arnd Bergmann
Fixes: 5163c1eede8e9 ("ASoC: omap: Kconfig: Support for omap5-uevm analog
audio")
diff --git a/sound/soc/omap/Kconfig b/sound/soc/omap/Kconfig
index e7c78b0406b5..e74d8db4619d 100644
--- a/sound/soc/omap/Kco
On Thursday 19 February 2015 17:49:50 Pali Rohár wrote:
> Offset for smc91x must be zero otherwise smc91x linux kernel driver does not
> detect smc91x ethernet hardware in qemu N900 machine.
>
> Signed-off-by: Pali Rohár
>
Is that the same offset on real hardware, or could this be a mistake in
On Thursday 05 February 2015 12:01:06 Felipe Balbi wrote:
> + /*
> +* if property doesn't have a value, or prop->length == 0 and
> +* we overflow, treat it as simple value-less flag.
> +*/
> + if (rc == -ENODATA || rc == -EOVERFLOW)
> + return true;
undefined reference to
`clkhwops_am35xx_ipss_wait'
drivers/built-in.o: In function `ti_clk_register_composite':
:(.text+0x3da768): undefined reference to `ti_clk_build_component_gate'
In order to fix that problem, this patch makes the omap3 legacy code
compiled only when bot
On Saturday 24 January 2015 23:14:58 Pali Rohár wrote:
> On Saturday 24 January 2015 23:08:00 Arnd Bergmann wrote:
> > On Saturday 24 January 2015 13:00:00 Pali Rohár wrote:
> > > Another regression for DT setup (which does not occur for
> > > board code):
> > &g
On Saturday 24 January 2015 13:00:00 Pali Rohár wrote:
>
> Another regression for DT setup (which does not occur for board code):
>
> omap_hsmmc driver does not export slot_name sysfs entry because
> it not supported by DT yet. Entry slot_name is used by userspace
> application to determinate if
On Thursday 15 January 2015 07:37:48 Tony Lindgren wrote:
> * Marc Zyngier [150115 06:46]:
> > On Thu, Jan 15 2015 at 2:27:56 pm GMT, Arnd Bergmann wrote:
> > > On Thursday 15 January 2015 13:42:57 Marc Zyngier wrote:
> > Probably there is a workable strategy, but my
On Thursday 15 January 2015 14:43:35 Marc Zyngier wrote:
> On Thu, Jan 15 2015 at 2:27:56 pm GMT, Arnd Bergmann wrote:
> > On Thursday 15 January 2015 13:42:57 Marc Zyngier wrote:
> >> Of course, this is in no way a proper fix, but I suppose the OMAP DT is
> >&g
On Thursday 15 January 2015 13:42:57 Marc Zyngier wrote:
> Of course, this is in no way a proper fix, but I suppose the OMAP DT is
> still missing a few bits...
I must be missing something here, but all the interrupts are listed
correctly in the DT, so what is the omap_hwmod_irq_info actually
achi
On Tuesday 13 January 2015 09:57:41 Tony Lindgren wrote:
>
> It seems we can now drop omap3517 legacy booting support to get
> a bit closer to making all of omap3 boot in device tree only mode.
>
> All these boards have at least minimal support for booting with
> device tree, and pretty much anyt
On Friday 09 January 2015 00:13:28 Peter Hurley wrote:
> On 01/08/2015 05:05 PM, Arnd Bergmann wrote:
> > On Thursday 08 January 2015 11:11:51 Peter Hurley wrote:
> >>
> >> This interface is just storage and minor allocation, since the
> >> port-reuse behavi
On Thursday 08 January 2015 11:11:51 Peter Hurley wrote:
>
> This interface is just storage and minor allocation, since the
> port-reuse behavior will be limited to the "universal" driver.
> From a sub-driver perspective, the shared storage is actually
> a hindrance, so that reduces the requiremen
On Tuesday 06 January 2015 16:47:55 Peter Hurley wrote:
> On 01/06/2015 02:43 PM, Arnd Bergmann wrote:
> > On Tuesday 06 January 2015 09:32:02 Peter Hurley wrote:
> >> On 01/06/2015 08:13 AM, Arnd Bergmann wrote:
> >>> On Monday 05 January 2015 22:09:45 Peter Hurley
On Tuesday 06 January 2015 09:32:02 Peter Hurley wrote:
> On 01/06/2015 08:13 AM, Arnd Bergmann wrote:
> > On Monday 05 January 2015 22:09:45 Peter Hurley wrote:
> >> Some arches have no need to create unprobed 8250 ports; these phantom
> >> ports are primarily required
iewior
> Cc: Tony Lindgren
> Cc: Grant Likely
> Cc: Arnd Bergmann
> Signed-off-by: Peter Hurley
The intent is definitely right, but I think a better approach is
possible.
I haven't tried it here, but how about moving the serial8250_init
function into a separate module, along wi
On Monday 05 January 2015 13:19:00 Marek Szyprowski wrote:
> DT_MACHINE_START(OMAP4_DT, "Generic OMAP4 (Flattened Device Tree)")
> + .l2c_aux_val= OMAP_L2C_AUX_CTRL,
> + .l2c_aux_mask = 0xcf9f,
> + .l2c_write_sec = omap4_l2c310_write_sec,
> .reserve= om
On Friday 02 January 2015 19:21:28 Felipe Balbi wrote:
>
> On Tue, Dec 30, 2014 at 11:12:51AM +0100, Arnd Bergmann wrote:
> > On Monday 29 December 2014 01:52:04 Sneeker Yeh wrote:
> > > > > +static int dwc3_mb86s70_remove_child(struct device *d
On Saturday 03 January 2015 20:28:28 Paul Walmsley wrote:
> On Sat, 3 Jan 2015, Arnd Bergmann wrote:
>
> > On Saturday 03 January 2015 07:21:49 Paul Walmsley wrote:
> > > Another ~300KB kernel object size increase for omap2plus_defconfig
> > > kernels.
> &g
On Saturday 03 January 2015 15:44:38 Aaro Koskinen wrote:
>
> On Sat, Jan 03, 2015 at 01:51:53PM +0100, Arnd Bergmann wrote:
> > On Saturday 03 January 2015 07:21:49 Paul Walmsley wrote:
> > > Another ~300KB kernel object size increase for omap2plus_defconfig
> > >
On Saturday 03 January 2015 07:21:49 Paul Walmsley wrote:
> Another ~300KB kernel object size increase for omap2plus_defconfig
> kernels.
300kb seems like a lot for a single release. Have you looked into
where this is coming from?
Arnd
--
To unsubscribe from this list: send the line "uns
On Friday 02 January 2015 17:02:21 Rickard Strandqvist wrote:
> 2015-01-02 10:46 GMT+01:00 Arnd Bergmann :
> > On Thursday 01 January 2015 18:06:34 Rickard Strandqvist wrote:
> >
> > You have correctly spotted the only place that references
> > voltdm_for_each_pwrdm
On Thursday 01 January 2015 18:06:34 Rickard Strandqvist wrote:
> -void omap_change_voltscale_method(struct voltagedomain *voltdm,
> - int voltscale_method)
> -{
> - if (!voltdm || IS_ERR(voltdm)) {
> - pr_warn("%s: VDD specified does not exist!\n", __
On Monday 29 December 2014 01:52:04 Sneeker Yeh wrote:
> > > +static int dwc3_mb86s70_remove_child(struct device *dev, void *unused)
> > > +{
> > > + struct platform_device *pdev = to_platform_device(dev);
> > > +
> > > + of_device_unregister(pdev);
> > > +
> > > + return 0;
> > > +}
>
On Wednesday 17 December 2014 23:33:02 Sneeker. Yeh wrote:
> >
> >No need for playing games with child devices, just see how the other drivers
> >do
> >it.
>
> I am wondering if this is what you mentioned here? :
> Hcd21: f_usb20ho {
> compatible = "fujitsu,f_usb20ho";
> ...
>
On Tuesday 16 December 2014 10:10:26 Sneeker Yeh wrote:
> This patch adds support for EHCI compliant Host controller found
> on Fujitsu Socs.
>
> Signed-off-by: Sneeker Yeh
> ---
> .../devicetree/bindings/usb/fujitsu-ehci.txt | 22 ++
> drivers/usb/host/Kconfig
On Wednesday 10 December 2014 17:43:33 Pavel Machek wrote:
>
> So, there's bluetooth chip that's connected to the SoC by UART and some
> GPIOs. What would be right representation in the device tree?
> Something like this?
>
> bluetooth {
> compatible = "broadcom,bcm2048"
On Monday 08 December 2014 18:19:17 Vinod Koul wrote:
> On Thu, Nov 27, 2014 at 12:41:31PM +0200, Peter Ujfalusi wrote:
> > include/linux/platform_data/ is not a correct place to keep the API
> > definitions for edma, it is meant to be only for the pdata for the device.
> > Clean up this by moving
rm_data’ defined but not used [-Wunused-variable]
> > static struct si4713_platform_data rx51_si4713_platform_data = {
> >
> > Cc: Sebastian Reichel
> > Cc: Tony Lindgren
> > Cc: Hans Verkuil
> > Cc: Mauro Carvalho Chehab
> > Signed-off-by: Felipe Balbi
>
>
On Wednesday 03 December 2014 23:45:22 Rafael J. Wysocki wrote:
> http://marc.info/?l=linux-kernel&m=141712284917133&w=4
>
> > Before we do lots of s/CONFIG_PM_SLEEP/CONFIG_PM/ changes in lots of
> > other drivers, it would be nice to come up with a new set of macros
> > to replace all the SET_RUN
On Wednesday 03 December 2014 16:03:32 Russell King - ARM Linux wrote:
> On Fri, Nov 28, 2014 at 12:11:38PM +0100, Arnd Bergmann wrote:
> > I'm fine with it either way. Russell, if you like you can merge
> > http://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsun
On Wednesday 03 December 2014 03:02:24 Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is
> selected) PM_RUNTIME is always set if PM is set, so #ifdef blocks
> depending on CONFIG_PM_RUNTIME may now be changed to depend on
On Friday 28 November 2014 13:39:16 Tony Lindgren wrote:
> * Arnd Bergmann [141128 03:31]:
> > On Wednesday 26 November 2014, Tony Lindgren wrote:
> > >
> > > We can finally move the GPMC code to live in drivers/memory
> > > for further clean up work. This ser
On Monday 24 November 2014, Tony Lindgren wrote:
> More dts changes for omaps to add support for new devices:
>
> - Add DCAN support am335x, am437x and dra7
>
> - Add devices for sb-t3x computers
>
> - Add support for NovaTech OrionLXm
>
> - Add n900 battery and si4713 support
>
Pulled into n
On Sunday 23 November 2014, Tony Lindgren wrote:
> The following changes since commit 9889278181bcdbae882664d8cee5bb0e064397e4:
>
> Merge tag 'for-v3.19/omap-a' of
> git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending into
> omap-for-v3.19/soc (2014-11-14 10:25:12 -0800)
>
> are av
On Wednesday 26 November 2014, Tony Lindgren wrote:
> The following changes since commit 6f8782a7a1c826e1c013d6b7d5504af6bcc079e6:
>
> ARM: OMAP2+: Remove unnecesary include in GPMC driver (2014-11-06 10:51:06
> -0800)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub
On Friday 28 November 2014 09:55:53 Marek Szyprowski wrote:
> On 2014-11-27 23:51, Russell King - ARM Linux wrote:
> > On Mon, Nov 17, 2014 at 12:48:22PM +0100, Marek Szyprowski wrote:
> >>
> >> Changes in this version tested on Exynos4412-based TRATS2 and OdroidU3+
> >> boards (both with secure fi
On Friday 28 November 2014 09:16:24 Peter Ujfalusi wrote:
> On 11/27/2014 11:52 PM, Arnd Bergmann wrote:
> > On Thursday 27 November 2014 20:46:12 Peter Ujfalusi wrote:
> >>
> >> I see. With this series I did not planed to fix all edma related issues,
> >&g
On Thursday 27 November 2014 20:46:12 Peter Ujfalusi wrote:
>
> I see. With this series I did not planed to fix all edma related issues, just
> as a start clean up the related header files. I would rather not add fixes to
> mmc, spi, etc drivers since while you have valid point it is not in the sc
On Thursday 27 November 2014 16:23:31 Peter Ujfalusi wrote:
> This will only work in case of legacy boot. When booting with DT we do not
> have pdata and after this patch in dt boot we are not going to be able to get
> the DMA resources either.
No, when booting with DT, the filter_fn and data are
ecific format of the
data passed into it.
This changes the channel data from a resource into a void pointer and
passes it as platform data along with the filter function.
TODO: do the same thing for SPI, and adapt the filter function for the
new format.
Signed-off-by: Arnd
On Wednesday 26 November 2014 15:38:09 Dave Gerlach wrote:
> +
> +static const struct wkup_m3_wakeup_src wakeups[] = {
> + {.irq_nr = 35, .src = "USB0_PHY"},
> + {.irq_nr = 36, .src = "USB1_PHY"},
> + {.irq_nr = 40, .src = "I2C0"},
> + {.irq_nr = 41, .src = "RTC Timer"},
On Wednesday 26 November 2014 15:14:00 Dave Gerlach wrote:
> @@ -66,6 +66,11 @@ extern void ioport_unmap(void __iomem *);
> #define ioremap_wc ioremap_nocache
> #endif
>
> +#ifndef ARCH_HAS_IOREMAP_EXEC
> +#define ioremap_exec ioremap
> +#define ioremap_exec_nocache ioremap_nocache
> +#endif
>
On Friday 21 November 2014 11:15:05 Roger Quadros wrote:
> On 11/21/2014 12:28 AM, Tony Lindgren wrote:
> > Just move to drivers as further clean-up can now happen there
> > finally.
Awesome!
> > arch/arm/mach-omap2/Kconfig | 1 +
> > arch/arm/mach-omap2/Makefile
On Tuesday 11 November 2014, Tony Lindgren wrote:
> Clean-up series for omap PRCM (Power Reset Clock Module) from
> Tero Kristo to move things a bit closer to becoming a proper
> device driver.
Pulled into next/soc, as some of the changes seem slightly more invasive
than what I'd expect from a pur
On Friday 14 November 2014, Tony Lindgren wrote:
> Few omap driver changes to add minimal device tree support
> for the omap 1w driver, and to fix resume and interrupt issues
> on the l3-noc driver.
Pulled into next/drivers, thanks!
Arnd
--
To unsubscribe from this list: send the line "un
On Wednesday 12 November 2014, Tony Lindgren wrote:
> GPMC (General Purpose Memory Controller) changes for omaps. These
> changes allow us to drop dependencies to bootloader timings now
> that the known device tree entries have been fixed. So we can now
> require proper timings to be configured and
On Wednesday 12 November 2014, Tony Lindgren wrote:
> The following changes since commit cac7f2429872d3733dc3f9915857b1691da2eb2f:
>
> Linux 3.18-rc2 (2014-10-26 16:48:41 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
>
On Friday 14 November 2014, Tony Lindgren wrote:
> The following changes since commit cac7f2429872d3733dc3f9915857b1691da2eb2f:
>
> Linux 3.18-rc2 (2014-10-26 16:48:41 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
> ta
On Tuesday 11 November 2014, Tony Lindgren wrote:
>
> Fixes for omap3 that are not urgent. Mostly to remove unnecessary
> noise during the boot with pointless errors and warnings.
>
Pulled into next/fixes-non-critical. We didn't ha
t arm-soc tree? It already
> contains all dependencies.
>
> Kukjin: could you ack this patchset?
I'd rather see this merged through Russell's tree, as most of the patches
are for core code, and only three are for the platform.
For the exynos patches:
Acked-by: Arnd Bergmann
med
'state'
drivers/phy/phy-twl4030-usb.c: In function 'twl4030_usb_probe':
drivers/phy/phy-twl4030-usb.c:679:12: warning: assignment from incompatible
pointer type
This applies the same changes that were done to the other phy drivers
to get it to build cleanly.
Signed-off
On Tuesday 21 October 2014 11:18:15 Nishanth Menon wrote:
> Add serial port aliases for consoles > 6.
>
> Signed-off-by: Nishanth Menon
> ---
> arch/arm/boot/dts/dra7.dtsi |4
> 1 file changed, 4 insertions(+)
>
> diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi
>
On Thursday 18 September 2014, Tony Lindgren wrote:
> Clean-up for omaps for v3.18 merge window:
>
> - Remove unused pieces of the legacy DMA API as we're moving to
> dmaengine API
>
> - Search and replace to standardize on pr_warn instead of pr_warning
>
Nice cleanup!
Merged into next/clean
On Thursday 18 September 2014, Tony Lindgren wrote:
> The following changes since commit d27704d1ec2f9ba06247b402c58a6f2febecef78:
>
> ARM: dts: OMAP2+: Add sub mailboxes device node information (2014-09-11
> 11:46:30 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.o
On Thursday 18 September 2014, Tony Lindgren wrote:
> Few hwmod changes to support upcoming 8250 driver with DMA,
> start using the SRAM driver for some omaps, and update the
> defconfig.
Pulled into next/soc, thanks!
Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux
On Thursday 18 September 2014, Tony Lindgren wrote:
> The following changes since commit 55601c9f24670ba926ebdd4d712ac3b177232330:
>
> arm: omap: intc: switch over to linear irq domain (2014-09-11 13:05:50
> -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm
On Monday 08 September 2014 08:34:00 Tony Lindgren wrote:
> * Arnd Bergmann [140908 08:01]:
> > A small mistake during the recent Kconfig cleanup has led
> > to a harmless warning for OMAP1:
> >
> > warning: (ARCH_OMAP1) selects ARCH_OMAP which has unmet direct depen
-off-by: Arnd Bergmann
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index e7189dcc9309..30d787e99e1a 100644
--- a/arch/arm/mach-omap2/Kconfig
+++ b/arch/arm/mach-omap2/Kconfig
@@ -1,9 +1,9 @@
-menu "TI OMAP/AM/DM/DRA Family"
- depends on ARCH_MULTI_V6 || ARC
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 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 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 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 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: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 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 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
101 - 200 of 755 matches
Mail list logo