From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: [PATCH] omap3-iommu: reorganize
Date: Mon, 18 May 2009 18:43:00 +0200
No functional changes.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
How about this?
What's the advantage of introducing a new structure
On Tue, 19 May 2009 00:09:20 -0500
Luke-Jr l...@dashjr.org wrote:
Yes, that change seemed to get me booting... however, with rc6, the
keyboard no longer works *at all*, and in neither rc4 nor rc6 does
p54spi actually work.
For me keyboard still works as partially (commit
On Tue, May 19, 2009 at 9:03 AM, Hiroshi DOYU hiroshi.d...@nokia.com wrote:
From: ext Felipe Contreras felipe.contre...@gmail.com
Subject: [PATCH] omap3-iommu: reorganize
Date: Mon, 18 May 2009 18:43:00 +0200
No functional changes.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
On Tue, May 19, 2009 at 4:56 AM, Guzman Lugo, Fernando x0095...@ti.com wrote:
Hi everyone,
We have been looking into the Slab Corruption error and we have found the
problem occurs after an application has been terminated abnormally, e.g.
Using CTL-C or Segmentation Fault or kill.
The
From: Ameya Palande ameya.pala...@nokia.com
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
---
drivers/dsp/bridge/pmgr/cod.c|2 +-
drivers/dsp/bridge/rmgr/drv.c|2 +-
drivers/dsp/bridge/services/regsup.c |4 ++--
3 files changed, 4 insertions(+), 4 deletions(-)
Hi Fernand,
From: ext Guzman Lugo, Fernando x0095...@ti.com
Subject: slap corruption
Date: Tue, 19 May 2009 03:56:08 +0200
Hi everyone,
We have been looking into the Slab Corruption error and we have found the
problem occurs after an application has been terminated abnormally, e.g.
From: Ameya Palande ameya.pala...@nokia.com
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
---
drivers/dsp/bridge/wmd/io_sm.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/dsp/bridge/wmd/io_sm.c b/drivers/dsp/bridge/wmd/io_sm.c
index 8d106e1..6f7e338
Hi Kevin,
I get a kernel panic on my TI OMAP 3503 when I incorporate the SR
patches. How can I trace and debug this to find the cause of this null
pointer error ?
Power Management for TI OMAP3.
mmc0: mmc_rescan - card ocr from io_op=0x, err = -110
pm_dbg_init()
Unable to handle
On Fri, 15 May 2009 16:45:06 +0800
yingchao li rjn...@gmail.com wrote:
In my omap3430 board, when a transfer is on-going(i.e. reading from sd
card), I unpluged directly sd card, then kernel panic.
Known issue unfortunately. Something is not properly reference counting
the block queue, but
Hi Elvis,
I think I saw something similar last week, and it was caused by not having
CONFIG_OMAP_PM_SRF enabled. The actual culprit is the marked line in
sr_configure_vp():
vpconfig = PRM_VP1_CONFIG_ERROROFFSET |
PRM_VP1_CONFIG_ERRORGAIN |
Thanks for the info, Roger! I'll wait for that patch!
Elvis
Currently Smartreflex (SR) is dependent on SRF to get OPP levels.
Just make sure you select CONFIG_OMAP_PM_SRF when using SR. OR you
can disable Smartreflex till this issue is fixed.
I am working on a patch that will make
This removes Smartreflex driver's dependency on SRF layer to get
OPPs for VDD1 and VDD2. Now Smartreflex is usable irrespective of the
underlying PM layer.
Signed-off-by: Roger Quadros ext-roger.quad...@nokia.com
---
arch/arm/mach-omap2/smartreflex.c | 74 -
ext Elvis Dowson wrote:
Thanks for the info, Roger! I'll wait for that patch!
Elvis
Currently Smartreflex (SR) is dependent on SRF to get OPP levels. Just
make sure you select CONFIG_OMAP_PM_SRF when using SR. OR you can
disable Smartreflex till this issue is fixed.
I am working on a
On Fri, May 15, 2009 at 3:18 PM, twebb taliaferr...@gmail.com wrote:
I'm using the L25.6/android-2.6.27 kernel and am adapting it as
necessary to OMAP3530-based hardware. However, I don't see how to
configure the kernel for an LCD display other than the NEC display
defined for ZOOM2 (which is
-Original Message-
From: ext Elvis Dowson [mailto:elvis.dow...@mac.com]
Sent: 19 May, 2009 14:49
To: Kristo Tero (Nokia-D/Tampere)
Cc: Linux OMAP Users
Subject: Re: Smart Reflex pm patches causes a kernel panic
Hi Tero,
Thanks for the reply. I'll try this out. I
don't
Prevent SmartReflex driver driver from loading if OPP tables are
not defined by platform. This removes possibility of NULL pointer
reference in SmartReflex driver code.
Signed-off-by: Roger Quadros ext-roger.quad...@nokia.com
---
arch/arm/mach-omap2/smartreflex.c |6 ++
1 files changed,
Recent OMAP4 patch reviews brought out some clean-up/reorganization on generic
OMAP2/3 software. This patch series addresses those comments.
It's based on 2.6.30-rc6 (commit:22ef37eed673587ac984965dc88ba94c68873291) and
tested on OMAP3430 SDP platform.
[PATCH 1/4] ARM: OMAP2/3:
This patch removes fixes omap_sram_error() function and replace the
error paths with BUG_ON.
The proposed fix was suggested by Russell King rmk+ker...@arm.linux.org.uk
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/plat-omap/sram.c | 25 +
1
This patch fixes the compiler warning assignment from incompatible
pointer type in dmtimer.c and removes the tye casts. These warnings
were suppressed by type catsing.
The proposed fix was suggested by Russell King rmk+ker...@arm.linux.org.uk
Signed-off-by: Santosh Shilimkar
This patch removes unnecessary omap2_globals and pass the global structures
directly as function argument.
The proposed cleanup was suggested by Russell King rmk+ker...@arm.linux.org.uk
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/plat-omap/common.c | 13
(patch is rebased on 2.6.30-rc6. The older version was based on 2.6.30-rc2)
This patch creates the bare minimal board files to support
OMAP_4430SDP. Additinaly new omap44xx.h is created which contains
the base addresses for OMAP4430. File omap34xx.h is adapted to avoid
multiple definitions of
(patch is rebased on 2.6.30-rc6. The older version was based on 2.6.30-rc2)
This patch updates the common platform headers files for OMAP4430.
On OMAP4, GIC is used instead of INTC, hence all the private peripheral
interrupts are shifted by an offset of 32. So if the hardcoding is not
done for
(patch is rebased on 2.6.30-rc6. The older version was based on 2.6.30-rc2)
This patch updates the common platform source files for OMAP4430.
Few OMAP4 peripherals are common with OMAP3 architecture.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/plat-omap/common.c |
(patch is rebased on 2.6.30-rc6. The older version was based on 2.6.30-rc2)
This patch updates the common machine specific source files for OMAP4430.
Few OMAP4 peripherals are common with OMAP3 architecture. Lot of code
gets re-used because of this.
Signed-off-by: Santosh Shilimkar
(Patches are rebased on 2.6.30-rc6. The older version was based on 2.6.30-rc2)
This patch update the common clock.c file for OMAP4. The clk_get() and
clk_put() sunctions are moved to common place in arch/arm/common/clkdev.c
Since on current OMAP4 platform clk management is still not supported,
Hi,
Does the SmartReflex pm patches affect the operation of USB
suspend/resume functions? Without the SR patches, the TI OMAP 3503
does not go to suspend mode at the moment.
Elvis Dowson
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
Roger Quadros ext-roger.quad...@nokia.com writes:
ext tero.kri...@nokia.com wrote:
Hi Elvis,
I think I saw something similar last week, and it was caused by not having
CONFIG_OMAP_PM_SRF enabled. The actual culprit is the marked line in
sr_configure_vp():
vpconfig =
Elvis Dowson elvis.dow...@mac.com writes:
Hi,
I have a problem with my TI OMAP 3503 platform, where the
microSD card that I have, gets corrupted during a suspend/resume
operation. Do the existing power management drivers, cleanly unmount/
mount the mmc card during a suspend/resume
Artem Bityutskiy artem.bityuts...@nokia.com writes:
Kevin Hilman wrote:
The problem here is that such an interface is extremely fragile. Consider
what happens if a program disables HLT, and then gets killed off for some
reason. How does this reference get balanced again?
I think a better
Hi,
Yes, this solved the problem. Its working fine now!! :-) Thank you!!
Best regards,
Elvis
On May 19, 2009, at 6:52 PM, Kevin Hilman wrote:
Is your rootfs on MMC? If so, be sure you have
CONFIG_MMC_UNSAFE_RESUME=y in your .config.
MMC on rootfs on PM branch works fine for me
Hi Hiroshi,
Yes, I can reproduce this running the ping.out sample, this are the
steps:
# insmod dspbridge.ko
# insmod bridgedriver.ko
# ./cexec.out ddspbase_tiomap3430.dof64P
# ./ping.out 100
^C
# ./ping.out 10
Thanks and regards,
Fernando.
-Original Message-
From: Hiroshi
Hi,
When booting on ldp (zoom1), I am seeing a kernel panic. I am using latest
kernel built from L-O master at:
OMAP: sDMA: Correct the the omap_request_dma_chain() signature
0b2ce840c9fb58cf489bfdfc2d77f99a09a5dca3
Any one having any idea as to why? Here's my boot trace
## Booting image at
Elvis Dowson elvis.dow...@mac.com writes:
Does the SmartReflex pm patches affect the operation of USB
suspend/resume functions? Without the SR patches, the TI OMAP 3503
does not go to suspend mode at the moment.
You're testing something that others are not: PM branch minus SR
patches.
I
Hi Kevin,
On May 19, 2009, at 8:12 PM, Kevin Hilman wrote:
You're testing something that others are not: PM branch minus SR
patches.
I suggest you re-add the SR patches and try the suggestions of others:
Roger's patches + fix your board file.
I've just finished the board-overo.c
Roger Quadros ext-roger.quad...@nokia.com writes:
This removes Smartreflex driver's dependency on SRF layer to get
OPPs for VDD1 and VDD2. Now Smartreflex is usable irrespective of the
underlying PM layer.
Signed-off-by: Roger Quadros ext-roger.quad...@nokia.com
Thanks, I'll revert my
Woodruff, Richard r-woodru...@ti.com writes:
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Niilo Minkkinen
Sent: Monday, May 18, 2009 9:54 AM
Omap3 MUSB AUTOIDLE functionality configured through OTG_SYSCONFIG
register prevents the device from
Writing zero to /sys/devices/platform/serial8250.uart/sleep_timeout
will disable the timeout feature and prevent UART clocks from being
disabled.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/serial.c | 13 +++--
1 files changed, 11 insertions(+), 2
The sysfs control /sys/power/clocks_off_while_idle only affects
the UART clocks. And these can now be controlled with a UART
specific timeout sysfs control. The system default behavior
is to have the equivalent of clocks_off_while_idle == 1 and
a UART inactivity timeout of 5 seconds.
Now one
* Kevin Hilman khil...@deeprootsystems.com [090519 10:15]:
The sysfs control /sys/power/clocks_off_while_idle only affects
the UART clocks. And these can now be controlled with a UART
specific timeout sysfs control. The system default behavior
is to have the equivalent of
* Jarkko Nikula jhnik...@gmail.com [090518 23:41]:
On Tue, 19 May 2009 00:09:20 -0500
Luke-Jr l...@dashjr.org wrote:
Yes, that change seemed to get me booting... however, with rc6, the
keyboard no longer works *at all*, and in neither rc4 nor rc6 does
p54spi actually work.
For me
The exception handler state for the various modes of the processor
(FIQ, IRQ, ABORT, UNDEF, SYSTEM) does not need a full context
save/restore. Only the stack pointers for the used modes need a
save/restore and this is done already in the ARM-generic cpu_init()
function.
So, this patch drops the
* Tony Lindgren t...@atomide.com [090514 16:22]:
Hi,
This series removes defines that are included from hardware.h via
various processor specific headers. The series makes the defines
processor specific where possible so they don't trigger recompile
and cause blocks for multi-omap booting.
I guess the answer is all three.
Elvis
On May 19, 2009, at 9:44 PM, Elvis Dowson wrote:
Hi Roger,
Which headers should I include for getting the mpu, dsp and l3
rate tables in for my board-overo.c file ? Just mach/omap-pm.h ? I
see a couple of other headers file in the board-3430sdp.c
Hi,
I just applied all the 191 pm patches successfully. I was just
wondering, doesn't the pm patches turn off the LCD LED backlight? I
have a samsung lcd touschreen, and although the screen turns dark when
it goes to suspend mode, I can still see the LED backlight on from if
I look at it
Op 19 mei 2009, om 19:50 heeft Elvis Dowson het volgende geschreven:
I guess the answer is all three.
This works for me:
http://cgit.openembedded.net/cgit.cgi?url=openembedded/tree/recipes/linux/linux-omap-pm/overo-cpufreq.diff
regards,
Koen
PGP.sig
Description: Dit deel van het bericht
Hi Koen,
Thanks I already got this to work!
Best regards,
Elvis
On May 19, 2009, at 11:13 PM, Koen Kooi wrote:
Op 19 mei 2009, om 19:50 heeft Elvis Dowson het volgende geschreven:
I guess the answer is all three.
This works for me:
Hi,
I managed to get USB suspend to work after enabling the appropriate
USB suspend/resume option in the kernel. Now it works fine.
However, I still get the SR1 and SR2 VDD autocomp not active errors.
What could the reason for this be?
Best regards,
Elvis
--
To unsubscribe from this
Russell King - ARM Linux wrote:
Moreover, I don't think forcing frame pointers to be enabled even with
unwinding support is the right solution - if we have frame pointers
there's no need for unwind support (so maybe the right answer is to
force unwind support off for the time being?)
Ok, so I
Hi,
I rebased these patches on top of the for-next branch in linux-omap
tree, some comments and the updated patch below.
* Santosh Shilimkar santosh.shilim...@ti.com [090519 06:32]:
(patch is rebased on 2.6.30-rc6. The older version was based on 2.6.30-rc2)
This patch creates the bare
* Santosh Shilimkar santosh.shilim...@ti.com [090519 06:32]:
(patch is rebased on 2.6.30-rc6. The older version was based on 2.6.30-rc2)
This patch updates the common platform headers files for OMAP4430.
On OMAP4, GIC is used instead of INTC, hence all the private peripheral
interrupts are
* Santosh Shilimkar santosh.shilim...@ti.com [090519 06:32]:
(patch is rebased on 2.6.30-rc6. The older version was based on 2.6.30-rc2)
This patch updates the common platform source files for OMAP4430.
Few OMAP4 peripherals are common with OMAP3 architecture.
Here's this one rebased on top
* Tony Lindgren t...@atomide.com [090519 14:18]:
Hi,
I rebased these patches on top of the for-next branch in linux-omap
tree, some comments and the updated patch below.
We can now get rid of these old defines too BTW.
Tony
From a64bb3a0bf0128ee4ae1d540c7482c186aff326b Mon Sep 17 00:00:00
Kevin,
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Kevin Hilman
echo 0 /sys/power/clocks_off_while_idle
Kevin Hilman (2):
For PM branch are you keeping any kind of running readme file for inclusion in
Documentation directory? It
Woodruff, Richard r-woodru...@ti.com writes:
Kevin,
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Kevin Hilman
echo 0 /sys/power/clocks_off_while_idle
For PM branch are you keeping any kind of running readme file for
inclusion in
Elvis Dowson elvis.dow...@mac.com writes:
I just applied all the 191 pm patches successfully. I was just
wondering, doesn't the pm patches turn off the LCD LED backlight? I
have a samsung lcd touschreen, and although the screen turns dark when
it goes to suspend mode, I can still see
Hi all,
This series contains omap updates for review. There will be one more
series after this for omap3 specific patches.
Regards,
Tony
---
Eero Nurkkala (1):
ARM: OMAP: McBSP: Fix legacy interrupts to clear their status
Imre Deak (1):
ARM: OMAP2: 2430SDP: Add FB support to
From: Mans Rullgard m...@mansr.com
This increases VMALLOC_END to 0x1800, making room for 256MB
RAM with the default 128MB vmalloc region.
Note that after this patch there's no longer a hole between vmalloc
space and the beginning of IO space on omap2 as the first virtual
mapping starts at
From: Jarkko Nikula jarkko.nik...@nokia.com
This email address is going to expire soon so update it.
Signed-off-by: Jarkko Nikula jarkko.nik...@nokia.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/i2c.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
* Pandita, Vikram vikram.pand...@ti.com [090519 16:48]:
Tony
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, May 19, 2009 11:30 AM
To: Pandita, Vikram
Cc: Christensen, Mikkel; linux-omap@vger.kernel.org
Subject: Re: [PATCH v3 1/3] OMAP3:zoom2: Add
Tony
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Pandita, Vikram
Sent: Tuesday, May 19, 2009 7:01 PM
To: Tony Lindgren
Cc: Christensen, Mikkel; linux-omap@vger.kernel.org
Subject: RE: [PATCH v3 1/3] OMAP3:zoom2: Add
Hi,
I just noticed that after incorporating the SR reflex and the recent
patches from 187 onwards (using git format patch master on the pm
branch),
my ADS7846 touchscreen controller's response has become modified. Any
possible links or is there some dependency between the SR reflex
Hi All,
I have placed the latest set of TI DSP BRIDGE patches based on linux-omap-pm
2.6.29 branch on gitorious; this is just a temporarily tree until it can be
hosted on omapzoom again.
Special thanks to Hiroshi and Ameya, I took the logical set of patches which
was ported long time back[1]
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Wednesday, May 20, 2009 2:48 AM
To: Shilimkar, Santosh
Cc: linux-arm-ker...@lists.arm.linux.org.uk;
linux-omap@vger.kernel.org
Subject: Re: [PATCH 2/7] OMAP4: Create board support for
OMAP_4430SDP, v3
Hi,
There is no need to keep sending notifications once an mmu fault
or sys error was sent, one notification should be enough to
signal the reload of baseimage for recovery.
Signed-off-by: Omar Ramirez Luna x00o...@ti.com
Acked-by: Hari Kanigeri h-kanige...@ti.com
---
drivers/dsp/bridge/wmd/ue_deh.c
From: Guzman Lugo Fernando x0095...@ti.com
This patch removes the SEEK_* redefinitions in host_os.h
Signed-off-by: Guzman Lugo Fernando x0095...@ti.com
Acked-by: Omar Ramirez Luna x00o...@ti.com
---
arch/arm/plat-omap/include/dspbridge/host_os.h |6 --
1 files changed, 0 insertions(+),
From: Fernando Guzman Lugo x0095...@ti.com
Added support for reloading the base image after DSP error
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
Signed-off-by: Omar Ramirez Luna x00o...@ti.com
---
From: Hari Kanigeri h-kanige...@ti.com
Changed the Bridge boot process in order to avoid the
usage of the IDLE boot mode and the DSP ROM.
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
---
drivers/dsp/bridge/wmd/tiomap3430.c | 60
From: Guzman Lugo Fernando x0095...@ti.com
This patch removes some variables that are not used.
Signed-off-by: Guzman Lugo Fernando x0095...@ti.com
Signed-off-by: Omar Ramirez Luna x00o...@ti.com
---
arch/arm/plat-omap/include/dspbridge/cfgdefs.h | 10 --
drivers/dsp/bridge/rmgr/drv.c
From: Guzman Lugo Fernando x0095...@ti.com
This patch change the call to RD_MEM_32_VOLATILE and
WR_MEM_32_VOLATILE with __raw_readl and __raw_writel
Signed-off-by: Guzman Lugo Fernando x0095...@ti.com
Acked-by: Omar Ramirez Luna x00o...@ti.com
---
drivers/dsp/bridge/hw/MLBRegAcM.h| 41
From: Guzman Lugo Fernando x0095...@ti.com
This patch changes address resources to void __iomem *
Ported for linux-omap-pm bridge-2.6.29 branch.
Signed-off-by: Guzman Lugo Fernando x0095...@ti.com
Signed-off-by: Omar Ramirez Luna x00o...@ti.com
---
From: Armando Uribe de Leon x0095...@ti.com
This patch increases the supported opp numbers within bridge driver,
it will also fix the opp table to be fully populated in the shared memory;
before, it was causing the QOS test reported numbers to be inaccurate.
Signed-off-by: Armando Uribe de Leon
From: Omar Ramirez Luna omar.rami...@ti.com
Fixed typo in Bridge traces for Msg and Nldr.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
Acked-by: Hari Kanigeri h-kanige...@ti.com
---
drivers/dsp/bridge/pmgr/msg.c |2 +-
drivers/dsp/bridge/rmgr/nldr.c |2 +-
2 files changed, 2
From: Omar Ramirez Luna omar.rami...@ti.com
trivial spacing cleanup for memory module
Signed-off-by: Omar Ramirez Luna x00o...@ti.com
---
drivers/dsp/bridge/services/mem.c | 26 +-
1 files changed, 13 insertions(+), 13 deletions(-)
diff --git
From: Omar Ramirez Luna omar.rami...@ti.com
There is no need to walk the process context list
on exit, remove all process instead without exception.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
drivers/dsp/bridge/rmgr/drv_interface.c | 32 +-
1 files
From: Omar Ramirez Luna omar.rami...@ti.com
This patch defines a new DSP_PWRERROR event which can be
registered for notification. It uses the same mechanism
as MMUFAULT or SYSERROR. And will notify to ayn client registered
if there was any error when entering forced sleep state.
Signed-off-by:
From: Omar Ramirez Luna omar.rami...@ti.com
This patch implements the DSP Reset procedure to be made
on bridge exit before unregistering the constraints set by dsp.
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
From: Omar Ramirez Luna omar.rami...@ti.com
Trivial patch to change spaces for tabs, and a proper indentation
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
drivers/dsp/bridge/wmd/tiomap3430.c | 280 +++---
drivers/dsp/bridge/wmd/tiomap3430_pwr.c | 402
Quoting Tony Lindgren t...@atomide.com:
* Andrew de Quincey adq_...@lidskialf.net [090516 19:17]:
Argh, my N770 seems to have just died; it has been behaving slightly
oddly and now it simply won't turn on (black screen and no sign of life
whatsoever).
It is well out of warranty and frankly I
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
In the mean time you can clone from:
git://gitorious.org/ti-dspbridge/linux-bridge.git
How does this stand with [1] - are we saying that the above will be new
tidspbridge tree? Who is the
This patch adds support for McSPI slave and FIFO. DMA and FIFO
could be enabled together for better throughput. Platform config
parameters have been added to enable these features on any particular
McSPI controller.
FIFO can be enabled by defining fifo_depth parameter. fifo_depth needs
to be a
This patch adds MUX changes for SPI2 and also adds an
option for test driver
Signed-off-by: Hemanth V heman...@ti.com
---
arch/arm/mach-omap2/board-3430sdp.c | 26 ++
arch/arm/mach-omap2/mux.c | 11 +++
arch/arm/plat-omap/include/mach/mux.h |
81 matches
Mail list logo