. This is done via the expander
setup callback.
Signed-off-by: Chaithrika U S chaithr...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/board-da850-evm.c | 127 ---
1 files changed, 99 insertions(+), 28 deletions(-)
diff --git a/arch/arm
to identify failures due to SoC rev changes.
Signed-off-by: Sekhar Nori nsek...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/common.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-davinci/common.c b/arch/arm/mach
altogether.
Signed-off-by: Hemant Pedanekar hema...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/board-dm646x-evm.c | 69 ++
1 files changed, 69 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-davinci/board-dm646x-evm.c
on
DA830/OMAP-L137 EVM.
Signed-off-by: Chaithrika U S chaithr...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/Kconfig | 31 +
arch/arm/mach-davinci/board-da850-evm.c| 68 ++-
arch/arm/mach-davinci
).
Signed-off-by: Sergei Shtylyov sshtyl...@ru.mvista.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-davinci/clock.c | 10 +++-
arch/arm/mach-davinci/clock.h |2 +-
arch/arm/mach-davinci/da830.c | 42
arch/arm/mach
FYI...
Build and boot tested:
davinci_all_defconfig: dm355, dm6446, dm6467 EVMs
da8xx_omapl_defconfig: da830, da850 EVMs
Kevin
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
Nori, Sekhar nsek...@ti.com writes:
On Fri, Oct 09, 2009 at 00:58:30, Kevin Hilman wrote:
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
There have accumulated quite a lot of them after the code
reorganizations...
In several cases I had to replace #include linux/dma-mapping.h which
Sekhar Nori nsek...@ti.com writes:
This patch fixes the following warning seen when building with default
config:
arch/arm/mach-davinci/board-da830-evm.c:371: warning: 'da830_evm_devices'
defined but not used
Tested on DA830 EVM with and without CONFIG_DA830_UI_NAND enabled.
Sekhar Nori nsek...@ti.com writes:
Remove ifdefs inside da830_evm_init function since they are
discouraged in Documentation/SubmittingPatches section 2.2
Use the method outlined in that document for fixing it.
Tested on DA830 EVM.
Signed-off-by: Sekhar Nori nsek...@ti.com
Thanks, pushing
Sekhar Nori nsek...@ti.com writes:
This patch supports runtime detection of DA830 UI card and
eliminates the need for DA830_UI config option. Successful
probe of GPIO expander present on the UI card is used to
detect its presence. For this reason, GPIO_PCF857X is auto-
selected when DA830
Chaithrika U S chaithr...@ti.com writes:
Add cpufreq support to MMC driver. The clock dividervalue has to be
modified according to the controller input frequency.
Signed-off-by: Chaithrika U S chaithr...@ti.com
---
This patch applies to DaVinci GIT tree as the driver is not yet present in
Chaithrika U S chaithr...@ti.com writes:
In the McASP clock definition add a flag to indicate that the peripheral clock
belongs to ASYNC3 clock domain.
Signed-off-by: Chaithrika U S chaithr...@ti.com
Thanks, pushing today, and queuing in for-next.
Kevin
---
arch/arm/mach-davinci/da850.c
Swaminathan S swami.i...@ti.com writes:
This patch series re-structures DaVinci USB initialization and configuration
infrastructure. In DaVinci devices both VBUS control and PHY modules
reside external to MUSB module and their implementation is device dependant.
Hi Swami,
What tree does
Swaminathan S swami.i...@ti.com writes:
This patch implements the support for USB VBUS, PHY control, DM644x USB memory
maps, IRQ, USB Mode. It initializes for a single instance of MUSB controller.
Signed-off-by: Swaminathan S swami.i...@ti.com
A couple minor comments below...
---
santiago.nu...@ridgerun.com writes:
From: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
This patch provides support for TVP7002 in architecture definitions
within DM365.
Signed-off-by: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
---
arch/arm/mach-davinci/board-dm365-evm.c |
Hemant Pedanekar hema...@ti.com writes:
Note that configuration option CONFIG_DAVINCI_RESET_CLOCKS should _not_ be
selected if kernel is being built for DM646x PCI target. Slecting this option
will disable the PCI PSC during kernel boot, thus preventing any access to PCI
backend configuration
Hemant Pedanekar hema...@ti.com writes:
The driver code is organized in two parts, DM646x specific part and 'generic'
part which could be easily adopted on other platform/SoCs having same PCI core
as in DM6467.
First of all, sorry for the *huge* delay in reviewing this series.
It's been 2
Hemant Pedanekar hema...@ti.com writes:
Performs pinmux and gpio handling for switching to PCI mode on EVMs with
workaround as described on
http://wiki.davincidsp.com/index.php/Pinmux_Switching_from_NAND_to_PCI. Skips
setting pinmux if already set (e.g., by hardware).
Signed-off-by: Hemant
Hemant Pedanekar hema...@ti.com writes:
[...]
--- a/arch/arm/mach-davinci/Makefile
+++ b/arch/arm/mach-davinci/Makefile
@@ -8,6 +8,7 @@ obj-y := time.o clock.o serial.o io.o
psc.o \
gpio.o dma.o usb.o common.o sram.o
Hilman khil...@deeprootsystems.com
Signed-off-by: Neil Sikka neilsi...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
for this patch, but the rest of the series needs to be reviewed by linux-media
folks.
Kevin
---
Applies to Kevin Hilman's linux-davinci repository
arch/arm
miguel.agui...@ridgerun.com writes:
From: Miguel Aguilar miguel.agui...@ridgerun.com
Adds the driver for enabling keypad support for DaVinci platforms.
DM365 is the only platform that uses this driver at the moment.
Signed-off-by: Miguel Aguilar miguel.agui...@ridgerun.com
---
Mark A. Greer mgr...@mvista.com writes:
From: Mark A. Greer mgr...@mvista.com
The existing NAND infrastructure allows the default main and
mirror bad block tables to be overridden in nand_default_bbt().
However, the davinci_nand driver does not support this. So,
add fields to the davinci
Vipin Bhandari vipin.bhand...@ti.com writes:
This patch adds support for MMC/SD controller driver for all DaVinci family
SoC. This patch supports davinci family SoC's DM6446, DM355, DM365 and
DA830/OMAPL137.
The patch has been tested on DM355 EVM.
The MMCSD controller specifications for
Hello,
DaVinci git has been updated to v2.6.32-rc4.
Build/boot tested on dm355 EVM (davinci_all_defconfig) and da850 EVM
(da8xx_omapl_defconfig.)
Kevin
P.S. For those who care about the git tree structure details, I
reorganized things a bit in the process of this update.
I reset the master
Subbrathnam, Swaminathan swami.i...@ti.com writes:
Sergei,
I am pretty fine with both DA8xx and DMxxx devices being located in
mach-davinci directory. Let us not fault Kevin for it and as I see it, it
was and is a community enabled decision. Both architectures share some
essential
Sekhar Nori nsek...@ti.com writes:
Adds a basic CPUFreq driver for DaVinci devices registering with the
kernel CPUFreq infrastructure.
Support is added for both frequency and voltage regulation.
Signed-off-by: Sekhar Nori nsek...@ti.com
Looks good I like the platform_device abstraction
Sekhar Nori nsek...@ti.com writes:
Adds basic frequency scaling support for DA850/OMAP-L138.
Currently, frequency scaling only on PLL0 is supported. No scaling of PLL1
as yet.
Peripherals like MMC/SD which have a clock input synchronous with
ARM clock will not work well since the clock
Sekhar Nori nsek...@ti.com writes:
Signed-off-by: Sekhar Nori nsek...@ti.com
Looks good, pushing today.
Kevin
---
arch/arm/mach-davinci/board-da850-evm.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-davinci/board-da850-evm.c
Sekhar Nori nsek...@ti.com writes:
This patch adds support for using the TPS65070 PMIC found
on the DA850/OMAP-L138 EVM.
It defines the power rail consumer mapping and registers the
the I2C based PMIC as a board device.
The power rail constraints are derived from the maxmimum and
minimum
Hemant Pedanekar hema...@ti.com writes:
Correct typo to use mask_ale from platform data when set to non-zero.
Signed-off-by: Hemant Pedanekar hema...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
Could this fix be queued for the .32-rc series please?
Thanks,
Kevin
Sekhar Nori nsek...@ti.com writes:
include/mach/system.h uses the cpu_do_idle() function which is
defined in asm/proc-fns.h. Without this patch including system.h
leads to error of the sort:
error: implicit declaration of function 'cpu_do_idle'
Signed-off-by: Sekhar Nori nsek...@ti.com
Sekhar Nori nsek...@ti.com writes:
This patch provides a function to help register cpuidle driver
on da8xx/omap-l1xx platforms.
Signed-off-by: Sekhar Nori nsek...@ti.com
Other than pdata struct change proposed in previous patch, this
apprach looks good.
This should also be rebased on top of
Sekhar Nori nsek...@ti.com writes:
The defconfig has also been updated to enable cpuidle driver
by default. The rest of the changes in the defconfig are because
of kernel version change.
Signed-off-by: Sekhar Nori nsek...@ti.com
Looks fine, but defconfig change should be rebased on current
Kevin Hilman khil...@deeprootsystems.com writes:
Newer revs of da830 silicon have different 'variant' field of the JTAG
id register. Current code only supports rev 1.0 silicon.
This patch adds support for rev1.1 and rev2.0 silicon and updates
the 'name' strings to add a '-' between 'omap
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
Replace badly chosen 'psc_ctlr' name of the 'struct clk' field (PSC already
means Power and Sleep Controller, so the '_ctlr' postfix makes the name
tautological) with technically correct 'gpsc' (Global PSC -- which contains
all the module
Chaithrika U S chaithr...@ti.com writes:
DA850/OMAP-L138 EVM can be connected to an UI card which has various
peripherals on it.The UI card has TCA6416 expander which can be probed
to check whether the UI card is connected or not. If the UI card is
connected, setup NOR and NAND devices. This
Chaithrika U S chaithr...@ti.com writes:
DA850/OMAP-L138 EVM has a RMII Ethernet PHY on the UI daughter card. The PHY
is enabled by proper programming of the IO Expander (TCA6416) ports. Also for
RMII PHY to work, the MDIO clock of MII PHY has to be disabled since both the
PHYs have the same
Chaithrika U S chaithr...@ti.com writes:
DA850/OMAP-L138 EVM can be connected to an UI card which has various
peripherals on it.The UI card has TCA6416 expander which can be probed
to check whether the UI card is connected or not. If the UI card is
connected, setup NOR and NAND devices. This
Sekhar Nori nsek...@ti.com writes:
This patch makes it easier to identify SoC init failures
by panicing when SoC init fails. Without successful SoC
init, the kernel eventually fails when attempt is made to
access the clocks.
Also, an error is printed when JTAG ID match fails to make
it
Nori, Sekhar nsek...@ti.com writes:
On Wed, Oct 07, 2009 at 23:05:48, Mark A. Greer wrote:
On Mon, Oct 05, 2009 at 11:12:17AM +0530, Nori, Sekhar wrote:
On Fri, Oct 02, 2009 at 02:24:17, Mark A. Greer wrote:
I don't know Sekhar... This looks like a step backwards to me with all
the
Sriramakrishnan s...@ti.com writes:
The mechanism to clear the statistics register is dependent
on the status of GMIIEN bit in MAC control register. If the
GMIIEN bit is set, the stats registers are write to decrement.
If the GMIIEN bit is cleared, the stats registers are plain
read/write
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
There have accumulated quite a lot of them after the code reorganizations...
In several cases I had to replace #include linux/dma-mapping.h which wasn't
needed directly but happened to #include linux/err.h which was needed.
Signed-off-by:
...@ru.mvista.com
As far as the plaform stuff (clocks, register acces etc.) are concerned
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
WARNING: the MUSB and OHCI drivers will only work if your boot loader leaves
the DA8xx boot configuration registers unlocked, otherwise
Hemant Pedanekar hema...@ti.com writes:
This patch adds platform data and partition info for NAND on dm6467 EVM.
Note that the partition layout is dependent on the UBL, U-Boot etc. used. This
patch tries to minimize that dependency by setting first partition for UBL,
U-Boot and environment
Subbrathnam, Swaminathan swami.i...@ti.com writes:
Sergei,
I am pretty fine with both DA8xx and DMxxx devices being located in
mach-davinci directory. Let us not fault Kevin for it and as I see it, it
was and is a community enabled decision. Both architectures share some
essential
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
Hello.
Kevin Hilman wrote:
From: David A. Griego dgri...@mvista.com
Add support for NAND flash parts on the DA830/OMAP-L137 EVM
User Interface board. This includes overriding the default
bad block tables used by the davinci_nand driver
Nori, Sekhar nsek...@ti.com writes:
On Thu, Oct 01, 2009 at 02:39:00, Kevin Hilman wrote:
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
Hello.
Mark A. Greer wrote:
From: David A. Griego dgri...@mvista.com
Add support for NAND flash parts on the DA830/OMAP-L137 EVM
User
Nori, Sekhar nsek...@ti.com writes:
On Thu, Oct 01, 2009 at 02:32:50, Kevin Hilman wrote:
Nori, Sekhar nsek...@ti.com writes:
On Wed, Sep 30, 2009 at 00:46:35, Kevin Hilman wrote:
Hello,
Linus released v2.6.32-rc1 last week and DaVinci git master is now
updated to that release
Nori, Sekhar nsek...@ti.com writes:
On Wed, Sep 30, 2009 at 00:46:35, Kevin Hilman wrote:
Hello,
Linus released v2.6.32-rc1 last week and DaVinci git master is now
updated to that release.
Some misc. changes to the master branch after merging with upstream
[...]
- merged da830/da850
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
Hello.
Mark A. Greer wrote:
From: David A. Griego dgri...@mvista.com
Add support for NAND flash parts on the DA830/OMAP-L137 EVM
User Interface board. This includes overriding the default
bad block tables used by the davinci_nand driver.
Thompson, Nick (GE EntSol, Intelligent Platforms)
nick.thomp...@gefanuc.com writes:
[...]
After adding the printk hack to get better debug output I found:
5Linux version 2.6.31-rc7-davinci1-06494-g6587756-dirty
(defa...@default-desktop) (gcc version 4.3.3 (Sourcery G++ Lite
2009q1-203) )
Newer revs of da830 silicon report variant 0x8 in JTAG id and
are not correctly detected.
This patch adds support for the new variant of da830 SoC.
Reported-by: Nick Thompson nick.thomp...@gefanuc.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
RFC: I've called thie 'revX
-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: Wednesday, August 26, 2009 3:28 AM
To: Subrahmanya, Chaithrika
Cc: davinci-linux-open-source
Hello,
Linus released v2.6.32-rc1 last week and DaVinci git master is now
updated to that release.
Some misc. changes to the master branch after merging with upstream
- dropped old/unmaintained RTC driver
- merged da830/da850 into a common defconfig: da8xx_omapl_defconfig
- Merged Mark Brown's
Mark A. Greer mgr...@mvista.com writes:
On Tue, Sep 29, 2009 at 11:13:39AM -0700, Kevin Hilman wrote:
Newer revs of da830 silicon report variant 0x8 in JTAG id and
are not correctly detected.
This patch adds support for the new variant of da830 SoC.
Reported-by: Nick Thompson nick.thomp
Paulraj, Sandeep s-paul...@ti.com writes:
On Fri, Sep 25, 2009 at 08:45:31AM -0600, Miguel Aguilar wrote:
+ /* Enable Keyscan module and enable */
+ davinci_ks_write(davinci_ks, DAVINCI_KEYSCAN_AUTODET |
DAVINCI_KEYSCAN_KEYEN,
+ DAVINCI_KEYSCAN_KEYCTRL);
Chaithrika U S chaithr...@ti.com writes:
DA850/OMAP-L138 EVM has a RMII Ethernet PHY on the UI daughter card. The PHY
is enabled by proper programming of the IO Expander (TCA6416) ports. Also for
RMII PHY to work, the MDIO clock of MII PHY has to be disabled since both the
PHYs have the same
Kevin Hilman wrote:
Chaithrika U S chaithr...@ti.com writes:
DA850/OMAP-L138 EVM has a RMII Ethernet PHY on the UI daughter card. The PHY
is enabled by proper programming of the IO Expander (TCA6416) ports. Also for
RMII PHY to work, the MDIO clock of MII PHY has to be disabled since both
Corresponding errata documentation will be available in the next few
weeks on the ti.com website.
Reported-by: Nick Thompson nick.thomp...@gefanuc.com
Signed-off-by: Mark A. Greer mgr...@mvista.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
Boot tested on da830/omap-l137 EVM
Hemant Pedanekar hema...@ti.com writes:
This patch adds platform data and partition info for NAND on dm6467 EVM.
Note that the partition layout is dependent on the UBL, U-Boot etc. used. This
patch tries to minimize that dependency by setting first partition for UBL,
U-Boot and environment
Mark A. Greer mgr...@mvista.com writes:
On Tue, Sep 29, 2009 at 02:18:42PM +0530, Sudhakar Rajashekhara wrote:
On Tue, Sep 29, 2009 at 00:19:05, Kevin Hilman wrote:
Mark A. Greer mgr...@mvista.com writes:
On Tue, Sep 22, 2009 at 06:10:41PM +0530, Sudhakar Rajashekhara wrote:
On Sat
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
Hello, I wrote:
Add da8xx_cppi41_init() function to initialize the CPPI 4.1 subsystem along
with the data describing the CPPI 4.1 queue manager and the DMA block found
in OMAP-L1x/DA8xx chips.
Note that we have to modify the USB 2.0 clock
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
In the edma_free_cont_slots API, the variable slot was being modified
and then used in the for loop.
This results in incorrect behaviour when the API is used.
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
---
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
The edma_alloc_cont_slots API is used for obtaining a set of
contiguous slots. When we use the _ANY option with this
API, by definition of this option it is suppossed to start
looking for a set of contiguous slots starting from
nsnehapra...@ti.com writes:
From: Sneha Narnakaje nsnehapra...@ti.com
This patch updates the NAND driver platform data to use 4-bit ECC and the
ECC_HW/ECC_HW_OOB_FIRST modes.
Signed-off-by: Sneha Narnakaje nsnehapra...@ti.com
Applied to davinci git.
Kevin
---
nsnehapra...@ti.com writes:
From: Sneha Narnakaje nsnehapra...@ti.com
This patch updates the NAND driver platform data to use 4-bit ECC and the
ECC_HW/ECC_HW_OOB_FIRST modes.
Signed-off-by: Sneha Narnakaje nsnehapra...@ti.com
Applied to davinci git.
Kevin
---
Mark A. Greer mgr...@mvista.com writes:
On Tue, Sep 22, 2009 at 06:10:41PM +0530, Sudhakar Rajashekhara wrote:
On Sat, Sep 19, 2009 at 02:40:04, Mark A. Greer wrote:
From: Mark A. Greer mgr...@mvista.com
The existing NAND infrastructure allows the default main and
mirror bad block
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
These are needed by the MUSB and OHCI glue layers...
Signed-off-by: Sergei Shtylyov sshtyl...@ru.mvista.com
Applied to davinci git.
Kevin
---
The patch is against the recent DaVinci tree.
arch/arm/mach-davinci/include/mach/da8xx.h |1
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
The reserve_contiguous_params function is used to reserve
a set of contiguous PARAMs. If we do not find a complete
set of contiguous PARAMs, the functions still has to free
every PARAM that it found to be free in the process of
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
The patch itself does not change the functionality of
any existing code. PARAM entries in the present GIT kernel
are referred to as slots. New API's being added to the
EDMA driver were referring to these PARAM entries as
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
Add the function to register the OHCI platform device, given the root hub
related platform data passed from the board specific code. The platfrom
data provide for overriding the OHCI port power and over-current bits at
the board level.
that reside at different physical addresses (e.g.,
TI's DA8xx/OMAP-L13x SoC's).
Also allow the possibility for the timer and alarm
interrupts to use the same IRQ.
Signed-off-by: Mark A. Greer mgr...@mvista.com
CC: David Brownell davi...@pacbell.net
Acked-by: Kevin Hilman khil
Miguel Aguilar miguel.agui...@ridgerun.com writes:
Sekhar,
If you and Sneha agree I will write driver in terms of davinci instead of
dm365.
I add a vote the davinci* naming instead of dm365*.
Kevin
Thanks,
Miguel Aguilar
Nori, Sekhar wrote:
On Fri, Sep 18, 2009 at 20:02:32, Miguel
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
Hello, I wrote:
Add support for the Sharp LCD035Q3DG01 graphical LCD. This
requires a minor interface change to da8xx_register_lcdc()
so that the board code can pass in the platform_data which
describes the lcd controller that's to be used.
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
I see this has been committed too -- Kevin, really, could you allow
more time on patch comments?
OK, I looked at the timeline:
09/04: Mark's inital series
09/14: (10 days later) my initial response,
respin request, no other problems
[non-davinci lists removed]
Kevin Hilman wrote:
Linus,
Please pull the DaVinci platform updates for 2.6.32.
FYI...
For those who haven't seen yet, Linus pulled/merged this series on 9/18
so it is now part of his master branch and will be included in 2.6.32.
Kevin
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
Add support for Texas Instuments Communication Port Programming Interface 4.1
(CPPI 4.1) used on OMAP-L1x/DA8xx.
At this moment, only the DMA controller and queue manager are supported.
Support for the buffer manager is lacking but this chip
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
Add the function to initialize the CPPI 4.1 subsystem along with the data
describing CPPI 4.1 queue manager and DMA block found in DA8xx chips.
Modify USB 2.0 clock entry to have the clock enabled early if we have
CPPI 4.1 subsystem enabled.
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
Hello.
Kevin Hilman wrote:
Add the function to register the OHCI platform device, given the root hub
related platform data passed from the board specific code.
While at it, modify USB 2.0 clock entry in order to match
the clock
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
Hello.
Kevin Hilman wrote:
On the latest DA850/OMAP-L138 EVM (Beta) the GPIO pin
number of LCD panel power has changed. This patch takes
care of this change. Software will support only Beta
versions of DA850/OMAP-L138 EVM
Mark A. Greer mgr...@mvista.com writes:
From: David A. Griego dgri...@mvista.com
Add pinmux settings, etc. to enable the MMC/SC hardware.
Signed-off-by: David A. Griego dgri...@mvista.com
Signed-off-by: Mark A. Greer mgr...@mvista.com
Thanks, pushing all 4 today.
Kevin
---
Mark A. Greer mgr...@mvista.com writes:
From: Mark A. Greer mgr...@mvista.com
Add RTC support for the da830/omap-l137 and da850/omap-l138
SoC's by leveraging existing the rtc-omap driver.
Signed-off-by: Mark A. Greer mgr...@mvista.com
Can you re-send this rtc-omap patch and Cc
David Brownell davi...@pacbell.net writes:
On Wednesday 02 September 2009, Siddharth Choudhuri wrote:
I would suggest splitting the bootloader partition into two -- (i) ubl
and (ii) uboot. UBL can be 5 blocks (1 + 4 spare blocks) and u-boot
could be the rest of the blocks. One of the
Miguel Aguilar miguel.agui...@ridgerun.com writes:
[MA] I already took a look into DM646x USB patch thread and the
discussion about the board specific issue, but Is there any agreement
about the way to handle do this? Like use a usb_vbus_control in the
board file.
There are still many board
Kevin Hilman khil...@deeprootsystems.com writes:
Miguel Aguilar miguel.agui...@ridgerun.com writes:
[MA] I already took a look into DM646x USB patch thread and the
discussion about the board specific issue, but Is there any agreement
about the way to handle do this? Like use
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
Hello.
Kevin Hilman wrote:
There's absolutely no reason why the DaVinci USB platfrom device should
be in its own module;
Other than devices*.c getting very cluttered, difficult to maintain
and the root cause of merge conflicts because
Denys Dmytriyenko de...@denix.org writes:
Remove SYSFS_DEPRECATED flag from DA8xx/OMAP-L13x board defconfigs
More details - http://marc.info/?t=12501122857
Signed-off-by: Denys Dmytriyenko de...@denix.org
Thanks, pushing today.
Kevin
___
Sudhakar Rajashekhara sudhakar@ti.com writes:
On the latest DA850/OMAP-L138 EVM (Beta) the GPIO pin
number of LCD panel power has changed. This patch takes
care of this change. Software will support only Beta
versions of DA850/OMAP-L138 EVM.
In the process, add the missing entry for
Tivy, Robert rt...@ti.com writes:
Since I was the one to ask Sandeep for this API, I will offer up my
reasoning...
Without this API, in order to call either edma_free_slot() or
edma_free_channel() the LinuxUtils EDMAK device driver will have to
carry a slot-vs-channel flag or cookie around
s-paul...@ti.com writes:
From: Sandeep Paulraj s-paul...@ti.com
The patch does the following
1) The edma_alloc_cont_slots API is used for obtaining a set of
contiguous slots. When we use the _ANY option with this
API, by definition of this option it is suppossed to start
looking for a set
Nori, Sekhar nsek...@ti.com writes:
On Tue, Sep 15, 2009 at 03:01:00, Kevin Hilman wrote:
Sekhar Nori nsek...@ti.com writes:
For testing on the on the EVM, we need the TPS65070 driver
(drivers/regulator/tps6507x-regulator.c) currently being hosted on the
linux-next tree.
If you send
Mark A. Greer mgr...@mvista.com writes:
On Wed, Sep 16, 2009 at 08:01:27AM -0700, Kevin Hilman wrote:
Mark A. Greer mgr...@mvista.com writes:
From: Mark A. Greer mgr...@mvista.com
Add RTC support for the da830/omap-l137 and da850/omap-l138
SoC's by leveraging existing the rtc-omap
io.h to hardware.h
davinci: dm646x: Add IDE setup
davinci: dm646x-evm: Add support for IDE
Kevin Hilman (8):
MAINTAINERS: add entry for TI DaVinci machine support
davinci: Kconfig: enable EVMs by default when SoCs are enabled
davinci: remove watchdog from soc_info
Mark A. Greer mgr...@mvista.com writes:
On Wed, Sep 16, 2009 at 11:01:16AM -0700, Kevin Hilman wrote:
Mark A. Greer mgr...@mvista.com writes:
On Wed, Sep 16, 2009 at 08:01:27AM -0700, Kevin Hilman wrote:
Mark A. Greer mgr...@mvista.com writes:
From: Mark A. Greer mgr...@mvista.com
Mark Brown broo...@opensource.wolfsonmicro.com writes:
On Wed, Sep 02, 2009 at 03:33:59PM -0600, miguel.agui...@ridgerun.com wrote:
From: Miguel Aguilar miguel.agui...@ridgerun.com
This patch enables tlv320aic3101 support on DM365 EVM and
it was tested on DM365 EVM rev c.
Note: this patch
miguel.agui...@ridgerun.com writes:
From: Miguel Aguilar miguel.agui...@ridgerun.com
1) Registers the platform device for McBSP on dm365.
2) Add platform data to DM365 EVM board file.
3) Set i2c address for audio codec at DM365 EVM board file.
Note: This patch was created based on
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
On this board the OHCI port's power control and over-current signals from
TPS2065 power switch are connected via GPIO1[15] and GPIO2[1] respectively,
so we can implement the DA8xx OHCI glue layer's hooks for overriding the
root hub port's power
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
Kevin Hilman wrote:
Add the function to register the OHCI platform device, given the root hub
related platform data passed from the board specific code.
While at it, modify USB 2.0 clock entry in order to match the clock by name
instead
: board-dm644x-evm.c
ARM: includecheck fix: board-dm646x-evm.c
ARM: includecheck fix: board-sffsdr.c
Kevin Hilman (8):
davinci: fixups for banked GPIO interrupt handling
davinci: add platform support for watchdog timer
davinci: DM355: add base SoC and board support
Sergei Shtylyov sshtyl...@ru.mvista.com writes:
There's absolutely no reason why the DaVinci USB platfrom device should
be in its own module;
Other than devices*.c getting very cluttered, difficult to maintain
and the root cause of merge conflicts because of so many unrleated
patches wanting
601 - 700 of 1619 matches
Mail list logo