and boot till command prompt over MMC.
Unless there are other pending review comments, I hope this series can
make it into 3.11 merge window, the dependent series has been posted at [1]
and completed review.
Tested EDMA on AM1808 EVM and AM33XX Beaglebone with MMC.
Acked-by: Arnd Bergmann
On Friday 14 June 2013 21:32:47 Joel A Fernandes wrote:
diff --git a/Documentation/devicetree/bindings/dma/ti-edma.txt
b/Documentation/devicetree/bindings/dma/ti-edma.txt
new file mode 100644
index 000..ada0018
--- /dev/null
+++ b/Documentation/devicetree/bindings/dma/ti-edma.txt
@@
On Monday 17 June 2013, Fernandes, Joel A wrote:
[Joel] Thanks for the suggestion, I updated it and it looks like this now:
Required properties:
On Monday 03 June 2013, Greg Kroah-Hartman wrote:
On Sat, Jun 01, 2013 at 11:18:13AM +0200, Arnd Bergmann wrote:
A recent bug fix in 3.10, ddd85e225c serial: omap: prevent runtime PM for
no_console_suspend, introduced a regression from an obvious typo:
I don't see that commit id, or commit
macro to the one that we need instead.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
Please apply for 3.10-rc
diff --git a/drivers/tty/serial/omap-serial.c b/drivers/tty/serial/omap-serial.c
index 393a8eb..1aaeca8 100644
--- a/drivers/tty/serial/omap-serial.c
+++ b/drivers/tty/serial/omap-serial.c
) {}
^
The solution is to mark the stub function as 'static inline' so
it gets left out of the build when unused.
Signed-off-by: Arnd Bergmann a...@arndb.de
---
diff --git a/drivers/gpio/gpio-omap.c b/drivers/gpio/gpio-omap.c
index d3f7d2d..e5fba65 100644
--- a/drivers/gpio/gpio-omap.c
+++ b/drivers
On Thursday 30 May 2013, Tomi Valkeinen wrote:
On 30/05/13 14:12, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 12:34 Thu 30 May , Tomi Valkeinen wrote:
On some platforms DPI requires a regulator to be enabled to power up the
output pins. This regulator is, for some reason, currently
On Wednesday 29 May 2013 14:43:26 Roger Quadros wrote:
Improve Kconfig so that the relevant PHY driver can be explicitely
selected by the controller driver instead of relying on the user
to do so.
Detailed description in patch 1.
I think you have to fold patches 3-5 into patch 1,
On Friday 17 May 2013, Gupta, Pekon wrote:
From: Gupta, Pekon pe...@ti.com
Updates ECC scheme selection string same to same as used in omap2-driver code.
This makes the DT configurations easy to understand and map to actual code.
Signed-off-by: Gupta, Pekon pe...@ti.com
This moves the
On Wednesday 08 May 2013, Peter Chen wrote:
This probably could be initialized from some DT property. However,
there's no such property defined right now, and considering that DT is
supposed to be an ABI, we'd always need the code in this patch as a
fallback for DTs that were created
On Wednesday 08 May 2013, Rob Herring wrote:
On 05/08/2013 02:11 AM, Matthijs Kooijman wrote:
https://lkml.org/lkml/2012/12/4/54
And here's the previous attempt, to which Rob Herring refers in a reply.
https://lists.ozlabs.org/pipermail/devicetree-discuss/2012-March/013180.html
I
On Wednesday 08 May 2013, Alan Stern wrote:
The first occurence was apparently in 3.3, but only in ehci-tegra.c,
while the other drivers subsequently copied the bug.
An alternative solution -- perhaps not better but also not relying on
coherent_dma_mask -- is to clear pdev-dev.dma_mask in
On Tuesday 07 May 2013, Tony Lindgren wrote:
The following changes since commit dc2d3db8137fba0f62d7517e1bea8a47f69fcbc4:
Merge tag 'omap-for-v3.10/timer-signed' of
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap into
next/drivers (2013-04-08 19:30:48 +0200)
are
On Wednesday 08 May 2013, Greg Kroah-Hartman wrote:
On Tue, May 07, 2013 at 04:53:52PM -0600, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
Suggested-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Stephen Warren swar...@nvidia.com
So this needs to go in for 3.10, right
On Thursday 02 May 2013 17:09:07 Suman Anna wrote:
On 04/28/2013 11:07 PM, Jassi Brar wrote:
Now, we could either call it (effectively the TI's framework with
quirks for STE) as the Common API and then dismantle and convert it
patch by patch (authors and I seem to agree many things need to
On Friday 03 May 2013 15:39:42 Linus Walleij wrote:
On Fri, May 3, 2013 at 3:25 PM, Arnd Bergmann a...@arndb.de wrote:
On Thursday 02 May 2013 17:09:07 Suman Anna wrote:
I do not know how much of an impact it is for the ST driver as the
series adds the driver, and would have to wait until
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(struct
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.
Yes,
...@linaro.org
Acked-by: Arnd Bergmann a...@arndb.de
--
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
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.
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 a...@arndb.de
---
I've applied
On Saturday 13 April 2013, Rob Clark wrote:
On Mon, Mar 4, 2013 at 1:46 PM, Tony Lindgren t...@atomide.com 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
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
another
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 from
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
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:31
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
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
: e11f1ec 6fa6183
Author: Arnd Bergmann a...@arndb.de
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..88e37a4
--- a/arch/arm/mach-omap2/cclock44xx_data.c
+++ b/arch/arm/mach-omap2
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
On Thursday 04 April 2013, Tony Lindgren wrote:
Clean-up for omap2+ timers from Jon Hunter jon-hun...@ti.com:
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
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, 66
On Thursday 04 April 2013, Tony Lindgren wrote:
GPMC updates from Jon Hunter jon-hun...@ti.com:
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
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
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
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 timer implementations plus
arm64 that do
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_init()
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 the
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_VIEWPORT is, AFAIK,
On Wednesday 06 March 2013, Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [130305 14:31]:
On Tuesday 05 March 2013, Arnd Bergmann wrote:
The recent reorganization of OMAP header files caused a couple of
files that used to be implicitly included now missing from OMAP1.
This adds
seems stale, but the patches all look good to me.
I guess they can now get merged in any order.
Acked-by: Arnd Bergmann a...@arndb.de
--
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
directly
to the arm-soc tree with an Ack or do a round-trip through
the platform maintainer tree. I think Tony already has some of
the OMAP1 fixes, so we should try not to duplicate them.
Arnd
Arnd Bergmann (9):
clk: vt8500: Fix fix device clock divisor calculations
Revert parts of hlist
The recent reorganization of OMAP header files caused a couple of
files that used to be implicitly included now missing from OMAP1.
This adds explicit inclusions of mach/irqs.h and mach/hardware.h
in all files that need them for an OMAP1 allyesconfig build.
Signed-off-by: Arnd Bergmann
On Tuesday 05 March 2013, Arnd Bergmann wrote:
The recent reorganization of OMAP header files caused a couple of
files that used to be implicitly included now missing from OMAP1.
This adds explicit inclusions of mach/irqs.h and mach/hardware.h
in all files that need them for an OMAP1
On Tuesday 05 March 2013, Tony Lindgren wrote:
The following changes since commit 6dbe51c251a327e012439c4772097a13df43c5b8:
Linux 3.9-rc1 (2013-03-03 15:11:05 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
On Monday 04 March 2013, Tony Lindgren wrote:
Arnd Olof, can you please apply this to your non-critical fixes
or some other branch that gets merged early on during the merge
window?
I'll apply this into omap-for-v3.9-rc1/fixes.
I totally missed this one from you, and I have a couple
On Monday 04 March 2013, Russell King - ARM Linux wrote:
Versatile randconfig:
ERROR: irq_domain_add_simple [drivers/gpio/gpio-em.ko] undefined!
I'm pretty sure I submitted a patch for this one before. I'll go looking
for it. IIRC the solution was to export that symbol.
Arnd
--
To
however.
This version incorporates feedback from Viresh Kumar, Andy Shevchenko
and Russell King.
Signed-off-by: Arnd Bergmann a...@arndb.de
Acked-by: Viresh Kumar viresh.ku...@linaro.org
Acked-by: Andy Shevchenko andriy.shevche...@linux.intel.com
Cc: Vinod Koul vinod.k...@linux.intel.com
Cc
On Tuesday 19 February 2013, Kishon Vijay Abraham I wrote:
Added a generic PHY framework that provides a set of APIs for the PHY drivers
to create/destroy a PHY and APIs for the PHY users to obtain a reference to
the PHY with or without using phandle. To obtain a reference to the PHY
without
On Tuesday 19 February 2013, kishon wrote:
On Tuesday 19 February 2013 04:14 PM, Arnd Bergmann wrote:
On Tuesday 19 February 2013, Kishon Vijay Abraham I wrote:
Added a generic PHY framework that provides a set of APIs for the PHY
drivers
to create/destroy a PHY and APIs for the PHY
On Tuesday 19 February 2013, Kishon Vijay Abraham I wrote:
+static struct class *phy_class;
+static LIST_HEAD(phy_list);
+static DEFINE_MUTEX(phy_list_mutex);
+static LIST_HEAD(phy_bind_list);
Hmm, so you actually do have a 'class'. There is a GregKH mandated ban on
new classes, meaning that
On Tuesday 19 February 2013, kishon wrote:
+
+ devname = dev_name(dev);
+ device_initialize(phy-dev);
+ phy-desc = desc;
+ phy-dev.class = phy_class;
+ phy-dev.parent = dev;
+ phy-dev.bus = desc-bus;
+ ret = dev_set_name(phy-dev, %s, devname);
Passing a bus_type
On Tuesday 19 February 2013, Felipe Balbi wrote:
On Tue, Feb 19, 2013 at 12:33:54PM +, Arnd Bergmann wrote:
Currently drivers/phy and drivers/net/phy are independent and are not
related to each other. There are some fundamental differences on how
these frameworks work. IIUC
On Tuesday 19 February 2013, Felipe Balbi wrote:
On Tue, Feb 19, 2013 at 02:34:40PM +, Arnd Bergmann wrote:
On Tuesday 19 February 2013, Felipe Balbi wrote:
On Tue, Feb 19, 2013 at 12:33:54PM +, Arnd Bergmann wrote:
It's a fine line, but I think a phy is something that resembles
On Friday 15 February 2013, Tony Lindgren wrote:
Hi Arnd Olof,
Roger Quadros reworked the OMAP USB patches that were causing
a conflict in Linux next and we requested to be dropped from
Linux next and reworked to remove the dependencies between
core SoC code and the driver code.
Below
On Thursday 14 February 2013, Ezequiel Garcia wrote:
On Thu, Feb 14, 2013 at 10:09:26AM +, Russell King - ARM Linux wrote:
On Fri, Feb 08, 2013 at 02:33:29PM +0100, Arnd Bergmann wrote:
On Friday 08 February 2013 12:06:44 Gregory CLEMENT wrote:
I don't know what to do here
On Thursday 14 February 2013, Ezequiel Garcia wrote:
On Thu, Feb 14, 2013 at 11:08:03AM +, Russell King - ARM Linux wrote:
It's all publically available via my website.
I'm kind of new around here, and I have no clue where that may be.
I hope you don't mind helping me this time.
below, I could add that straight to the branch
that caused the problem if it looks ok to you.
Arnd
From 0860b5b4558ad777068826bc9a735b82f3cf0d88 Mon Sep 17 00:00:00 2001
From: Arnd Bergmann a...@arndb.de
Date: Thu, 14 Feb 2013 13:14:53 +0100
Subject: [PATCH] ARM: mvebu: allow selecting
On Friday 08 February 2013 10:08:13 Russell King - ARM Linux wrote:
Last night's OMAP4430SDP randconfig build failed with:
arch/arm/mach-mvebu/built-in.o: In function `armada_xp_smp_init_cpus':
hotplug.c:(.init.text+0x70): undefined reference to `coherency_get_cpu_count'
are selected.
The latter does not work, because that would introduce a circular
dependency in Kconfig.
I suppose rearranging the mvebu Makefile like this would do.
Signed-off-by: Arnd Bergmann a...@arndb.de
diff --git a/arch/arm/mach-mvebu/Makefile b/arch/arm/mach-mvebu/Makefile
index 99df4df
On Thursday 07 February 2013 14:18:05 Peter Ujfalusi wrote:
I looked briefly around in the mentioned code and I wonder how this is going
to work with audio (ASoC).
When we boot with DT it looks like we are _not_ creating the DMA resources for
the device as it is done for the IRQ and IO/MEM. So
On Wednesday 06 February 2013, Jon Hunter wrote:
+static struct of_dma_filter_info info;
Both members of this structure are constant, so you can just initialize it here,
and it would be nice to give it a more descriptive name, such as
omap_dmadev_info.
static struct platform_driver
is not populated.
Signed-off-by: Jon Hunter jon-hun...@ti.com
Acked-by: Arnd Bergmann a...@arndb.de
--
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
On Thursday 07 February 2013 09:51:11 Jon Hunter wrote:
@@ -673,7 +702,7 @@ static int omap_dma_init(void)
{
int rc = platform_driver_register(omap_dma_driver);
-if (rc == 0) {
+if ((rc == 0) (!of_have_populated_dt())) {
pdev =
/linux/tree/omap-hsmmc-dt-dmaengine-v1
Nice series,
Acked-by: Arnd Bergmann a...@arndb.de
--
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
On Tuesday 05 February 2013, Rob Herring wrote:
+ if (IS_ENABLED(CONFIG_ARCH_MULTIPLATFORM)) {
+ DT_MACHINE_START(GENERIC_DT, Generic DT based system)
+ MACHINE_END
I assume this works, but it looks a bit strange declared here.
Yes, I was wondering whether it should be global instead,
On Tuesday 05 February 2013, Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [130204 07:46]:
Current DMA abstraction is quite poor, for example there's no way to
compile support for multiple DMA engines. Code also makes certain, IMO
unnecessary, assumptions about the underlying DMA
On Saturday 02 February 2013 04:07:59 Sergei Shtylyov wrote:
On 02-02-2013 1:30, Russell King - ARM Linux wrote:
because it doesn't make sense to support multiple DMA APIs. We can check
from MUSB's registers if it was configured with Inventra DMA support and
based on that we can register
On Monday 04 February 2013, Linus Walleij wrote:
So I think the above concerns are moot. The callback we can
set on cookies is entirely optional, and it's even implemented by
each DMA engine, and some may not even support it but require
polling, and then it won't even be implemented by the
On Friday 01 February 2013, Santosh Shilimkar wrote:
This is indeed a nice update towards consolidation. Though
on OMAP, we need to do some work to effectively get rid
of machine, time and irq inits. Will add this task in my
TODO queue.
There is no urgent need to get all board files to have
/2013/1/29/435
Special thanks to John Stulz, Arnd Bergmann and Russell King for their
valuable suggestions.
Cc: Arnd Bergmann a...@arndb.de
Cc: Russell King li...@arm.linux.org.uk
Cc: John Stultz john.stu...@linaro.org
Cc: Tony Lindgren t...@atomide.com
Acked-by: Arnd Bergmann a...@arndb.de
On Thursday 31 January 2013 16:18:23 Russell King - ARM Linux wrote:
On Thu, Jan 31, 2013 at 02:01:14PM -0200, Fabio Estevam wrote:
On Thu, Jan 31, 2013 at 12:27 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
too. It also looks like Versatile Express support _can't_ be
to customize_machine to probe all
the default devices.
For the case that CONFIG_MULTIPLATFORM is enabled, it then
adds a machine descriptor that never matches any machine but
is used as a fallback if nothing else matches.
Signed-off-by: Arnd Bergmann a...@arndb.de
diff --git a/arch/arm/Kconfig b/arch/arm
On Thursday 31 January 2013, Stephen Warren wrote:
With that change, we can remove the custom .init_machine() functions for
all of Tegra, since they just do that:-)
Yes, actually quite a lot of them have the same code, and we also have
an increasing number of users of the irqchip_init and
On Thursday 31 January 2013, Matt Porter wrote:
On Wed, Jan 30, 2013 at 09:32:58AM +, Arnd Bergmann wrote:
On Wednesday 30 January 2013, Matt Porter wrote:
+ dma_cap_set(DMA_SLAVE, edma_filter_info.dma_cap);
+ of_dma_controller_register(dev-of_node
On Wednesday 30 January 2013, Matt Porter wrote:
+Optional properties:
+- dmas: List of DMA controller phandle and DMA request ordered
+ pairs. One tx and one rx pair is required for each chip
+ select.
The binding looks ok, but the wording is slightly incorrect here:
strictly
...@atomide.com
Acked-by: Arnd Bergmann a...@arndb.de
@@ -1001,6 +1001,22 @@ void dma_run_dependencies(struct
dma_async_tx_descriptor *tx);
struct dma_chan *dma_find_channel(enum dma_transaction_type tx_type);
struct dma_chan *net_dma_find_channel(void);
#define dma_request_channel(mask, x, y
On Wednesday 30 January 2013, Matt Porter wrote:
+ dma_cap_set(DMA_SLAVE, edma_filter_info.dma_cap);
+ of_dma_controller_register(dev-of_node,
+ of_dma_simple_xlate,
+
On Monday 28 January 2013, Andy Shevchenko wrote:
On Tue, Jan 15, 2013 at 10:32 PM, Matt Porter mpor...@ti.com wrote:
Adds a dma_request_slave_channel_compat() wrapper which accepts
both the arguments from dma_request_channel() and
dma_request_slave_channel(). Based on whether the driver is
On Tuesday 15 January 2013, Matt Porter wrote:
Adds a dma_request_slave_channel_compat() wrapper which accepts
both the arguments from dma_request_channel() and
dma_request_slave_channel(). Based on whether the driver is
instantiated via DT, the appropriate channel request call will be
made.
On Tuesday 15 January 2013, Kishon Vijay Abraham I wrote:
+OMAP CONTROL USB
+
+Required properties:
+ - compatible: Should be ti,omap-control-usb
+ - reg : Address and length of the register set for the device. It contains
+ the address of control_dev_conf and otghs_control.
+ -
On Tuesday 15 January 2013, kishon wrote:
Good point :-). Currently, none of the OMAP platforms have multiple
control modules and it doesn't seem to be in the future (AFAIK). While
it might be simpler to support multiple control devices with phandle, it
might face the same complications as
On Friday 11 January 2013, Matt Porter wrote:
The approach taken is similar to how OMAP DMA is being converted to
DMA Engine support. With the functional EDMA private API already
existing in mach-davinci/dma.c, we first move that to an ARM common
area so it can be shared. Adding DT and runtime
On Friday 11 January 2013, Matt Porter wrote:
We have tightly coupled the link-time dependency for
omap_dma_filter_fn by going down the path of using
dma_request_slave_channel_compat() as Tony suggested to avoid extra
ifdefry.
That dependency will go away naturally if all the legacy OMAP
On Tuesday 08 January 2013, Lee Jones wrote:
If there is not, there is no way to automatically load the overlays; you
can always
use the kernel command line, or have the a user space application to
request the loading
of a specific board's overlay.
Unfortunately, there is no way to
On Tuesday 08 January 2013, Pantelis Antoniou wrote:
On Jan 8, 2013, at 2:12 PM, Arnd Bergmann wrote:
On Tuesday 08 January 2013, Lee Jones wrote:
If there is not, there is no way to automatically load the overlays; you
can always
use the kernel command line, or have the a user space
On Monday 07 January 2013, Russell King - ARM Linux wrote:
The problem we have is that the way peripheral devices are connected to
their DMA engines can involve additional complexity, which if not handled
correctly results in some platforms being crippled by the API.
I think Vinod was
(Adding Sascha Hauer, Linus Walleij, Lee Jones to Cc)
On Monday 07 January 2013, Tony Lindgren wrote:
At the end of the line, some kind of hardware glue is going to be needed.
I just feel that drawing from a sample size of 1 (maybe 2 if I get to throw
in the beagleboard), it is a bit
of narrowing
double word read with __get_user_xb() (Russell King's suggestion)
v3: explain in comment about why this works for narrowing fetch to 1,
2, or 4 byte type on ARM.
Signed-off-by: Rob Clark r...@ti.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list
On Tuesday 13 November 2012, Russell King - ARM Linux wrote:
You're missing something; that is one of the greatest powers of open
source. The many eyes (and minds) effect. Someone out there probably
has a solution to whatever problem, the trick is to find that person. :)
I think we have a
On Thursday 15 November 2012, Rob Clark wrote:
On Thu, Nov 15, 2012 at 3:19 AM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 13 November 2012, Russell King - ARM Linux wrote:
You're missing something; that is one of the greatest powers of open
source. The many eyes (and minds) effect
On Thursday 15 November 2012, Rob Clark wrote:
I still haven't heard a conclusive argument why we need to use get_user()
rather than copy_from_user() in the DRM code. Is this about a fast path
where you want to shave off a few cycles for each call, or does this
simplify the code structure,
On Tuesday 13 November 2012, Tony Lindgren wrote:
The following changes since commit edf8dde393f879fc2d8c22d4bc01ff8d37b80e1a:
Merge branch 'linus' into
omap-for-v3.8/cleanup-headers-prepare-multiplatform-v3 (2012-11-09 14:58:01
-0800)
are available in the git repository at:
On Thursday 15 November 2012, Tony Lindgren wrote:
The following changes since commit 3d70f8c617a436c7146ecb81df2265b4626dfe89:
Linux 3.7-rc4 (2012-11-04 11:07:39 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
On Tuesday 13 November 2012, Tony Lindgren wrote:
The following changes since commit edf8dde393f879fc2d8c22d4bc01ff8d37b80e1a:
Merge branch 'linus' into
omap-for-v3.8/cleanup-headers-prepare-multiplatform-v3 (2012-11-09 14:58:01
-0800)
are available in the git repository at:
On Tuesday 13 November 2012, Rob Clark wrote:
right, that is what I was worried about.. but what about something
along the lines of:
case 8: { \
if (sizeof(x) 8) \
On Friday 09 November 2012, Tony Lindgren wrote:
This series fixes an annoying regression to make MUSB working
on omap4 again. Although it's getting rather late for these
changes for the -rc cycle, it is important as many devices
are using MUSB for charging and connectivity.
With the USB
On Wednesday 07 November 2012, Tony Lindgren wrote:
The following changes since commit 3d70f8c617a436c7146ecb81df2265b4626dfe89:
Linux 3.7-rc4 (2012-11-04 11:07:39 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
On Wednesday 07 November 2012, Tony Lindgren wrote:
The following changes since commit a0212796b58061a9716178d261f318925c246643:
Merge tag 'omap-cleanup-fixes-a-for-3.8' of
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending into
omap-for-v3.8/cleanup-headers (2012-10-26
On Friday 26 October 2012, Tony Lindgren wrote:
Here's a patch for that. It's against what I have queued up in
omap-for-v3.8/cleanup-headers. Does that look OK to you?
Hi Tony,
thanks for the quick follow-up. Using the absolute #include statements
again looks good, but now there is another
301 - 400 of 749 matches
Mail list logo