On Thursday 01 August 2013 07:57 AM, Joel Fernandes wrote:
On 07/31/2013 04:18 AM, Sekhar Nori wrote:
On Wednesday 31 July 2013 10:19 AM, Joel Fernandes wrote:
Hi Sekhar,
On 07/30/2013 02:05 AM, Sekhar Nori wrote:
On Monday 29 July 2013 06:59 PM, Joel Fernandes wrote:
In an effort to move
On Fri, Jul 26, 2013 at 06:19:16PM +0530, Kishon Vijay Abraham I wrote:
+static int phy_get_id(void)
+{
+ int ret;
+ int id;
+
+ ret = ida_pre_get(phy_ida, GFP_KERNEL);
+ if (!ret)
+ return -ENOMEM;
+
+ ret = ida_get_new(phy_ida, id);
+ if (ret 0)
+
Tero,
On Tuesday 23 July 2013 12:49 PM, Tero Kristo wrote:
+ dd-control_reg = of_iomap(node, 0);
+ dd-idlest_reg = of_iomap(node, 1);
+ dd-autoidle_reg = of_iomap(node, 2);
+ dd-mult_div1_reg = of_iomap(node, 3);
+
[]...
+ reg = of_iomap(node, 0);
Doing an of_iomap()
Hi Jianpeng Ma,
On 8/1/2013 10:18 AM, majianpeng wrote:
We found a problem when we removed a working sd card that the irqaction
of omap_hsmmc can sleep to 3.6s. This cause our watchdog to work.
In func omap_hsmmc_reset_controller_fsm, it should watch a 0-1
transition.It used loops_per_jiffy
Hi Jianpeng Ma,
On 8/1/2013 10:18 AM, majianpeng wrote:
We found a problem when we removed a working sd card that the irqaction
of omap_hsmmc can sleep to 3.6s. This cause our watchdog to work.
In func omap_hsmmc_reset_controller_fsm, it should watch a 0-1
transition.It used loops_per_jiffy
The denominator should be load from INCREMENTOR_DENUMERATOR_RELOAD_OFFSET
rather than INCREMENTER_NUMERATOR_OFFSET.
Signed-off-by: Chen Baozi baoz...@gmail.com
---
arch/arm/mach-omap2/timer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/timer.c
Hi,
the next three patches were taken from v3.10.4-rt1 patchset.
I don't have any boards available to test them, so I'd suggest
testing in as many platforms as possible before pushing
upstream.
By pushing these patches upstream, we help decrease the amount
of out-of-tree changes rt folks need
From: Sebastian Andrzej Siewior bige...@linutronix.de
The lock is taken while reading two registers. On RT the first lock is
taken in hard irq where it might sleep and in the threaded irq.
The threaded irq runs in oneshot mode so the hard irq does not run until
the thread the completes so there
From: Thomas Gleixner t...@linutronix.de
Signed-off-by: Thomas Gleixner t...@linutronix.de
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/tty/serial/omap-serial.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/tty/serial/omap-serial.c
From: Frank Rowand frank.row...@am.sony.com
The omap boot_lock is used by the secondary processor startup code. The locking
task is the idle thread, which has idle-sched_class == idle_sched_class.
idle_sched_class-enqueue_task == NULL, so if the idle task blocks on the
lock, the attempt to wake
On Thu, Aug 01, 2013 at 03:12:45PM +0300, Felipe Balbi wrote:
From: Frank Rowand frank.row...@am.sony.com
The omap boot_lock is used by the secondary processor startup code. The
locking
task is the idle thread, which has idle-sched_class == idle_sched_class.
idle_sched_class-enqueue_task
On 07/31/2013 03:59 AM, Tero Kristo wrote:
On 07/30/2013 06:21 PM, Nishanth Menon wrote:
On 07/23/2013 02:19 AM, Tero Kristo wrote:
Parses OMAP clock data from DT and registers those clocks with the clock
framework. dt_omap_clk_init must be called early during boot for timer
initialization so
From: Frank Rowand frank.row...@am.sony.com
The arm boot_lock is used by the secondary processor startup code. The locking
task is the idle thread, which has idle-sched_class == idle_sched_class.
idle_sched_class-enqueue_task == NULL, so if the idle task blocks on the
lock, the attempt to wake
This patch series add support for ti qspi controller.
Adapted this series on top of Mark brown series[1]:
[1]: https://patchwork.kernel.org/patch/2834694/
Sourav Poddar (2):
drivers: spi: Add qspi flash controller
driver: spi: Add quad spi read support
On 07/31/2013 04:46 AM, Tero Kristo wrote:
On 07/30/2013 07:23 PM, Nishanth Menon wrote:
This patch probably was submitted in the wrong sequence - fails build
and few other issues below.
Yeah, I'll double check the build sequence for these.
On 07/23/2013 02:19 AM, Tero Kristo wrote:
The
Since, qspi controller uses quad read.
Configuring the command register, if the transfer of data needs
dual or quad lines.
This patch has been done on top of the following patch[1], which is just the
basic idea of adding dual/quad support in spi framework.
$subject patch will undergo changes
The patch add basic support for the quad spi controller.
QSPI is a kind of spi module that allows single,
dual and quad read access to external spi devices. The module
has a memory mapped interface which provide direct interface
for accessing data form external spi devices.
The patch will
On 07/31/2013 04:59 AM, Tero Kristo wrote:
On 07/30/2013 09:22 PM, Nishanth Menon wrote:
this patch should be 3/33 to allow dpll.c to build.
On 07/23/2013 02:19 AM, Tero Kristo wrote:
Some of the clock.h contents are needed by the new OMAP clock driver,
including dpll_data and clk_hw_omap.
Hi,
This patchset does the following:
* Restructure and add support for new PHY types. We now support the follwing
four types
TYPE1 - if it has otghs_control mailbox register (e.g. on OMAP4)
TYPE2 - if it has Power down bit in control_dev_conf register. e.g. USB2 PHY
TYPE3 - if it has DPLL
omap_get_control_dev() is being deprecated as it doesn't support
multiple instances. As control device is present only from OMAP4
onwards which supports DT only, we use phandles to get the
reference to the control device.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/usb/musb/omap2430.c
Split USB2 PHY and USB3 PHY into separate omap-control-usb
nodes. Update ti,mode property.
CC: Benoit Cousson benoit.cous...@linaro.org
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 18 --
1 files changed, 12 insertions(+), 6 deletions(-)
diff
Split otghs_ctrl and USB2 PHY power down into separate
omap-control-usb nodes. Update ti,mode property.
CC: Benoit Cousson benoit.cous...@linaro.org
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/omap4.dtsi | 17 -
1 files changed, 12 insertions(+), 5
omap_get_control_dev() is being deprecated as it doesn't support
multiple instances. As control device is present only from OMAP4
onwards which supports DT only, we use phandles to get the
reference to the control device.
As we don't support non-DT boot, we just bail out on probe
if device node
This function was preventing us from supporting multiple
instances. Get rid of it. Since we support DT boots only,
users can get the control device phandle from the DT node.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/usb/phy/phy-omap-control.c | 31 ++-
omap_get_control_dev() is being deprecated as it doesn't support
multiple instances. As control device is present only from OMAP4
onwards which supports DT only, we use phandles to get the
reference to the control device.
As we don't support non-DT boot, we just bail out on probe
if device node
Hi,
On Thu, Aug 01, 2013 at 07:30:01PM +0530, Sourav Poddar wrote:
+static int ti_qspi_setup(struct spi_device *spi)
+{
[snip]
+ pm_runtime_mark_last_busy(qspi-dev);
+ ret = pm_runtime_put_autosuspend(qspi-dev);
+ if (ret 0) {
+ dev_err(qspi-dev,
TYPE2 meaning has changed. It is now a USB2 phy with Power down bit in
control_dev_conf register.
Introduce TYPE3 and TYPE4 PHY. TYPE3 is USB3 phy with DPLL and individual
TX/RX power control. TYPE4 is USB2 phy with power aux register.
Update DT binding information to reflect these changes.
On 07/31/2013 05:13 AM, Tero Kristo wrote:
On 07/30/2013 09:56 PM, Nishanth Menon wrote:
On 07/23/2013 02:20 AM, Tero Kristo wrote:
OMAP clk driver now routes some of the basic clocks through own
registration routine to allow autoidle support. This routine just
checks a couple of device node
On 07/31/2013 05:07 AM, Tero Kristo wrote:
On 07/30/2013 09:40 PM, Nishanth Menon wrote:
On 07/23/2013 02:20 AM, Tero Kristo wrote:
Some devices require their clocks to be available with a specific
dev-id con-id mapping. With DT, the clocks can be found by default
only with their name, or
On 07/31/2013 09:45 AM, Tero Kristo wrote:
On 07/30/2013 10:17 PM, Nishanth Menon wrote:
On 07/23/2013 02:20 AM, Tero Kristo wrote:
This node adds support for a clock node which allows control to the
clockdomain enable / disable.
Dont we have clkdm_enable/disable for the same? should we
On 07/31/2013 09:52 AM, Tero Kristo wrote:
On 07/30/2013 10:33 PM, Nishanth Menon wrote:
[...]
+DT_CLK(NULL,cpufreq_ck,dpll_mpu_ck),
please remove cpufreq.
Hmm why?
Because cpufreq is completely broken now and your current work on it? :)
cpufreq fixing can be done
On 07/31/2013 09:59 AM, Tero Kristo wrote:
On 07/30/2013 11:00 PM, Nishanth Menon wrote:
On 07/23/2013 02:20 AM, Tero Kristo wrote:
[...]
diff --git a/drivers/clk/omap/clk-33xx.c b/drivers/clk/omap/clk-33xx.c
new file mode 100644
index 000..3ada30e
--- /dev/null
+++
On 07/31/2013 10:03 AM, Tero Kristo wrote:
On 07/30/2013 11:08 PM, Nishanth Menon wrote:
On 07/23/2013 02:20 AM, Tero Kristo wrote:
[...]
pr_err(%s: ti,clk-bypass for %s not found\n, __func__,
clk_name);
goto cleanup;
@@ -225,14 +259,31 @@ static void
On 07/31/2013 10:09 AM, Tero Kristo wrote:
On 07/30/2013 11:23 PM, Nishanth Menon wrote:
On 07/23/2013 02:20 AM, Tero Kristo wrote:
OMAP3 has interface clocks in addition to functional clocks, which
is it just OMAP3?
Yea, only omap3 is using this code. Basically because there is control
for
Add USB drv_vbus pinctrl information and USB mode
for the USB controller.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/dra7-evm.dts | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/dra7-evm.dts
USB_DPLL must be initialized and locked at boot so that
USB modules can work.
Also program USB_DLL_M2 output to half rate.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/clk/omap/clk-7xx.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git
Add the sysconfig class bits for the Super Speed USB
controllers
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_7xx_data.c
Add nodes for the Super Speed USB controllers, omap-control-usb,
USB2 PHY and USB3 PHY devices.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/dra7.dtsi | 136 +++
1 files changed, 136 insertions(+), 0 deletions(-)
diff --git
On 08/01/2013 04:44 PM, Nishanth Menon wrote:
On 07/31/2013 03:59 AM, Tero Kristo wrote:
On 07/30/2013 06:21 PM, Nishanth Menon wrote:
On 07/23/2013 02:19 AM, Tero Kristo wrote:
Parses OMAP clock data from DT and registers those clocks with the
clock
framework. dt_omap_clk_init must be
Hi,
These patches adds support for USB host on the DRA7-evm board.
The USB host port (USB2) is tested and works fine.
The USB OTG port (USB1) is still not functional in OTG mode as it is missing
ID pin routing and mailbox write. However, you can get just the host mode to
work by explicitely
On 08/01/2013 09:58 AM, Roger Quadros wrote:
USB_DPLL must be initialized and locked at boot so that
USB modules can work.
Also program USB_DLL_M2 output to half rate.
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/clk/omap/clk-7xx.c | 11 +++
1 files changed, 11
On 08/01/2013 05:00 PM, Nishanth Menon wrote:
On 07/31/2013 04:46 AM, Tero Kristo wrote:
On 07/30/2013 07:23 PM, Nishanth Menon wrote:
This patch probably was submitted in the wrong sequence - fails build
and few other issues below.
Yeah, I'll double check the build sequence for these.
On
On 08/01/2013 03:29 AM, Rajendra Nayak wrote:
Tero,
On Tuesday 23 July 2013 12:49 PM, Tero Kristo wrote:
+ dd-control_reg = of_iomap(node, 0);
+ dd-idlest_reg = of_iomap(node, 1);
+ dd-autoidle_reg = of_iomap(node, 2);
+ dd-mult_div1_reg = of_iomap(node, 3);
+
[]...
+
On 08/01/2013 05:04 PM, Nishanth Menon wrote:
On 07/31/2013 04:59 AM, Tero Kristo wrote:
On 07/30/2013 09:22 PM, Nishanth Menon wrote:
this patch should be 3/33 to allow dpll.c to build.
On 07/23/2013 02:19 AM, Tero Kristo wrote:
Some of the clock.h contents are needed by the new OMAP clock
On Thu, Aug 1, 2013 at 10:08 AM, Tero Kristo t-kri...@ti.com wrote:
We should move the functions to this file instead and empty out
mach-omap2 gradually, omap_dpll.h should be exported and used by
mach-omap2, rather than the other way around.
Yeah, the clock stuff should evolve and move
On 08/01/2013 05:25 PM, Nishanth Menon wrote:
On 07/31/2013 05:07 AM, Tero Kristo wrote:
On 07/30/2013 09:40 PM, Nishanth Menon wrote:
On 07/23/2013 02:20 AM, Tero Kristo wrote:
Some devices require their clocks to be available with a specific
dev-id con-id mapping. With DT, the clocks can be
On 08/01/2013 10:12 AM, Tero Kristo wrote:
On 08/01/2013 05:04 PM, Nishanth Menon wrote:
On 07/31/2013 04:59 AM, Tero Kristo wrote:
On 07/30/2013 09:22 PM, Nishanth Menon wrote:
this patch should be 3/33 to allow dpll.c to build.
On 07/23/2013 02:19 AM, Tero Kristo wrote:
Some of the
On 08/01/2013 05:11 PM, Nishanth Menon wrote:
On 07/31/2013 05:13 AM, Tero Kristo wrote:
On 07/30/2013 09:56 PM, Nishanth Menon wrote:
On 07/23/2013 02:20 AM, Tero Kristo wrote:
OMAP clk driver now routes some of the basic clocks through own
registration routine to allow autoidle support.
On 08/01/2013 10:18 AM, Tero Kristo wrote:
On 08/01/2013 05:25 PM, Nishanth Menon wrote:
On 07/31/2013 05:07 AM, Tero Kristo wrote:
On 07/30/2013 09:40 PM, Nishanth Menon wrote:
On 07/23/2013 02:20 AM, Tero Kristo wrote:
[..]
if we can get rid of usage of omap_hwmod_get_main_clk by catching
On 08/01/2013 05:33 PM, Nishanth Menon wrote:
On 07/31/2013 09:45 AM, Tero Kristo wrote:
On 07/30/2013 10:17 PM, Nishanth Menon wrote:
On 07/23/2013 02:20 AM, Tero Kristo wrote:
This node adds support for a clock node which allows control to the
clockdomain enable / disable.
Dont we have
On 08/01/2013 06:24 PM, Nishanth Menon wrote:
On 08/01/2013 10:18 AM, Tero Kristo wrote:
On 08/01/2013 05:25 PM, Nishanth Menon wrote:
On 07/31/2013 05:07 AM, Tero Kristo wrote:
On 07/30/2013 09:40 PM, Nishanth Menon wrote:
On 07/23/2013 02:20 AM, Tero Kristo wrote:
[..]
if we can get rid
On 08/01/2013 05:40 PM, Nishanth Menon wrote:
On 07/31/2013 09:52 AM, Tero Kristo wrote:
On 07/30/2013 10:33 PM, Nishanth Menon wrote:
[...]
+DT_CLK(NULL,cpufreq_ck,dpll_mpu_ck),
please remove cpufreq.
Hmm why?
Because cpufreq is completely broken now and your current work
On 08/01/2013 05:43 PM, Nishanth Menon wrote:
On 07/31/2013 09:59 AM, Tero Kristo wrote:
On 07/30/2013 11:00 PM, Nishanth Menon wrote:
On 07/23/2013 02:20 AM, Tero Kristo wrote:
[...]
diff --git a/drivers/clk/omap/clk-33xx.c b/drivers/clk/omap/clk-33xx.c
new file mode 100644
index
On 08/01/2013 06:10 PM, Nishanth Menon wrote:
On 08/01/2013 03:29 AM, Rajendra Nayak wrote:
Tero,
On Tuesday 23 July 2013 12:49 PM, Tero Kristo wrote:
+dd-control_reg = of_iomap(node, 0);
+dd-idlest_reg = of_iomap(node, 1);
+dd-autoidle_reg = of_iomap(node, 2);
+
On Thu, Aug 1, 2013 at 10:34 AM, Tero Kristo t-kri...@ti.com wrote:
I think you already dealt with (c). in the same vein, we can do (a) and
(b). Dont think anyone else has gone about this to the extent we are
attempting to do till date, so as pioneers, we might as well suggest
with a patch :D
On Tue, Jul 30, 2013 at 05:21:14PM +0100, Sekhar Nori wrote:
On 7/30/2013 8:25 PM, Mark Rutland wrote:
On Tue, Jul 30, 2013 at 06:05:52AM +0100, Gururaja Hebbar wrote:
Hi,
On 7/3/2013 2:17 PM, Hebbar Gururaja wrote:
Since AM33xx RTC IP has RTC_IRQWAKEEN to support Alarm Wake-up.
On Thursday 01 August 2013 05:42 PM, Felipe Balbi wrote:
Hi,
the next three patches were taken from v3.10.4-rt1 patchset.
I don't have any boards available to test them, so I'd suggest
testing in as many platforms as possible before pushing
upstream.
By pushing these patches upstream, we help
My allnoconfig fails with this error:
arch/arm/mach-omap2/built-in.o: In function `omap4_local_timer_init':
dss-common.c:(.init.text+0x1d90): undefined reference to
`twd_local_timer_register'
Might be worth looking into whatever's missing?
--
To unsubscribe from this list: send the line
On Thursday 01 August 2013 01:52 PM, Russell King - ARM Linux wrote:
My allnoconfig fails with this error:
arch/arm/mach-omap2/built-in.o: In function `omap4_local_timer_init':
dss-common.c:(.init.text+0x1d90): undefined reference to
`twd_local_timer_register'
Might be worth looking into
From: Vaibhav Bedia vaibhav.be...@ti.com
The generic code is well equipped to differentiate between
SMP and UP configurations.However, there are some devices which
use Cortex-A9 MP core IP with 1 CPU as configuration. To let
these SOCs to co-exist in a CONFIG_SMP=y build by leveraging
the
On Thu, Aug 01, 2013 at 02:11:18PM -0400, Santosh Shilimkar wrote:
On Thursday 01 August 2013 01:52 PM, Russell King - ARM Linux wrote:
My allnoconfig fails with this error:
arch/arm/mach-omap2/built-in.o: In function `omap4_local_timer_init':
dss-common.c:(.init.text+0x1d90): undefined
On Thursday 01 August 2013 02:27 PM, Russell King - ARM Linux wrote:
On Thu, Aug 01, 2013 at 02:11:18PM -0400, Santosh Shilimkar wrote:
On Thursday 01 August 2013 01:52 PM, Russell King - ARM Linux wrote:
My allnoconfig fails with this error:
arch/arm/mach-omap2/built-in.o: In function
On 08/01/13 11:31, Santosh Shilimkar wrote:
On Thursday 01 August 2013 02:27 PM, Russell King - ARM Linux wrote:
On Thu, Aug 01, 2013 at 02:11:18PM -0400, Santosh Shilimkar wrote:
On Thursday 01 August 2013 01:52 PM, Russell King - ARM Linux wrote:
My allnoconfig fails with this error:
On 08/01/13 11:34, Stephen Boyd wrote:
On 08/01/13 11:31, Santosh Shilimkar wrote:
On Thursday 01 August 2013 02:27 PM, Russell King - ARM Linux wrote:
On Thu, Aug 01, 2013 at 02:11:18PM -0400, Santosh Shilimkar wrote:
On Thursday 01 August 2013 01:52 PM, Russell King - ARM Linux wrote:
My
On Thursday 01 August 2013 02:37 PM, Stephen Boyd wrote:
On 08/01/13 11:34, Stephen Boyd wrote:
On 08/01/13 11:31, Santosh Shilimkar wrote:
On Thursday 01 August 2013 02:27 PM, Russell King - ARM Linux wrote:
On Thu, Aug 01, 2013 at 02:11:18PM -0400, Santosh Shilimkar wrote:
On Thursday 01
On 08/01, Santosh Shilimkar wrote:
This one looks fine for me. Can you send above in
a proper patch ? Let me know if you want me to
send it.
Here's a proper patch. Olof, can you please apply this on top of
the merge (and maybe you can fix the merge again to handle the
HAVE_CAN problem I
On Thursday 01 August 2013 02:59 PM, Stephen Boyd wrote:
On 08/01, Santosh Shilimkar wrote:
This one looks fine for me. Can you send above in
a proper patch ? Let me know if you want me to
send it.
Here's a proper patch. Olof, can you please apply this on top of
the merge (and maybe you
On Thu, Aug 01, 2013 at 11:59:56AM -0700, Stephen Boyd wrote:
On 08/01, Santosh Shilimkar wrote:
This one looks fine for me. Can you send above in
a proper patch ? Let me know if you want me to
send it.
Here's a proper patch. Olof, can you please apply this on top of
the merge (and
Last couple of 4430SDP randconfig build attempts had this error in
common:
drivers/video/omap2/displays-new/connector-analog-tv.c: In function 'tvc_probe':
drivers/video/omap2/displays-new/connector-analog-tv.c:215:19: error:
'omap_dss_pal_timings' undeclared (first use in this function)
#ifdef
On Thu, Aug 01, 2013 at 11:59:56AM -0700, Stephen Boyd wrote:
On 08/01, Santosh Shilimkar wrote:
This one looks fine for me. Can you send above in
a proper patch ? Let me know if you want me to
send it.
Here's a proper patch. Olof, can you please apply this on top of
the merge (and
On 08/01/2013 01:13 AM, Sekhar Nori wrote:
On Thursday 01 August 2013 07:57 AM, Joel Fernandes wrote:
On 07/31/2013 04:18 AM, Sekhar Nori wrote:
On Wednesday 31 July 2013 10:19 AM, Joel Fernandes wrote:
Hi Sekhar,
On 07/30/2013 02:05 AM, Sekhar Nori wrote:
On Monday 29 July 2013 06:59 PM,
Just some corrections here..
On 08/01/2013 03:28 PM, Joel Fernandes wrote:
2. If the interrupt handler for some reason doesn't complete or get
service in time, we will end up DMA'ing incorrect data as events
wouldn't stop coming in even if interrupt is not yet handled (in your
example linked
On Sun 2013-07-28 15:44:09, Pavel Machek wrote:
On Mon 2013-07-15 01:28:19, Aaro Koskinen wrote:
Hi,
On Sat, Jul 13, 2013 at 02:17:09PM +0200, Pavel Machek wrote:
This adds device tree with neccessary support to boot with functional
video (on both emulator and real N900 device).
pass of_phandle_args dma_spec to dma_request_channel in of_dma_simple_xlate,
so the filter function could access of_node in of_phandle_args.
It also remove restriction of #dma-cells has to be one.
Signed-off-by: Richard Zhao riz...@nvidia.com
---
drivers/dma/edma.c | 7 +--
74 matches
Mail list logo