From: Cyril Chemparathy cy...@ti.com
Added tnetv107x cpu type definitions and cpu identification macros.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/include/mach/cputype.h |8
1 files changed, 8
From: Cyril Chemparathy cy...@ti.com
IRQ numbers as defined for tnetv107x cp_intc.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/include/mach/irqs.h | 97 +
1 files changed, 97
From: Thomas Koeller thomas.koel...@baslerweb.com
Extended the MUX configuration to allow use of GPIO
terminals 64..57.
Signed-off-by: Thomas Koeller thomas.koel...@baslerweb.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/dm365.c|1 +
arch
' to the 'DM355', 'DM644X', and 'DM646X' since all these base addresses
are SoC specific...
And while at it, rename DM646X_ASYNC_EMIF_DATA_CE0_BASE to
DM646X_ASYNC_EMIF_CS2_SPACE_BASE in order to match the DM646x datasheet.
Signed-off-by: Sergei Shtylyov sshtyl...@ru.mvista.com
Signed-off-by: Kevin Hilman
...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/Kconfig |1 -
arch/arm/mach-davinci/Kconfig |2 ++
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 92622eb..1151d1a 100644
--- a/arch/arm
From: Cyril Chemparathy cy...@ti.com
This patch allows socs to override the divider ratio mask by setting an
optional field (div_ratio_mask) in the pll_data structure.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Tested-by: Sandeep Paulraj s-paul...@ti.com
Signed-off-by: Kevin Hilman khil
From: Thomas Koeller thomas.koel...@baslerweb.com
linux/compiler.h is required for __iomem
linux/types.h is required u32
Signed-off-by: Thomas Koeller thomas.koel...@baslerweb.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/include/mach/common.h |3
to be in devices.c. Merge the IDE platform data and registration
code and create davinci_init_ide() in place of dm646x_init_ide()...
Signed-off-by: Sergei Shtylyov sshtyl...@ru.mvista.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/board-dm644x-evm.c
From: Cyril Chemparathy cy...@ti.com
macroized repeated container_of()s to improve readability.
unified direction in/out functions.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Tested-by: Sandeep Paulraj s-paul...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach
.
3. modified inline range checks to use davinci_soc_info.gpio_num instead of
DAVINCI_N_GPIO.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Tested-by: Sandeep Paulraj s-paul...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/gpio.c| 41
pasting.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/dm355.c |5 -
arch/arm/mach-davinci/dm365.c |5 -
arch/arm/mach-davinci/dm644x.c |3 ---
arch/arm/mach
...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/gpio.c |9 +
arch/arm/mach-davinci/include/mach/gpio.h |3 +++
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-davinci/gpio.c b/arch/arm/mach-davinci
(tnetv107x) to be added later into enum davinci_gpio_type.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Tested-by: Sandeep Paulraj s-paul...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/da830.c |2 ++
arch/arm/mach-davinci/da850.c
these
elements to reset the system in a SoC specific fashion.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Tested-by: Sandeep Paulraj s-paul...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/clock.h |1 +
arch/arm/mach-davinci/common.c
repeating the ioremap.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/serial.c | 32 +---
1 files changed, 25 insertions(+), 7 deletions(-)
diff --git a/arch/arm/mach-davinci/serial.c b
-off-by: Cyril Chemparathy cy...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/include/mach/serial.h |1 -
arch/arm/mach-davinci/serial.c |2 +-
2 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-davinci/include
From: Cyril Chemparathy cy...@ti.com
With this patch, AR7 type uart ports are not reset via pwremu registers. This
allows davinci_serial_init() reuse on tnetv107x soc.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach
controller
instance.
Signed-off-by: Sekhar Nori nsek...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/dma.c | 158 +--
1 files changed, 77 insertions(+), 81 deletions(-)
diff --git a/arch/arm/mach-davinci/dma.c b
fixes both.
Signed-off-by: Sekhar Nori nsek...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/dma.c | 15 +++
1 files changed, 7 insertions(+), 8 deletions(-)
diff --git a/arch/arm/mach-davinci/dma.c b/arch/arm/mach-davinci/dma.c
index b705089
Sergei Shtylyov sshtyl...@mvista.com writes:
Hello.
Cyril Chemparathy wrote:
Hi Sergei,
[...]
void __iomem *da8xx_syscfg0_base;
void __iomem *da8xx_syscfg1_base;
+EXPORT_SYMBOL_GPL(da8xx_syscfg0_base);
Would it be an overkill to pass as a resource and ioremap in
Sergei Shtylyov sshtyl...@mvista.com writes:
Hello
Kevin Hilman wrote:
Hi Sergei,
[...]
void __iomem *da8xx_syscfg0_base;
void __iomem *da8xx_syscfg1_base;
+EXPORT_SYMBOL_GPL(da8xx_syscfg0_base);
Would it be an overkill to pass as a resource and ioremap
Sergei Shtylyov sshtyl...@mvista.com writes:
Hello.
Kevin Hilman wrote:
Hi Sergei,
[...]
void __iomem *da8xx_syscfg0_base;
void __iomem *da8xx_syscfg1_base;
+EXPORT_SYMBOL_GPL(da8xx_syscfg0_base);
Would it be an overkill to pass
Cyril Chemparathy cy...@ti.com writes:
Hi Kevin,
[...]
Very nice... one minor nit below...
Thanks. However, I think the solution proposed in [1] is more elegant.
The way I see it, the root cause of the problem is that some of the
davinci_soc_info fields mapped virtual addresses.
[resend to include RMK]
On Tue, 2010-01-26 at 12:12 -0800, Tony Lindgren wrote:
Define arch_decomp_setup() the same way as some other
architectures do. Use arch_id to configure the debug uart
based on the machine_is by storing it into the uart
scratchpad register for DEBUG_LL code to use.
Tony Lindgren t...@atomide.com writes:
* Russell King - ARM Linux li...@arm.linux.org.uk [100430 10:13]:
On Fri, Apr 30, 2010 at 12:20:35PM -0400, Cyril Chemparathy wrote:
Hi,
[...]
To fix both problems, maybe we should just use a fixed memory location
to pass this temporary data
Cyril Chemparathy cy...@ti.com writes:
This series takes a new approach to the ioremap() conundrum posed by the
introduction of the tnetv107x architecture.
Unlike earlier approaches, no new init time interfaces have been added in this
implementation. Instead, this series converts the
Cyril Chemparathy cy...@ti.com writes:
This patch replaces the jtag id base info in davinci_soc_info with a physical
address which is then ioremap()ed within common code.
This patch (in combination with a similar change for PSC) will allow us to
eliminate the SYSCFG nastiness in DA8xx code.
Cyril Chemparathy cy...@ti.com writes:
This patch modifies the psc and clock control code to use ioremap()ed
registers.
Signed-off-by: Cyril Chemparathy cy...@ti.com
me really likey
[...]
@@ -458,8 +457,17 @@ int __init davinci_clk_init(struct clk_lookup *clocks)
Cyril Chemparathy cy...@ti.com writes:
This patch implements the following:
- interrupt initialization uses ioremap() instead of passing a virtual
address
via davinci_soc_info.
- machine definitions directly point to cp_intc_init() or davinci_irq_init()
- davinci_intc_type and
Cyril Chemparathy cy...@ti.com writes:
Pinmux registers are sequential, and do not need to be enumerated out as they
currently are. This reduces code volume and keeps things simple.
If some future SoC comes up with a discontiguous register map, PINMUX() can
then be expanded with local token
On Tue, 2010-01-26 at 12:12 -0800, Tony Lindgren wrote:
Define arch_decomp_setup() the same way as some other
architectures do. Use arch_id to configure the debug uart
based on the machine_is by storing it into the uart
scratchpad register for DEBUG_LL code to use.
Note that to avoid merge
Cyril Chemparathy cy...@ti.com writes:
This patch allows for a more flexible ioremap() interception based on iotable
contents.
SoCs that need ioremap() to fill up davinci_soc_info may directly call
davinci_io_init() and use ioremap() as needed. Such SoCs must not fill
io_desc and
thomas.koel...@baslerweb.com writes:
From: Thomas Koeller thomas.koel...@baslerweb.com
linux/compiler.h is required for __iomem
linux/types.h is required u32
Signed-off-by: Thomas Koeller thomas.koel...@baslerweb.com
Thanks, applying and queueing for 2.6.35 in davinci-next.
Kevin
---
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
The IDE platform device is registered in three different places (2 board files
for DM644x and in dm646x.c for DM646x) while both the IDE base address and the
IDE IRQ are the same for both SoCs -- therefore, the proper place for the IDE
platform
Todd Fischer todd.fisc...@ridgerun.com writes:
Add MFD driver for TPS6507x family of multi-function chips. Move TPS6507x
regulator driver from being stand-alone driver to using the MFD TPS6507x
driver.
Signed-off-by: Todd Fischer todd.fisc...@ridgerun.com
[...]
Not sure whose tree this
thomas.koel...@baslerweb.com writes:
From: Thomas Koeller thomas.koel...@baslerweb.com
Change the SPI setup code to allow use of all SPI units. Also,
move some resource assignments (DMA channels, interrupts)
to the board code, where they belong. These really should not
be hard-coded in
thomas.koel...@baslerweb.com writes:
From: Thomas Koeller thomas.koel...@baslerweb.com
Computation of the clock prescaler value returned bogus results if
the requested SPI clock was impossible to set. It now sets either
the maximum or minimum clock frequency, as appropriate.
Signed-off-by:
Cyril Chemparathy cy...@ti.com writes:
Hi Kevin,
This way, as long as the compiler optimizer is active (tested with O2 and
Os),
irrelevant arch_reset code gets auto-magically stripped out along with
hanging
references to unknown symbols.
Good for runtime, but still not so good for
thomas.koel...@baslerweb.com writes:
From: Thomas Koeller thomas.koel...@baslerweb.com
Keeping track of resource assignments greatly simplifies
the task of writing board support code. Many drivers for
DaVinci peripherals were using resources that had never
been allocated, with the notable
thomas.koel...@baslerweb.com writes:
From: Thomas Koeller thomas.koel...@baslerweb.com
Extended the MUX configuration to allow use of GPIO
terminals 64..57.
Signed-off-by: Thomas Koeller thomas.koel...@baslerweb.com
Thanks, applying and queuing for 2.6.35 in davinci-next branch.
Kevin
Cyril Chemparathy cy...@ti.com writes:
This patch allows for a more flexible ioremap() interception. The mechanism
works by translating physical addresses based on soc-specific iotable
contents (davinci_soc_info.io_desc), once davinci_soc_info is populated by
davinci_common_init().
This
Cyril Chemparathy cy...@ti.com writes:
This patch adopts a debug uart selection similar to the OMAP model. During
the boot process, the uncompress code determines the physical and virtual base
addresses of the board-specific debug uart. These addresses are then passed
on to the in-kernel
Cyril Chemparathy cy...@ti.com writes:
macroized repeated container_of()s to improve readability.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Tested-by: Sandeep Paulraj s-paul...@ti.com
---
v3: Reverted back on direction_in/out unification
Why? I agree with Sergei that that was a nice
Cyril Chemparathy cy...@ti.com writes:
This patches adds cpu class macros that can be used to differentiate between
DMx, da8xx, and tnetv107x socs.
These macros are available for use only after the JTAG ID looking is done by
davinci_common_init(). If we need this earlier in the boot
Cyril Chemparathy cy...@ti.com writes:
The earlier watchdog reset mechanism had a couple of limitations. First, it
embedded a reference to davinci_wdt_device inside common code. This
forced all derived platforms (da8xx and tnetv107x) to define such a device.
This also would have caused
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
Currently each DaVinci board file #define's its own version of the EMIFA base
addresses (all named DAVINCI_ASYNC_EMIF_*_BASE), which leads to duplication.
Move these #define's to the SoC specific headers, changing their prefixes from
'DAVINCI'
Sergei Shtylyov sshtyl...@mvista.com writes:
Hello.
Cyril Chemparathy wrote:
+#include linux/mtd/physmap.h
You shouldn't need physmap.h as you don't have the corresponding
device.
Agreed. Will remove.
+/* Base addresses for on-chip devices */
+#define TNETV107X_SDIO1_BASE
Cyril Chemparathy cy...@ti.com writes:
Added tnetv107x soc specific definitions.
... for pin-mux regs and init function declarations.
Have consideration of lazy people like me who just want to read the
changelog and not the whole patch to see what is changing. ;)
Kevin
Signed-off-by:
Cyril Chemparathy cy...@ti.com writes:
TNETV107X is a Texas Instruments SOC that shares a number of common features
with the Davinci architecture. Some of the key differences between
traditional Davincis and this new SOC are as follow:
1. The SOCs clock architecture includes a new
Samuel Ortiz sa...@linux.intel.com writes:
Hi Todd, hi Kevin,
On Mon, Apr 05, 2010 at 05:53:11PM -0600, Todd Fischer wrote:
This is the second posting of the TPS6507x touch screen driver. I have
incorporated Kevin Hilman's request to split the board specific changes
into a separate patch.
Kevin Hilman khil...@deeprootsystems.com writes:
Samuel Ortiz sa...@linux.intel.com writes:
Hi Todd, hi Kevin,
On Mon, Apr 05, 2010 at 05:53:11PM -0600, Todd Fischer wrote:
This is the second posting of the TPS6507x touch screen driver. I have
incorporated Kevin Hilman's request to split
Chemparathy, Cyril cy...@ti.com writes:
Hi,
Added on-chip peripheral base addresses so tnetv107x SOC header.
There should be no need to define the full
list of base addresses in one place because
the are typically needed only at only one place
(near the resource definition).
Ambrose, Martin mar...@ti.com writes:
On Mon, Apr 05, 2010 at 17:35:38, Kevin Hilman wrote:
Ambrose, Martin mar...@ti.com writes:
This work includes the following:
. Implement handler for FBIO_WAITFORVSYNC ioctl.
. Allocate the data and palette buffers separately
Chemparathy, Cyril cy...@ti.com writes:
Kevin,
On OMAP, we do this in the uncompress code. See:
arch/arm/plat-omap/include/plat/uncompress.h, and in this commit[1] for
details.
Rather than continuing to hack the current hack, I'd like to see
something similar on DaVinci. This will
Chemparathy, Cyril cy...@ti.com writes:
Hi,
I'm not crazy about this approach.
Both the existing functions and the new functions all do basically the same
thing:
- read base + offset
- set/clear bit(s) based on GPIO#
- write base + offset
I think a cleaner solution to this would be
Chemparathy, Cyril cy...@ti.com writes:
Hi Kevin,
If so, the only requirement on this should be that this register
have the same address across all davinci derivatives.
EDMA is the only module that meets this criterion, since it is
consistently present @ 0x01c0 across all socs (so
Cyril Chemparathy cy...@ti.com writes:
Preliminary modification prior to adding support for TNETV107X based on
ARM1176. This change allows for CPUs other than ARM926T to be used for
Davinci
derivative SoCs. Existing devices (DA8x and DMx) operate unchanged.
Signed-off-by: Cyril
Cyril Chemparathy cy...@ti.com writes:
Support for tnetv107x gpio controller. Note that this controller does not use
the gpio related definitions from davinci_soc_info.
Further, this patch modifies davinci's inlined gpio functions to range check
against davinci_soc_info contents instead of
Nori, Sekhar nsek...@ti.com writes:
On Thu, Mar 25, 2010 at 20:39:02, Chemparathy, Cyril wrote:
Sergei,
[...]
+#if defined(CONFIG_ARCH_DAVINCI_DMx)
+#define UART_PHYS DAVINCI_UART0_BASE
+#define UART_VIRT IO_ADDRESS(UART_PHYS)
+#endif
These UART addressed
Nori, Sekhar nsek...@ti.com writes:
On Fri, Mar 26, 2010 at 03:13:52, Chemparathy, Cyril wrote:
Added on-chip peripheral base addresses so tnetv107x SOC header.
There should be no need to define the full
list of base addresses in one place because
the are typically needed only at only one
Todd Fischer todd.fisc...@ridgerun.com writes:
The TPS6507x family of Texas Instruments power management ICs (pmic)
are multi-function chips that include voltage regulation and touch
screen controller capabilities. This patch adds a touch screen
input driver for the TPS6507x pmic. There was
Ambrose, Martin mar...@ti.com writes:
This work includes the following:
. Implement handler for FBIO_WAITFORVSYNC ioctl.
. Allocate the data and palette buffers separately.
A consequence of this is that the palette and data loading is now
done in different phases. And that the LCD
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
This hushes the following warning:
arch/arm/mach-davinci/include/mach/da8xx.h:104: warning: ‘struct
platform_device’
declared inside parameter list
arch/arm/mach-davinci/include/mach/da8xx.h:104: warning: its scope is only
this
definition
Cyril Chemparathy cy...@ti.com writes:
Hi,
This patch series adds support for TNETV107X - a Texas Instruments SOC that
shares a number of common features with the Davinci architecture.
Some of the patches included in this series were posted earlier, but have also
been included here.
I'm
Nori, Sekhar nsek...@ti.com writes:
On Thu, Mar 18, 2010 at 17:09:55, I wrote:
On Wed, Mar 17, 2010 at 22:48:46, Kevin Hilman wrote:
[...]
In addition, after looking at this a little closer, the *_edma_info
structs in devices-da8xx.c could be __initdata since they are copied
during
Steve Chen sc...@mvista.com writes:
How about a generic interface which included claim/free resource
methods, like for gpio, but taking a pointer to a mux resource struct
instead of a gpio number. The mux resource struct would include function
pointers to mach- or soc- specific functions to
Mike Williamson michael.william...@criticallink.com writes:
On Wed, Mar 17, 2010 at 8:17 AM, Steve Chen sc...@mvista.com wrote:
On Fri, Mar 12, 2010 at 7:06 PM, Mike Williamson
michael.william...@criticallink.com wrote:
On Fri, Mar 12, 2010 at 5:18 PM, Kevin Hilman khil
Sekhar Nori nsek...@ti.com writes:
From: Sudhakar Rajashekhara sudhakar@ti.com
The drivers on da8xx/omapl EVMs do not utilize all the channels
and slots provided by EDMA. Some of these are better utilitzed by
the DSP on the SoC for speeding up codec operations.
Reserve these
enable/start of the timer after
the clockevent has ben registered.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/time.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-davinci/time.c b/arch/arm/mach-davinci/time.c
index
is to clear events in edma_start(). This prevents false events
from being processed when events are enabled for that channel.
Signed-off-by: Brian Niebuhr bnieb...@efjohnson.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/dma.c |3 ++-
1 files changed, 2
This series of davinci fixes is targeted for the next 2.6.34-rc,
and are also available in the 'davinci-fixes' branch of:
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-davinci.git
Kevin
Brian Niebuhr (1):
davinci: edma: clear events in edma_start()
Kevin Hilman (4):
davinci
tested on DA830 EVM.
Reported-by: Shanmuga Sundaram Mahendran shanm...@ti.com
Signed-off-by: Sekhar Nori nsek...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/include/mach/da8xx.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git
- Convert data/functions to static
- include headers for missing declarations
- pointer cleanups: struct foo *__iomem f -- struct foo __iomem *f;
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/board-dm644x-evm.c |2 +-
arch/arm/mach-davinci/board-neuros
Cleanup usage of void pointers when using genirq. genirq API
takes and returns void *, where this GPIO API is using those
as __iomem pointers.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/gpio.c | 27 ++-
1 files changed, 18
Nori, Sekhar nsek...@ti.com writes:
On Wed, Mar 17, 2010 at 20:21:21, Kevin Hilman wrote:
Sekhar Nori nsek...@ti.com writes:
From: Sudhakar Rajashekhara sudhakar@ti.com
The drivers on da8xx/omapl EVMs do not utilize all the channels
and slots provided by EDMA. Some
to re-pull.
Kevin
Author: Sekhar Nori nsek...@ti.com 2010-03-09 03:20:37
Committer: Kevin Hilman khil...@deeprootsystems.com 2010-03-16 13:01:14
Parent: d4c893e7d670f1fb67812fc36c43942dfb729c42 (davinci: MMC: Pass number of
SG segments as platform data)
Child
Philby John pj...@mvista.com writes:
On 02/08/2010 04:05 PM, Nori, Sekhar wrote:
Hi Philby,
On Fri, Feb 05, 2010 at 19:23:43, Philby John wrote:
Hello Sekhar,
[...]
+/* Generate a pulse on the i2c clock pin. */
+static void generic_i2c_clock_pulse(unsigned int scl_pin)
+{
+ u16
Nori, Sekhar nsek...@ti.com writes:
On Fri, Mar 12, 2010 at 23:33:10, Kevin Hilman wrote:
Sekhar Nori nsek...@ti.com writes:
From: Anuj Aggarwal anuj.aggar...@ti.com
Currently, the ISR in the EDMA driver clears the pending interrupt for all
channels without regard to whether
Brian Niebuhr bnieb...@efjohnson.com writes:
This patch is a significant overhaul of the davinci spi
controller driver
that corrects multiple errors:
- Eliminate a race condition that exists for slow SPI devices
- Fix DMA transfer length error
- Fix limitations preventing multiple
Sekhar Nori nsek...@ti.com writes:
From: Anuj Aggarwal anuj.aggar...@ti.com
Currently, the ISR in the EDMA driver clears the pending interrupt for all
channels without regard to whether that channel has a registered callback
or not.
This causes problems for devices like DM355/DM365 where
Hi Murali,
When rebasing for 2.6.34, I notcied that all the V4L2 stuff I was
carrying in davinci git was merged upstream, except the patch
V4L - vpfe_capture - bug fixes and enhancements
This is currently still in davinci git, in the
'davinci-upstream-accepted' branch[1].
If this is still
Sekhar Nori nsek...@ti.com writes:
From: Vipin Bhandari vipin.bhand...@ti.com
The DA830/OMAP-L137 EVM has GPIO based card detection logic, but the current
code does not use it.
Add support for GPIO based card detection to avoid reading the card to see
if a card is present or not.
needs to be managed explicitly , hence
adding clock management for phy clock.
Signed-off-by: Sriramakrishnan s...@ti.com
Acked-by: Kevin Hilman khil...@deeprootsystems.com
Dave, if you prefer, with your ack, I'll merge this via the davinci
tree along with corresponding platform changes.
Kevin
Sriramakrishnan s...@ti.com writes:
From: Sekhar Nori nsek...@ti.com
The patch TI DaVinci EMAC: Add EMAC PHY clock handling adds
support for enabling and disabling the EMAC PHY clock.
The PHY clock on all DaVinci boards is derived from a fixed
on board clock. This patch adds the PHY clock
Sriramakrishnan s...@ti.com writes:
The emac driver uses generic name for the module and phy
clocks. Updated the omap3xxx_clks table to match the names
used by the Davinci emac driver.
Signed-off-by: Sriramakrishnan s...@ti.com
---
arch/arm/mach-omap2/clock3xxx_data.c |4 ++--
1
Chaithrika U S chaithr...@ti.com writes:
Migrate from the legacy PM hooks to use dev_pm_ops structure.
Signed-off-by: Chaithrika U S chaithr...@ti.com
Acked-by: Kevin Hilman khil...@deeprootsystems.com
___
Davinci-linux-open-source mailing list
Raffaele Recalcati lamiapost...@gmail.com writes:
2010/3/12 Kevin Hilman khil...@deeprootsystems.com
FYI...
Davinci git has now been updated to v2.6.34-rc1. With this release,
we have dramatically reduced the gap between davinci git and mainline
with lots of stuff making
Karicheri, Muralidharan m-kariche...@ti.com writes:
You can drop it. I had some comments against it from V4L and I had
to drop it from upstream merge.
Thanks for the update. Will drop.
Kevin
___
Davinci-linux-open-source mailing list
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
This patch adds spi.h header file that will be used by board and
architecture specific code.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
Looks like I never replied to this, but this series was merged
into 2.6.34, in case
Brian Murphy br...@murphy.dk writes:
On Mon, Feb 15, 2010 at 10:07 PM, Bansal, Prateek pban...@ti.com wrote:
Hi Brian,
Thanks for sharing the patch. We tested this on 2.6.32 kernel on DM355
device and it worked fine however we are yet to get this working with 2.6.30
kernel.
One of the
Brian Niebuhr bniebu...@gmail.com writes:
This patch is a significant overhaul of the davinci spi controller driver
that corrects multiple errors:
- Eliminate a race condition that exists for slow SPI devices
- Fix DMA transfer length error
- Fix limitations preventing multiple SPI devices
to compile on Linus's
tree.
Tested on DM365 and OMAP-L138 EVMs.
Signed-off-by: Sekhar Nori nsek...@ti.com
Acked-by: Kevin Hilman khil...@deeprootsystems.com
Verified that this is compiling/running again with v2.6.34-rc1.
Kevin
___
Davinci-linux
Brian Niebuhr bniebu...@gmail.com writes:
This patch fixes an issue where a DMA channel can erroneously process an
event generated by a previous transfer. A failure case is where DMA is
being used for SPI transmit and receive channels on OMAP L138. In this
case there is a single bit that
FYI...
Davinci git has now been updated to v2.6.34-rc1. With this release,
we have dramatically reduced the gap between davinci git and mainline
with lots of stuff making it in for 2.6.34. Nice work!
Currently there are only 21 patches in davinci git that are not in
mainline, and several of
FYI...
The 2.6.33 kernel was released last week, and has been merged into
davinci git.
This release has been tagged as v2.6.33-davinci1.
Kevin
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
://master.kernel.org/pub/scm/linux/kernel/git/khilman/linux-davinci.git
davinci-for-linus
Chaithrika U S (1):
davinci: clock: Check CLK_PSC flag before disabling PSC
Kevin Hilman (2):
davinci: clkdev cleanup: remove clk_lookup wrapper, use clkdev_add_table()
davinci: dm646x: CDCE
-9583
email: m-kariche...@ti.com
-Original Message-
From: davinci-linux-open-source-boun...@linux.davincidsp.com
[mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf
Of Kevin Hilman
Sent: Monday, March 01, 2010 1:28 PM
To: Linus Torvalds
Cc: davinci-linux-open-source
for the devices listed under 2)
4) defines clock aliase for isif driver
5) adding setup_pinmux() for isif
Reviewed-by: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Murali Karicheri m-kariche...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
Mauro, please go
Nori, Sekhar nsek...@ti.com writes:
Hi Philby,
On Wed, Jan 27, 2010 at 05:11:33, Kevin Hilman wrote:
From: Philby John pj...@in.mvista.com
Come out of i2c time out condition by following the
bus recovery procedure outlined in the i2c protocol v3 spec.
The kernel must be robust enough
Ben Dooks ben-li...@fluff.org writes:
On Tue, Jan 26, 2010 at 03:41:29PM -0800, Kevin Hilman wrote:
From: Chaithrika U S chaithr...@ti.com
Cleanup the DaVinci I2C driver. Remove MOD_REG_BIT macro.
Also use ioremap instead of IO_ADDRESS macro.
would have been nicer to do each
301 - 400 of 1619 matches
Mail list logo