Greg,
These are the bug fix patches recently acked by Felipe except one
on ULPI (PATCH 3/4) which is trivial.
Thanks,
Ajay
Ajay Kumar Gupta (3):
usb: musb: fix compilation warning in host only mode
usb: ulpi: fix compilation warning
usb: ehci_omap: fix device detect issue with modules
From: Anand Gadiyar gadi...@ti.com
DMA_ADDR and DMA_COUNT are 32-bit registers, not 16-bit.
Marking them as 16-bit in the table causes only the lower
16-bits to be dumped and this is misleading.
Signed-off-by: Anand Gadiyar gadi...@ti.com
Acked-by: Felipe Balbi felipe.ba...@nokia.com
Fixes below compilation warning when host only configuration is
selected.
drivers/usb/musb/musb_core.c: In function 'musb_stage0_irq':
drivers/usb/musb/musb_core.c:711: warning: unused variable 'mbase'
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
Acked-by: Felipe Balbi felipe.ba...@nokia.com
On 07/07/2010 04:52 PM, ext Nicolas Pitre wrote:
On Wed, 7 Jul 2010, Roger Quadros wrote:
On 07/06/2010 08:42 PM, ext Nicolas Pitre wrote:
On Tue, 6 Jul 2010, Roger Quadros wrote:
OK, this is how I see it.
- Treat the non-removable card as non-removable. So no need to do card
detect
Hi,
On Wed, Jul 07, 2010 at 07:24:16PM +0200, ext Nishanth Menon wrote:
I am not sure.. if you would like drivers to be modprobabe, there may be
quirks that you'd want to enable based on cpu_is_omapxxx checks. so it
probably does not make sense to __initdata the revision/feature variables.
* Nishanth Menon n...@ti.com [100707 16:44]:
overall, we will face this in the future. there are OMAP generic
features and OMAP family specific features. currently OMAP3 has
34xx, 35xx series and 3630 and 37xx series. in future we may see
similar things for OMAP4+ as well.. we need a
Hi,
Here's a quick experimental patches on testing features
with omap_has_feature as discussed based on earlier patches
by Nishant Menon.
These still need to be thought through a bit on how we want
to implement it.
Regards,
Tony
---
Nishanth Menon (1):
omap2/3: id: fix sparse warning
From: Nishanth Menon n...@ti.com
omap24xx_check_revision, omap3_check_features,
omap3_check_revision, omap4_check_revision, omap3_cpuinfo
are not used elsewhere, it should be static
Also fixes the following sparse warnings:
arch/arm/mach-omap2/id.c:105:13: warning: symbol
Implement common omap_has_feature.
Intended to replace omap3_has_ functions
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/id.c | 32
arch/arm/plat-omap/common.c | 15 +++
Replace omap3_has_ macros with omap_has_feature
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/clock3xxx_data.c |2 +-
arch/arm/mach-omap2/id.c | 22 +++---
arch/arm/mach-omap2/pm34xx.c |2 +-
Remove old omap3_has_ macros. Please use omap_has_feature()
instead.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/id.c | 14 --
arch/arm/plat-omap/include/plat/cpu.h | 16
2 files changed, 4 insertions(+), 26 deletions(-)
Allow testing for omap type with omap_has_feature. This
can be used to leave out cpu_is_omap checks.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/include/plat/cpu.h | 38 ++---
1 files changed, 30 insertions(+), 8 deletions(-)
diff --git
* Ghorai, Sukumar s-gho...@ti.com [100708 06:34]:
@@ -71,6 +71,21 @@ static struct twl4030_platform_data zoom2_twldata = {
#ifdef CONFIG_OMAP_MUX
static struct omap_board_mux board_mux[] __initdata = {
+#ifdef CONFIG_OMAP_ZOOM_WLAN
[Ghorai] This is zoom board specific file, So why
Hi all,
FYI, I'll be mostly offline after Friday for several weeks.
I'll post few more patchsets for review, but will not be merging
any other omap code after that for the upcoming merge window.
Cheers,
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of
Hello,
I made new tests regarding this issue. Looks like the problem is
reading from the OneNAND device.
TEST 1
# modprobe mtd_pagetest dev=4
[ 126.505340]
[ 126.506866] =
[ 126.512756] mtd_pagetest: MTD device: 4
[ 126.520477] mtd_pagetest:
Hi all,
Here are some patches dealing with omap serial errata handling.
Regards,
Tony
---
Deepak K (1):
omap2/3/4: serial: errata i202: fix for MDR1 access
Govindraj R (1):
omap3: serial: Add context save and restore for mcr
Nishanth Menon (3):
omap2/3/4: serial: remove
From: Govindraj R govindraj.r...@ti.com
Adds context save/restore for mcr register as state of mcr register
is lost after core off.
Signed-off-by: Govindraj R govindraj.r...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
From: Nishanth Menon n...@ti.com
Initialization of pointer should be done with NULL. Removes sparse
warnings:
arch/arm/mach-omap2/serial.c:566:17: warning: Using plain integer as NULL
pointer
arch/arm/mach-omap2/serial.c:567:17: warning: Using plain integer as NULL
pointer
Signed-off-by:
From: Nishanth Menon n...@ti.com
Remove the following sparse warnings by declaring attr as static:
arch/arm/mach-omap2/serial.c:627:1: warning: symbol 'dev_attr_sleep_timeout'
was not declared. Should it be static?
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Tony Lindgren
From: Nishanth Menon n...@ti.com
introduce silicon specific quirks as a errata handling mechanism
as a start UART_ERRATA_FIFO_FULL_ABORT is used to handle the override
for fifo full condition for rx and tx.
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
From: Deepak K deepa...@ti.com
Errata i202 (OMAP3430 - 1.12, OMAP3630 - 1.6):
UART module MDR1 register access can cause a dummy underrun
condition which could result in a freeze in the case of IrDA
communication or if used as UART, corrupted data.
Workaround is as follows for everytime MDR1
Hello,
2010/7/8 Artem Bityutskiy dedeki...@gmail.com:
On Thu, 2010-07-08 at 11:55 +0200, Enric Balletbò i Serra wrote:
Hello,
I made new tests regarding this issue. Looks like the problem is
reading from the OneNAND device.
Did you try older kernel and then bisecting who is responsible for
* Stephen Rothwell s...@canb.auug.org.au [100708 04:31]:
Hi all,
Today's linux-next merge of the omap tree got conflicts in
arch/arm/mach-omap2/board-3430sdp.c,
arch/arm/mach-omap2/board-3630sdp.c,
arch/arm/mach-omap2/board-am3517evm.c,
arch/arm/mach-omap2/board-cm-t35.c,
From: Hema HK hem...@ti.com
OMAP3 hwmod data stuctures are populated with base address, L3 and L4
interface clocks, IRQs,and sysconfig register details.
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe Balbi felipe.ba...@nokia.com
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin Hilman
From: Hema HK hem...@ti.com
Using omap_device_build api instead of platform_device_register for musb
device registration.The device specific resources defined in centralized
database will be used. So removed the resource definitions from the musb
platform file.
Signed-off-by: Hema HK
On Thu, 2010-07-08 at 12:11 +0200, Enric Balletbò i Serra wrote:
Hello,
2010/7/8 Artem Bityutskiy dedeki...@gmail.com:
On Thu, 2010-07-08 at 11:55 +0200, Enric Balletbò i Serra wrote:
Hello,
I made new tests regarding this issue. Looks like the problem is
reading from the OneNAND
From: Hema HK hem...@ti.com
With OMAP coreoff support usb was not functional as context was getting
lost after wakeup from coreoff. And also usb was blocking the coreoff
after loading the gadget driver even with no cable connected sometimes.
Added the conext save/restore api in the platform
Greg,
These are two patches (acked by Felipe) for v2.6.36 kernel.
Sanity tested on OMAP3EVM.
Regards,
Ajay
Anand Gadiyar (2):
musb: Kill board specific pinmux from driver file
usb: musb: do not override DMA mode in channel program
drivers/usb/musb/musbhsdma.c |5 +
From: Anand Gadiyar gadi...@ti.com
This pin-muxing is best done in the board files. The driver should
not do this explicitly.
Also, this code causes a warning to be thrown when OMAP2430 and OMAP3/4
support are enabled in the same kernel.
Signed-off-by: Anand Gadiyar gadi...@ti.com
Acked-by:
From: Anand Gadiyar gadi...@ti.com
There is no reason for the DMA channel program to override the
DMA mode passed down by its caller. Use the passed parameter
directly, and let the caller handle the decision on which mode
is to be used.
Signed-off-by: Anand Gadiyar gadi...@ti.com
Acked-by:
- Original message -
Hi,
On Wed, Jul 07, 2010 at 07:24:16PM +0200, ext Nishanth Menon wrote:
I am not sure.. if you would like drivers to be modprobabe, there may
be
quirks that you'd want to enable based on cpu_is_omapxxx checks. so it
probably does not make sense to
From 2c6efcebf2790a4c968309360cfc3559b6d9c110 Mon Sep 17 00:00:00 2001
From: Hemanth V heman...@ti.com
Date: Thu, 8 Jul 2010 17:04:06 +0530
Subject: [PATCH] Add support for TWL6030 PWM
TWL6030 supports PWM (Pulse Width Modulator) which is used
to control charging LED. PWM allows for controlling
* Menon, Nishanth n...@ti.com [100708 14:49]:
- Original message -
Hi,
On Wed, Jul 07, 2010 at 07:24:16PM +0200, ext Nishanth Menon wrote:
I am not sure.. if you would like drivers to be modprobabe, there may
be
quirks that you'd want to enable based on cpu_is_omapxxx
On Thu, Jul 08, 2010 at 01:57:36PM +0200, ext Menon, Nishanth wrote:
If pdata is passed based on board: Imagine 3630 and uart quirk. Why
share errata xyz over pdata for every board using 3630? Quirks are cpu
specific and not really domain of board..
look at usb-musb.c, it groups the generic
Hi Tony,
On Wed, 2010-07-07 at 11:44 +0200, ext Tony Lindgren wrote:
From: Ameya Palande ameya.pala...@nokia.com
This commit will enable usage of tsl2563 ambient light sensor on Nokia N900.
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
Signed-off-by: Tony Lindgren t...@atomide.com
Hello.
Hema HK wrote:
With OMAP coreoff support usb was not functional as context was getting
lost after wakeup from coreoff. And also usb was blocking the coreoff
USB is an acronym.
after loading the gadget driver even with no cable connected sometimes.
Added the conext
Hema,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Kalliguddi, Hema
Sent: Thursday, July 08, 2010 3:59 PM
To: linux-...@vger.kernel.org; linux-omap@vger.kernel.org
Cc: Kalliguddi, Hema; Mankad, Maulik Ojas; Felipe
* Tony Lindgren t...@atomide.com [100705 16:16]:
* Cory Maccarrone darkstar6...@gmail.com [100602 01:27]:
This change adds in the necessary clocks and mux pins for UART
control on omap7xx devices. I also made a change in the serial
code to only try and initialize two UARTs in
Hi all,
Here are some omap updates for the upcoming merge window.
Regards,
Tony
---
Cory Maccarrone (1):
omap1: omap7xx clocks, mux, serial fixes
Grazvydas Ignotas (1):
omap: mux: fix multipath gpio handling
Kan-Ru Chen (3):
omap: Add new interface omap_get_die_id
Recent DEBUG_LL and uncompress.h changes removed the check_port()
as pointed out by Cory Maccarrone darkstar6...@gmail.com.
This causes some boards to not boot, so add back the MDR1 register
check. The MDR1 register tells the mode of omap uart. Based on
an earlier patch by Cory Maccarrone
From: Cory Maccarrone darkstar6...@gmail.com
This change adds in the necessary clocks and mux pins for UART
control on omap7xx devices. I also made a change in the serial
code to only try and initialize two UARTs in omap_serial_init, as
these devices don't have three.
Signed-off-by: Cory
Fix GPIO numbers and smc91x for 2430sdp. The earlier code
had cut and paste errors from 3430sdp code. Also, 2430
has five GPIO banks for a total of 160 GPIO lines.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/board-2430sdp.c |6 +-
arch/arm/plat-omap/gpio.c
From: Steve Sakoman sako...@gmail.com
The original patch got truncated when applied from patchwork.kernel.org
as discussed at:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg28953.html
This patch supplies the missing chunks.
Signed-off-by: Steve Sakoman sako...@gmail.com
From: Nishanth Menon n...@ti.com
omap24xx_check_revision, omap3_check_features,
omap3_check_revision, omap4_check_revision, omap3_cpuinfo
are not used elsewhere, it should be static
Also fixes the following sparse warnings:
arch/arm/mach-omap2/id.c:105:13: warning: symbol
From: Sergio Aguirre saagui...@ti.com
The only difference between them is the physical address of the
uart4 port, which is only present in 36xx chips.
We don't really need to care about keeping these 2 functions, since
the decision to use uart4 is more cleanly done later when we do have
access
From: Mike Rapoport m...@compulab.co.il
Most OMAP3-based boards use exactly the same code for .map_io method in
the machine_desc structure.
This patch introduces omap3_map_io and updates board-* files to use it
as .map_io method.
Signed-off-by: Mike Rapoport m...@compulab.co.il
Signed-off-by:
From: Grazvydas Ignotas nota...@gmail.com
OMAP3530 CBB package can have GPIO126 muxed on 2 pins: mmc1_dat4 and
cam_strobe. This causes a problem with current multipath GPIO mux
handling, which muxes both pins as GPIO126 and makes the GPIO unusable.
Fix this by not muxing any pins if multipath
From: Samu Onkalo samu.p.onk...@nokia.com
Omap DMA controller can prefetch data in advance in case of
destination synchronized data transfer. This may increase
performance when target HW block doesn't have fifo.
Data is waiting for transfer request in DMA fifo instead of read from memory.
From: Kan-Ru Chen ka...@0xlab.org
Allow DIE id to be get and used by others.
Signed-off-by: Kan-Ru Chen ka...@0xlab.org
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/id.c | 10 ++
arch/arm/mach-omap2/include/mach/id.h | 22 ++
From: Kan-Ru Chen ka...@0xlab.org
Signed-off-by: Kan-Ru Chen ka...@0xlab.org
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/id.c | 14 ++
1 files changed, 6 insertions(+), 8 deletions(-)
diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c
index
From: stanley.miao stanley.m...@windriver.com
AM3505/3517 doesn't have IO wakeup capability, so we do not need to set
the bit OMAP3430_EN_IO and the bit OMAP3430_EN_IO_CHAIN in the register
PM_WKEN_WKUP when the system enters suspend state.
Tested on AM3517EVM and OMAP3530EVM.
Signed-off-by:
From: Kan-Ru Chen ka...@0xlab.org
The devkit8000 boards often come with empty EEPROM thus without
valid ethernet MAC address. The DIE id to MAC formula is copied from
u-boot.
Signed-off-by: Kan-Ru Chen ka...@0xlab.org
Signed-off-by: Tony Lindgren t...@atomide.com
---
From: Mathias Nyman mathias.ny...@nokia.com
This will enable usage of tsl2563 ambient light sensor on Nokia N900.
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff
Tony Lindgren had written, on 07/08/2010 07:21 AM, the following:
* Menon, Nishanth n...@ti.com [100708 14:49]:
- Original message -
Hi,
On Wed, Jul 07, 2010 at 07:24:16PM +0200, ext Nishanth Menon wrote:
I am not sure.. if you would like drivers to be modprobabe, there may
be
Tony Lindgren had written, on 07/08/2010 04:37 AM, the following:
Implement common omap_has_feature.
Intended to replace omap3_has_ functions
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/id.c | 32
Tony Lindgren had written, on 07/08/2010 04:37 AM, the following:
Replace omap3_has_ macros with omap_has_feature
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/clock3xxx_data.c |2 +-
arch/arm/mach-omap2/id.c | 22 +++---
Tony Lindgren had written, on 07/08/2010 04:38 AM, the following:
Remove old omap3_has_ macros. Please use omap_has_feature()
instead.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/id.c | 14 --
arch/arm/plat-omap/include/plat/cpu.h | 16
Tony Lindgren had written, on 07/08/2010 04:38 AM, the following:
Allow testing for omap type with omap_has_feature. This
can be used to leave out cpu_is_omap checks.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/include/plat/cpu.h | 38
On Thu, Jul 8, 2010 at 8:33 PM, Nishanth Menon n...@ti.com wrote:
Tony Lindgren had written, on 07/08/2010 04:38 AM, the following:
Allow testing for omap type with omap_has_feature. This
can be used to leave out cpu_is_omap checks.
Signed-off-by: Tony Lindgren t...@atomide.com
---
S, Venkatraman had written, on 07/08/2010 11:15 AM, the following:
On Thu, Jul 8, 2010 at 8:33 PM, Nishanth Menon n...@ti.com wrote:
Tony Lindgren had written, on 07/08/2010 04:38 AM, the following:
Allow testing for omap type with omap_has_feature. This
can be used to leave out
Tony Lindgren wrote:
Hi all,
FYI, I'll be mostly offline after Friday for several weeks.
I'll post few more patchsets for review, but will not be merging
any other omap code after that for the upcoming merge window.
Cheers,
Tony
Tony,
The 3630 ES1.1 ID code patch is pending in
On Thu, Jul 8, 2010 at 9:58 PM, Nishanth Menon n...@ti.com wrote:
S, Venkatraman had written, on 07/08/2010 11:15 AM, the following:
On Thu, Jul 8, 2010 at 8:33 PM, Nishanth Menon n...@ti.com wrote:
Tony Lindgren had written, on 07/08/2010 04:38 AM, the following:
Allow testing for omap
Venkatraman S had written, on 07/08/2010 02:28 PM, the following:
On Thu, Jul 8, 2010 at 9:58 PM, Nishanth Menon n...@ti.com wrote:
S, Venkatraman had written, on 07/08/2010 11:15 AM, the following:
On Thu, Jul 8, 2010 at 8:33 PM, Nishanth Menon n...@ti.com wrote:
Tony Lindgren had written,
Hi Nicolas and Roger,
On Tue, Jul 6, 2010 at 8:42 PM, Nicolas Pitre n...@fluxnic.net wrote:
On Tue, 6 Jul 2010, Roger Quadros wrote:
If the Power enable GPIO can be treated as SDIO slot supply (i.e. vmmc),
then
the SDIO/MMC core should tackle it, just like it deals with supply for slots
On Thu, Jul 8, 2010 at 12:45 PM, Tony Lindgren t...@atomide.com wrote:
* Ghorai, Sukumar s-gho...@ti.com [100708 06:34]:
@@ -71,6 +71,21 @@ static struct twl4030_platform_data zoom2_twldata = {
#ifdef CONFIG_OMAP_MUX
static struct omap_board_mux board_mux[] __initdata = {
On Thu, Jul 8, 2010 at 6:39 AM, Ghorai, Sukumar s-gho...@ti.com wrote:
[Ghorai] In general we can avoid OMAP_ZOOM_WLAN and MMC_EMBEDDED_SDIO as
kconfig option. 1st one is board specific and 2nd one could be generic sdio
code. As I mentioned in other patch too.
Thanks, will get rid of the
This patch adds OMAP2420 DMA hwmod structures.
Signed-off-by: Manjunatha GK manj...@ti.com
Signed-off-by: Basak, Partha p-bas...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
This patch series is to convert existing OMAP DMA library into platform driver
for all the OMAP1 and OMAP2 plus processors as per alignment with
Benoit, Paul and Kevin.
The platform device model for OMAP2 plus will makes use of hwmod data base
and it is based on the reference branch:
This patch will clean up API's in plat-omap dma library
The API's are cleaned up for eliminating cpu_is_
checks and machine specific API/code is moved to corresponding mach-omap
directories.
Note: The code in plat-omap dma library will be removed in another patch.
This is to avoid build
This patch adds OMAP2430 DMA hwmod structures.
Signed-off-by: Manjunatha GK manj...@ti.com
Signed-off-by: Basak, Partha p-bas...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
This patch converts omap2/3/4 dma driver into platform
devices through using omap hwmod, omap device and runtime pm
frameworks.
Signed-off-by: Manjunatha GK manj...@ti.com
Signed-off-by: Basak, Partha p-bas...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
The OMAP4 hwmod data base is updated with DMA controller attributes.
Also, irq name are changed from 0 to dma_0, 1-dma_1 ... in order provide
meaningful name to irq names.
Signed-off-by: Manjunatha GK manj...@ti.com
Signed-off-by: Basak, Partha p-bas...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
The DMA IRQ handling is completely differnet between
omap1 and omap2 plus processors hence the IRQ handlers are
moved to respective dma.c in mach-omap directories.
Signed-off-by: Manjunatha GK manj...@ti.com
Signed-off-by: Basak, Partha p-bas...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Cc:
This patch introduces OMAP1 DMA driver as platform device
and adds support for registering through platform device
layer.
Signed-off-by: Manjunatha GK manj...@ti.com
Signed-off-by: Basak, Partha p-bas...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc:
This patch adds OMAP3 DMA hwmod structures.
Signed-off-by: Manjunatha GK manj...@ti.com
Signed-off-by: Basak, Partha p-bas...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc:
The DMA chaining feature is supported from omap2 plus processors and not
supported in omap1. Moving DMA chain API's to mach-omap2.
Note: Existing DMA chain API's in plat-omap will be cleaned up in another
patch. This make sure that build is not broken with individual patches.
Signed-off-by:
Russell King - ARM Linux wrote:
On Wed, Jul 07, 2010 at 03:44:27PM -0700, Zach Pfeffer wrote:
The DMA API handles the allocation and use of DMA channels. It can
configure physical transfer settings, manage scatter-gather lists,
etc.
You're confused about what the DMA API is. You're
77 matches
Mail list logo