On Wed, Sep 16, 2009 at 12:11:19, Viral Sachde wrote:
> On Tue, Sep 15, 2009 at 8:24 PM, Nori, Sekhar wrote:
> > Hi Viral,
> >
> > On Tue, Sep 15, 2009 at 19:06:55, Viral Sachde wrote:
> >> On Tue, Sep 15, 2009 at 5:58 PM, wrote:
> >> > Hi,
> >> >
> >> > Here you don't need to create the nodes
Hi,
To work with my DM6446EVM, I am trying to patch the kernel with the touch
screen driver written by "Kwangwoo Lee" for TSC2007 but could not do that. I
want to run the patch with tslib and ts_calibrate. Any link, mail-list or
application report is ok for me.
Regards,
Ferhat
___
On Tue, Sep 15, 2009 at 8:24 PM, Nori, Sekhar wrote:
> Hi Viral,
>
> On Tue, Sep 15, 2009 at 19:06:55, Viral Sachde wrote:
>> On Tue, Sep 15, 2009 at 5:58 PM, wrote:
>> > Hi,
>> >
>> > Here you don't need to create the nodes in /dev dir, as they are created
>> > on
>> > the boot-up time.
>> >
Kevin, please ignore this entire series.
Mak
--
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
From: Mark A. Greer
Add pinmux settings, etc. to enable the MMC/SC hardware.
Signed-off-by: Mark A. Greer
---
Sorry for the delay...
arch/arm/mach-davinci/board-da830-evm.c | 43 +++
1 files changed, 43 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-da
From: Mark A. Greer
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
---
arch/arm/mach-davinci/board-da830-evm.c|4 +++
arch/arm/mach-davinci/board-da850-evm.c|4 +++
arch/arm/mach-davinci
From: Steve Chen
Add graphics support for the Sharp LCD035Q3DG01 graphical
LCD that's on the User Interface (UI) daughter card of the
DA830/OMAP-L137 EVM.
The LCD shares EMIFA lines with the NAND and NOR devices that
are also on the UI card so those lines are shared via a couple
of muxes. The m
From: Mark A. Greer
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.
Signed-off-by: Mark A. Greer
---
arch/arm/mach-d
From: David A. Griego
Add pinmux settings, etc. to enable the MMC/SC hardware.
Signed-off-by: David A. Griego
Signed-off-by: Mark A. Greer
---
arch/arm/mach-davinci/board-da830-evm.c | 43 +++
1 files changed, 43 insertions(+), 0 deletions(-)
diff --git a/arch/a
From: Mark A. Greer
Add graphics support for the Sharp LCD035Q3DG01 graphical
LCD that's on the User Interface (UI) daughter card of the
DA830/OMAP-L137 EVM.
The LCD shares EMIFA lines with the NAND and NOR devices that
are also on the UI card so those lines are shared via a couple
of muxes. Th
From: Mark A. Greer
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.
Signed-off-by: Mark A. Greer
---
arch/arm/mach-d
Hi,
We can load the filesystem from anywhere (SD/NAND/NFS). But Need to modify some
thing in kernel for correct workig we are using DM355EVM and a custom board on
DM355 base.
File system loading from different sources:
NFS: EABI support in kernel need to switch off if filesystem is montavista
Hello,
I have on hand both the DM355EVM and a leopard Board. I would like
to ask a few getting started questions. First I have already built a
kernel from Kevin's tree for 2.6.29-davinci1 and patched it for
support for the 2M pixel image sensor. I am currently using an Ubuntu
rootfs which I ha
Hi Viral,
On Tue, Sep 15, 2009 at 19:06:55, Viral Sachde wrote:
> On Tue, Sep 15, 2009 at 5:58 PM, wrote:
> > Hi,
> >
> > Here you don't need to create the nodes in /dev dir, as they are created on
> > the boot-up time.
> > Make sure that your configuration in kernel for the console is correct.
On Tue, Sep 15, 2009 at 5:58 PM, wrote:
> Hi,
>
> Here you don't need to create the nodes in /dev dir, as they are created on
> the boot-up time.
> Make sure that your configuration in kernel for the console is correct. And
> make sure that the file-system your using is not a corrupted one.
>
>
Did you try the suggested fix (highlighted in red below)?
Chris
From: davinci-linux-open-source-boun...@linux.davincidsp.com
[mailto:davinci-linux-open-source-boun...@linux.davincidsp.com] On Behalf Of
chandrashekar reddy
Sent: Tuesday, September 15, 2009 6:02 A
Hi All,
I am trying to build the Object video server , while building i am getting
fallowing issue...
/dm6446/dvsdk_1_30_01_41/xdc_3_00_02;/home/dm6446/dvsdk_1_30_01_41/xdc_3_00_02/etc"
-Dxdc.bld.targets="" -DTOOLS= -Dxdc.traceEnable=
/home/dm6446/dvsdk_1_30_01_41/xdc_3_00_02/packages/xdc/bld
McASP register settings are not correct for DSP mode of operation.
There is a channel swap initally. This patch provides fixes to
the register values for proper working.
Tested on DA830/OMAP-L137 EVM, DM6467 EVM.
Signed-off-by: Chaithrika U S
---
Applies to ALSA GIT tree on branch topic/asoc at
Hi,
Here you don't need to create the nodes in /dev dir, as they are created on
the boot-up time.
Make sure that your configuration in kernel for the console is correct. And
make sure that the file-system your using is not a corrupted one.
Regards,
Venkatesh
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 data pin 0
and remove the GPIO specific pins from da850_lcdc
On Tue, Sep 15, 2009 at 16:28:26, Sergei Shtylyov wrote:
> Hello.
>
> Sudhakar Rajashekhara 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
On Tue, 2009-09-15 at 17:04 +0530, Santoshkumar Pattar wrote:
> Hi Steve,
>
> It is not feasible for me to move to MVL 5.0 because of few commitments
> on 2.6.10 kernel.
> So that's why I was looking for changing the DSPLINK 1.6x to make it
> compatible to 2.6.10.
> If you have some pointers to ma
Hi Steve,
It is not feasible for me to move to MVL 5.0 because of few commitments
on 2.6.10 kernel.
So that's why I was looking for changing the DSPLINK 1.6x to make it
compatible to 2.6.10.
If you have some pointers to make DSPLINK 1.6x compatible to 2.6.10, it
would be helpful for me.
Thank you
On Tue, 2009-09-15 at 13:20 +0200, amr ali wrote:
> Hi,
> How can I get these files in their original format that will be used
> with PCB tools directly?
I suggest contact Spectrum Digital since they designed the board.
Regards,
Steve
___
Davinci-li
Hi,
How can I get these files in their original format that will be used with PCB
tools directly?
--
Amr
> Subject: Re: How to Buy TI DM6446 Evaluation Board Files?
> From: sc...@mvista.com
> To: amra...@hotmail.com
> CC: davinci-linux-open-source@linux.davincidsp.com
> Date: Tue, 15 Sep 20
Hello.
amr ali wrote:
Hi,
How to buy schematics and gerber file for the evaluation board for DM6446?
They are available here:
http://c6000.spectrumdigital.com/davincievm/revf/
WBR, Sergei
___
Davinci-linux-open-source mailing list
Davinci-lin
Hello, I wrote:
Commit 30899ca7f20571c4bd64544dec261171f6ec255b (USB: musb: davinci
dm6446evm
GPIO renumbering) has updated GPIO_nVBUS_DRV to a wrong value which
causes a
kernel oops.
The DaVinci chips have 104 GPIOs max, not 128, hence the correct
value is 120
(that is 104 + 8 + 8), not 1
2009/9/15 amr ali :
> Hi,
> How to buy schematics and gerber file for the evaluation board for DM6446?
> --
> Amr
>
Check http://c6000.spectrumdigital.com/davincievm/revf/
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davinc
Hi all,
I was trying to boot 2.6.31-rc7 on DM6446 based board. I have attached
complete log in attached file. I was trying to use target filesys of
MVL 5.0 over NFS. I have created console and ttyS0 nodes manually in
/dev folder in NFS before booting kernel.
Let me know if you have any suggestions.
On Tue, 2009-09-15 at 13:03 +0200, amr ali wrote:
> Hi,
> How to buy schematics and gerber file for the evaluation board for
> DM6446?
They should be at
http://c6000.spectrumdigital.com/davincievm/revd
Regards,
Steve
___
Davinci-linux-open-source m
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.
In the process, add the missing entry for data pin 0
in da850_lc
Hi,
How to buy schematics and gerber file for the evaluation board for DM6446?
--
Amr
_
More than messages–check out the rest of the Windows Live™.
http://www.microsoft.com/windows/windowslive/_
Hello.
Subbrathnam, Swaminathan wrote:
Primus, Freon platforms to start with and other platforms that utilize the same
controller in future.
How there can be a generic memory map between OMAP-L1x and DaVincis
(if that's what you mean)?
-Original Message-
From: Sergei Shtylyo
Hello.
Sudhakar Rajashekhara 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.
In the process, add the missing entry for data pin 0
in da850_
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 by name
instead of by device since it is also needed by t
Primus, Freon platforms to start with and other platforms that utilize the same
controller in future.
-Original Message-
From: Sergei Shtylyov [mailto:sshtyl...@ru.mvista.com]
Sent: Tuesday, September 15, 2009 4:17 PM
To: Subbrathnam, Swaminathan
Cc: Kevin Hilman; davinci-linux-open-sour
On Tue, 2009-09-15 at 16:10 +0530, Santoshkumar Pattar wrote:
> Hi Deepali,
>
> I tried merging the DSPLINK 1.6x into 2.6.10 kernel. But some of the
> mutex functions and files are not present in the 2.6.10 kernel.
> (Attached file gives the compilation errors, when I try to build the
> DSPLINK 1.
Hello.
Subbrathnam, Swaminathan wrote:
Kevin,
My re-structuring patch would be along similar lines. There are cople of
references in the usb.c that need to be re-done (platform specific memorymaps
for ex) to be generic across platforms.
I'm not sure I understand what you mean. Across
I assume you are using the USB driver on the GIT.
If you are using a TI EVM platform then you should be able to see a HS MSC
device get enumerated as a HS device. If it is a custom board then this might
be due to noise on the USB lines.
Have you ever been successful in enumerating any device i
On Tue, 2009-09-15 at 12:32 +0530, Deepak Mundra wrote:
>
> Hi rohan please find my reply in line .. check your bootargs ..
>
> On Mon, Sep 14, 2009 at 5:01 PM, rohan tabish
> wrote:
> Thanks for your reply
> it is from u-boot level.
> Actullay i am trying to mount the f
All USB Mass Storage device getting detected as full speed USB Device.
Is there any issue with it.
Is there any reference to solve this kind of issue.
Even as function controller also its not getting detected.
Suggest me
On Tue, Sep 15, 2009 at 7:17 PM, Subbrathnam, Swaminathan wrote:
> Hi,
>
Hi Deepali,
I tried merging the DSPLINK 1.6x into 2.6.10 kernel. But some of the
mutex functions and files are not present in the 2.6.10 kernel.
(Attached file gives the compilation errors, when I try to build the
DSPLINK 1.6x w.r.t 2.6.10 kernel)
But in the TI E2E mails, Mugdha has mentioned th
On Tue, 2009-09-15 at 18:45 +0900, kirthika varadarajan wrote:
> Dear All,
>I am working with DM6446.I need to check USB Mass Storage Device
> and USB Function Controllers.
> Whenever i plug in Mass Storage Device I am getting the below said
> debug messages and finally my USB device is not
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 of so many unrleated
patches wanting to touch the sa
Hi,
Is the mass storage device High Speed or Full speed? It seems to
get enumerated as a Full speed device. Is this issue seen with any USB MSC
device?
Regards
swami
From: davinci-linux-open-source-bounces+swami.iyer=ti@linux.davincidsp.com
[m
Karicheri, Muralidharan a écrit :
RFC: V4L - Support for video timings at the input/output interface
Thanks to Hans Verkuil for his initial proposal and feedbacks to help write
this RFC.
Version : 1.0
Thank you for this work.
I have a few questions, regarding the other parameters or existing
On Tue, Sep 15, 2009 at 03:01:00, Kevin Hilman wrote:
> Sekhar Nori writes:
>
> > Use framework provided cpufreq_frequency_table_target() function to index
> > into the frequency table and provide that index information to the clock's
> > set_rate function so it can directly obtain OPP information
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 data pin 0
in da850_lcdcntl_pins structure.
Signed-off-by:
Santosh,
There isn't a DSPLink available with support for 2.6.10 kernel and real-time
kernel. Support for RT mode was added in DSPLink 1.6x, and in this version, MVL
Pro 4 support was removed. One thing that the you could try is to merge support
for 2.6.10 kernel into DSPLink 1.6x.
Thanks and
On Tue, Sep 15, 2009 at 02:58:28, Kevin Hilman wrote:
> Sekhar Nori writes:
>
> > Adds a basic CPUFreq driver for DaVinci devices registering with the
> > kernel CPUFreq infrastructure.
> >
> > Signed-off-by: Sekhar Nori
[...]
> > diff --git a/arch/arm/mach-davinci/cpufreq.c
> > b/arch/arm/mac
Dear All,
I am working with DM6446.I need to check USB Mass Storage Device and USB
Function Controllers.
Whenever i plug in Mass Storage Device I am getting the below said debug
messages and finally my USB device is not recognized.
usb 1-1: new full speed USB device using musb_hdrc and a
On Tue, Sep 15, 2009 at 23:45:48, Sudhakar Rajashekhara 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.
>
> In the process, add the mis
On Mon, Sep 14, 2009 at 22:12:09, Tivy, Robert wrote:
> 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-ch
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 data pin 0
in da850_lcdcntl_pins structure.
Signed-off-by:
Karicheri, Muralidharan wrote:
Open issues
---
1.How to handle an HDMI transmitter? It can be put in two different modes: DVI
compatible
or HDMI compatible. Some of the choices are
a) enumerate them as two different outputs when enumerating.
b) adding a status bit on
Hi rohan please find my reply in line .. check your bootargs ..
On Mon, Sep 14, 2009 at 5:01 PM, rohan tabish wrote:
> Thanks for your reply
> it is from u-boot level.
> Actullay i am trying to mount the filesystem using NFS but unable to mount
> it.you can see it from my log says unable to get
56 matches
Mail list logo