On Fri, Sep 10, 2010 at 22:04:08, Caglar Akyuz wrote:
On Thursday 09 September 2010 01:40:49 pm Sugumar Natarajan wrote:
This patch adds generic PWM support where it maintains the list of PWM
control devices that can be added or removed.
The interface provides a list of functions that
On Fri, Sep 10, 2010 at 23:12:36, Caglar Akyuz wrote:
On Thursday 09 September 2010 01:40:49 pm Sugumar Natarajan wrote:
This patch adds generic PWM support where it maintains the list of PWM
control devices that can be added or removed.
The interface provides a list of functions that
Hi everybody
are there any plans/schedule to add the DM365 internal voice codec to the
linux tree?
Thanks all
--
Albert Burbea
Harishonim 8
Ramat Gan 52502, Israel
Tel/Fax + 972-3-7526016
Mobile: +972-52-3541842
___
Davinci-linux-open-source mailing
Hello.
Albert Burbea wrote:
Hi everybody
are there any plans/schedule to add the DM365 internal voice codec to
the linux tree?
The DM365 voice codec support has been merged back in March already.
WBR, Sergei
___
Davinci-linux-open-source
Hi Caglar,
[...]
Unfortunately emac driver is not stable after this series. I face lock-ups
time to time, followed by attached kernel trace.
Could you elaborate on your test scenario so that I can try and
reproduce the problem at my end? Also, did you have the contents of my
commit stack in
Hi Philby,
On Wed, Jan 27, 2010 at 1:41 AM, Kevin Hilman
khil...@deeprootsystems.comwrote:
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 to gracefully
Hi Caglar,
[...]
Assuming that the DMA got stuck at some point leading up to the transmit
timeout, any ideas as to why a host error was not thrown? To help
debug, I'll post out a set of patches that dump out the MAC (and DMA)
registers on timeout. That should give us some visibility into
Texas Instruments' TNETV107X is an ARM1176 based SoC, with on-chip
touchscreen and keypad controllers. This patch series adds drivers for these
controllers.
Cyril Chemparathy (7):
davinci: define tnetv107x keypad platform data
input: add driver for tnetv107x on-chip keypad controller
This patch adds a definition for the platform data structure needed to
configure the keypad controller on tnetv107x socs.
Since this controller is (so far) present only on tnetv107x devices, the data
structure definition has been kept local to tnetv107x.
Signed-off-by: Cyril Chemparathy
This patch adds support for tnetv107x's on-chip keypad controller.
Signed-off-by: Cyril Chemparathy cy...@ti.com
---
drivers/input/keyboard/Kconfig|9 +
drivers/input/keyboard/Makefile |1 +
drivers/input/keyboard/tnetv107x-keypad.c | 324
This patch adds evm board specific keymap definitions and controller
configuration data for on-chip keypad controller on tnetv107x silicon.
Signed-off-by: Cyril Chemparathy cy...@ti.com
---
arch/arm/mach-davinci/board-tnetv107x-evm.c | 42 +++
1 files changed, 42
This patch adds support for tnetv107x's on-chip touchscreen controller.
Signed-off-by: Cyril Chemparathy cy...@ti.com
---
drivers/input/touchscreen/Kconfig|6 +
drivers/input/touchscreen/Makefile |1 +
drivers/input/touchscreen/tnetv107x-ts.c | 481
This patch adds a platform device definition for tnetv107x's keypad
controller.
Signed-off-by: Cyril Chemparathy cy...@ti.com
---
arch/arm/mach-davinci/devices-tnetv107x.c | 30
arch/arm/mach-davinci/include/mach/tnetv107x.h |1 +
2 files changed, 31
This patch adds evm board specific definitions (dimensions, default
calibration, etc.) for the on-chip keypad controller on tnetv107x silicon.
Signed-off-by: Cyril Chemparathy cy...@ti.com
---
arch/arm/mach-davinci/board-tnetv107x-evm.c |9 +
1 files changed, 9 insertions(+), 0
This patch adds a platform device definition for tnetv107x's touchscreen
controller.
Signed-off-by: Cyril Chemparathy cy...@ti.com
---
arch/arm/mach-davinci/devices-tnetv107x.c | 24
arch/arm/mach-davinci/include/mach/tnetv107x.h | 13 +
2 files
On Monday 13 September 2010 05:09:15 pm Cyril Chemparathy wrote:
Hi Caglar,
[...]
Unfortunately emac driver is not stable after this series. I face
lock-ups time to time, followed by attached kernel trace.
Could you elaborate on your test scenario so that I can try and
reproduce the
Sugumar Natarajan wrote:
On Fri, Sep 10, 2010 at 23:12:36, Caglar Akyuz wrote:
On Thursday 09 September 2010 01:40:49 pm Sugumar Natarajan wrote:
This patch adds generic PWM support where it maintains the list of PWM
control devices that can be added or removed.
The interface provides
When chaining descriptors to the end of a cpdma queue, there is a chance that
the cpdma engine has already traversed the last descriptor and signalled an
end-of-queue. The original cpdma code detected this condition and requeued
descriptors on submission.
With this patch, an early end-of-queue
With this patch, phy_id can be one of the following:
1) NULL : use the first phy on the bus,
2) : force to 100/full, no mdio control
3) bus:addr : use the specified bus and phy
The ability to force 100/full is necessary on some platforms (e.g. da830 evm),
This patch adds the following fixes to the emac receive handler:
1. WARN_ON during interface shutdown.
Although harmless, these complaints were quite disconcerting. With this
patch, the receive handler explicitly checks for the shutdown condition, in
which case is bails quietly.
2.
This patch replaces the hardcoded scan delay with a calculated delay that
adjusts to clock rates. This delay is calculated on the basis of a worst case
bus transaction time, with generous built-in margins of error.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Signed-off-by: Michael Williamson
The cpdma/mdio refactoring incorrectly defaulted to using the first phy
detected on the platform. Although auto detection works on most sane
platforms, it can prove to be problematic on some.
For example, the da830/omap-l137 evm has an on-board switch that always
connects 100/full.
This series consists of fixes for issues found during broader testing of the
davinci cpdma/mdio separation series.
The fixes included here are:
1. Ability to force 100/full rather than auto-detect phy. This is necessary
for the external switch on the da830 evm platform
2. Fix
On certain devices (e.g. da8xx), the hardware design ties emac soft-reset to
the mdio module. In these cases, when the emac device is opened, an in-flight
mdio transaction could fail by returning the controller to idle state. This
patch detects this condition and works around it by retrying the
This patch adds register dump routines at both controller and channel levels.
These are intended to be used in higher level driver debug dumps, e.g.
emac_dump_regs().
Signed-off-by: Cyril Chemparathy cy...@ti.com
Signed-off-by: Michael Williamson michael.william...@criticallink.com
Signed-off-by:
This patch separates out the controller reset logic, and makes this available
via mii_bus-reset.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Signed-off-by: Michael Williamson michael.william...@criticallink.com
Signed-off-by: Caglar Akyuz caglarak...@gmail.com
---
drivers/net/davinci_mdio.c |
This patch hooks up the emac_dump_regs() function to use cpdma dump routines.
Further, we dump registers on transmit timeout, to make such timeouts
debuggable.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Signed-off-by: Michael Williamson michael.william...@criticallink.com
Signed-off-by: Caglar
Hi
The patch below was tested against the following kernel:
http://arago-project.org/git/projects/?p=linux-davinci.git;a=commit;h=0a9d0bc0057964ba667de67395ba5de0447d23b2
The driver supports the full speeds as advertised by micron
From e282f467860f58a5b32081521f5219a7de333f99 Mon Sep 17
On Sat, Sep 11, 2010 at 01:23:12PM -0500, Sergei Shtylyov wrote:
Commit 46034dca515bc4ddca0399ae58106d1f5f0d809f (USB: musb_gadget_ep0: stop
abusing musb_gadget_set_halt()) forgot to add in the code to restart a queued
request to the code handling clearing the endpoint halt. This results in a
Hi Sekhar,
On 08/23/2010 05:30 AM, Nori, Sekhar wrote:
On Mon, Aug 23, 2010 at 14:24:10, Caglar Akyuz wrote:
On Monday 23 August 2010 07:28:48 am Nori, Sekhar wrote:
Hi Caglar,
Hi,
[...]
I have been spending time on this (admittedly on and off) since I wrote
that email and have broken
On Tuesday 14 September 2010 08:43:41 am Nori, Sekhar wrote:
On Tue, Sep 14, 2010 at 05:15:25, Michael Williamson wrote:
Hi Sekhar,
On 08/23/2010 05:30 AM, Nori, Sekhar wrote:
On Mon, Aug 23, 2010 at 14:24:10, Caglar Akyuz wrote:
On Monday 23 August 2010 07:28:48 am Nori, Sekhar
31 matches
Mail list logo