zuowenping,
You need to modify the arch/arm/mach-davinci/davinci_spi_platform.c
struct spi_board_info dm6467_spi_board_info[], .modalias =
DAVINCI_SPI_EEPROM_NAME, to .modalias = "spidev". Also you must enable
CONFIG_SPI_SPIDEV. After that the kernel will detect the device as
"spidev0" an
On Mon, Jun 22, 2009 at 13:16:55, Young, Joseph wrote:
> >> I am porting the Davinci Linux kernel to a new and similar TI device,
> >> called Jacinto2. I am at the point where the init program passed to
> >> the kernel by the bootloader is initialized. The problem that I am
> >> experiencing is tha
thanks Philby very much!
I have done according to your words,I cann't see the device node in /dev
yet,and i mknod and create node /dev/spidev0, and now i can run my
spidev_test.c,
# insmod spidev.ko
# mknod /dev/spi0 c 153 0
# ./spi_test &
# spi mode: 3
bits peBUG: scheduling while atomic: sp
hi, all
my davsdk based on linux-2.6.10, in order to make my EVM to
support sdhc card, I down load SDIO stack patches from sf which is open
source project. I apply them into kernel successfully. but it can't
works . when I try to insmod sdio_davinci_hcd.ko, it occurs errors as below:
Una
I have add some code for spi_board_info just as:
spi_board_info dm355_spi_board_info[] ={
//add by duke 2009.6.18
{
.modalias = "spidev",
.platform_data = NULL,//&davinci_8k_spi_eeprom_info,
.mode = SPI_MODE_0,
.irq = 0,
.max_speed_hz =
This patch adds support for MMC/SD controller driver for DaVinci family SoC.
This patch will work for SoC like DM6446 and DM355. SoC like DM365 and
DA830 also has same controller with small variations and could supported/added
easily by using this version of patch. It means that this version of pat
On Tue, 2009-06-23 at 16:14 +0800, zuowenping wrote:
> thanks Philby very much!
> I have done according to your words,I cann't see the device node
> in /dev yet,and i mknod and create node /dev/spidev0, and now i can
> run my spidev_test.c,
> # insmod spidev.ko
> # mknod /dev/spi0 c 153 0
> # .
The description of this patch needs to be updated. I'll repost the patch
soon.
Thanks and regards,
~Vipin
> -Original Message-
> From: Vipin Bhandari [mailto:vipin.bhand...@ti.com]
> Sent: Tuesday, June 23, 2009 2:25 PM
> To: linux-ker...@vger.kernel.org
> Cc: davinci-linux-open-source@l
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 DM355 can be found at
http://focus.ti.com/general/docs
HI
I am now porting a small application from LSP1.30 to LSP 2.10. It seems that
VPFE driver have changed. I need to initialize sensore board from
leopardimaging with MT9P031 on boar. It seems that there is no connection to
MT9P031 driver.
Do you have some hints, or may be have you tried it..
. It seems that there is no connection to MT9P031 driver.
What you mean by this?
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
Phone : 301-515-3736
email: m-kariche...@ti.com
From: davinci-linux-open-source-boun...@linux.dav
That onl feeling, because there are IOCTLs for setting MT9T001 params but
none with MT9P031.
Second I am not able open video0. It ends with something like this
i2c_adapter i2c-0: tvp514x_setinput:lost lock]
i2c_adapter i2c-0: tvp514x_setinput:lost lock]
i2c_adapter i2c-0: tvp514x: no input connec
Vipin Bhandari 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 DM355 can be foun
[CC list trimmed]
Vipin Bhandari 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 fo
Brian Rhodes wrote:
MV Pro 5.0 toolchain
Codec Engine 2.23.01
DSP/BIOS 5.33.05
XDCTOOLS 3.15.00.50
Framework Components 2.23.01
XDAIS 6.23
DSPLINK 1.61.03
CMEM (linuxutils) 2.23.01
The error message @0,123,595us: [+7 T:0x44643490 S:0x44642d74] OP -
Processor_create_d> Loading and starting DSP
Hello,
Now that davinci git is close to upstream, most of the patches coming
through davinci git will go directly upstream when ready.
Until now, I've been manually editing subjects to have some
consistency, but I'd like some help here.
>From now on, I'd like to see any patches touching
arch/a
s-paul...@ti.com writes:
> From: Sandeep Paulraj
>
> Patch updates the Kconfig for ARM DaVinci.
> The ARCH_DAVINCI_DMx flasg is selected for DM365
>
> Signed-off-by: Sandeep Paulraj
Thanks, pushing today.
Kevin
> ---
> arch/arm/mach-davinci/Kconfig |1 +
> 1 files changed, 1 insertions(+
s-paul...@ti.com writes:
> From: Sandeep Paulraj
>
> Patch adds interrupt mux entries for EDMA, RTC
> and EMAC. Also we add a pin mux entry for keypad
>
> Signed-off-by: Sandeep Paulraj
Thanks, pushing today.
Kevin
> ---
> arch/arm/mach-davinci/dm365.c| 13 +
> arch
s-paul...@ti.com writes:
> From: Sandeep Paulraj
>
> The patch adds Support for EMAC in the DM365 SOC
>
> Signed-off-by: Sandeep Paulraj
Thanks, pushing today.
Kevin
> ---
> arch/arm/mach-davinci/dm365.c | 58
> +
> 1 files changed, 58 insertions(+)
s-paul...@ti.com writes:
> From: Sandeep Paulraj
>
> Patch adds support for the DM365 EVM.
> It also configures the PINMUX and INTMUX for EMAC.
>
> Signed-off-by: Sandeep Paulraj
Thanks, pushing today after folding this nto the SoC support.
Kevin
> ---
> arch/arm/mach-davinci/board-dm365-evm
s-paul...@ti.com writes:
> From: Sandeep Paulraj
>
> Patch adds MMC/SD Support for DM365
>
> Signed-off-by: Sandeep Paulraj
Thanks, pushing today.
Kevin
> ---
> arch/arm/mach-davinci/devices.c | 45 ++
> 1 files changed, 31 insertions(+), 14 deletions(-)
s-paul...@ti.com writes:
> From: Sandeep Paulraj
>
> Patch adds support for MMC/SD in the DM365 EVM.
> Pinmux for MMC/SD slot 1 on the DM365 EVM is also
> configured.
>
> Signed-off-by: Sandeep Paulraj
Pushing today, even though it sounds like there may still be some
issues with this patch. Bu
s-paul...@ti.com writes:
> From: Sandeep Paulraj
>
> The Patch adds support for the NAND driver
> in the DM365 EVM
>
> Signed-off-by: Sandeep Paulraj
Thanks, pushing today.
Kevin
> ---
> arch/arm/mach-davinci/board-dm365-evm.c | 84
> +++
> 1 files changed, 84
David Brownell writes:
> From: David Brownell
>
> Add basic support for the CPLD on the DM365 EVM board:
>
> - Read SW5 to set up NAND and keypad vs (someday) OneNAND
> - Export MMC/SD card detect and writeprotect signals
> - LED support (same layout as on DM355 EVM)
> - Static config for vi
"Rajashekhara, Sudhakar" writes:
> This series prepares the DaVinci git tree for TI da850/omapl138
> support. This series is dependent on the following patch which I
> have submitted earlier.
>
> [PATCH] ARM: DaVinci: Pass proper EDMA platform data information
>
Thanks. Will push these today.
Dave, Kevin,
Regarding support for EDMA on DM365, looks like I need to add a single line of
code in dm365.c
davinci_cfg_reg(DM365_INT_EDMA_CC);
I'll add it just before the EDMA device is registered. Let me now if this is OK.
I'll send the patch tomorrow because dm365 files will change.
Than
Hey folks,
I'm having some mysterious behavior occur when shutting down my
application. It seems to be tied with shutting down CodecEngine 2.21,
and we did not have this problem when using CodecEngine 1.10.
We have a modular, multi-platform application that collects video, among
other things
If possible, I'd recommend removing the osalGlobal.armDspLinkConfig assignment
in your app.cfg script. You should be able to use the default memory map
initialized by Engine.createFromServer():
http://tiexpressdsp.com/index.php/Configuring_Codec_Engine_in_Arm_apps_with_createFromServer
Chris
Hello EveryBody!
Now I encountered a very strange problem on DM355 EVM.I use DM355 to
capture 2592x1944 resolution picture from the MT9P031 Sensor,but sometimes I
can only get a disrupt image,and In the capture thread,I find the DQBUF time
only need 1ms in the most time(If I do not use IPIPE
Chris,
I found that my map is proper, and the issue is elsewhere. It looks
like the LINKCFG_Dsp structure. The av5T ipc_dsplink library which is
being linked with the application seems to have some duplicate symbols.
I modified the LINKCFG_Dsp in dsplink to change the name and found that
t
This patch takes out IO mapping macros from mach/io.h and puts them in
mach/hardware.h avoiding need to include mach/io.h in various files such as
serial.h, vmalloc.h etc.
The main reason to avoid inclusion of mach/io.h is, when default in/out macros
are overridden by machine specific functions (e
31 matches
Mail list logo
