Om du har problem med att läsa detta e-postmeddelande, klicka här
(http://www.anp.se/newsletterweb/604832/44405D4074454B5C447043475843) för en
webb-version.
Vårt nyhetsbrev skickas automatiskt till våra kunder och intressenter. Vill du
inte ha detta nyhetsbrev framöver, klicka här för att avpre
Hi,
we are using 3.5 inch PRGB 565 Foxlink LCD interfaced with DM365
Leopard board,
1.If Anybody know how to write LCD driver for DM365 where to change the code
in existing code,
i know that we can write the lcd driver by changing the existing frame
buffer driver , is it current way to do ?
Hi,
I am trying to move to a more recent kernel. The board currently
runs a MontaVista 2.6.18 based kernel.
The application use codec engine from a montavista based DVSDK. If I understand
things correctly,
The userspace part of the DVSDK can still be used, but I need to rebuild the
kernel inter
On Friday 19 March 2010 10:35:50 hvaib...@ti.com wrote:
> From: Vaibhav Hiremath
>
> Looking towards the number of files which are cluttering in media/video/
> directory, it is required to introduce seperate working
> directory for TI devices.
You should then move the omap24xxcam driver as well.
Hi Deepali,
Thanks for the reply. The scenario described in the FAQ could be true
because sometimes (once in 10 times)
i'm getting different crash than described previously.
[] (SYNC_WaitSEM+0x0/0x260 [dsplinkk]) from []
(UEVENT_AddBufByPid+0x150/0x17c [dsplinkk])
[] (UEVENT_AddBufByPid+0x0/0x17c
Added init_or_module to Attribute list to avoid the following complaint:
ERROR: "foo_or_module bar" should be "foo _or_module bar"
Signed-off-by: Cyril Chemparathy
---
scripts/checkpatch.pl |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/scripts/checkpatch.pl b/scripts/
Rename da8xx_pinmux_setup() to davinci_cfg_reg_list() and promote it for use in
other SOCs that may need the ability to configure multiple pins in one shot.
Signed-off-by: Cyril Chemparathy
---
arch/arm/mach-davinci/board-da830-evm.c| 14 +++---
arch/arm/mach-davinci/board-da850-ev
Hi,
I have a custom board with DaVinci DM6443 with kernel TI LSP 2.0.0.140
(MV 2.6.18), DVSDK 2.0.0.22 and TI gStreamer for video / audio playback.
In parallel to the playback there is a HTTP and a FTP server running on
the ARM. The HTTP server is used to configure the board via web browser
and th
> -Original Message-
> From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
> Sent: Tuesday, March 23, 2010 5:11 PM
> To: davinci-linux-open-source@linux.davincidsp.com
> Cc: Hiremath, Vaibhav; linux-me...@vger.kernel.org
> Subject: Re: [Resubmit: PATCH-V2] Introducing ti-medi
Recent Linux Utils releases are available here:
http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/linuxutils/index.html
I'm not sure what kernel revision the arago kernels are up to, but I think the
most recent Linux Utils release (2.25.02.08) was validated on a 2.6.33-based
ker
In the 2.1 revision the priority registers have been improved. In the
old version there was a bug: all peripherals used the bits of one
register, the other was unused. Now they are properly connected, but the
default values of peripheral priorities are thus not the same as the old
1.3 silicon.
To
On Mon, Mar 22, 2010 at 20:36:13, Vladimir Pantelic wrote:
> Ben Gardiner wrote:
> > On Mon, Mar 22, 2010 at 10:20 AM, Vladimir Pantelic
> > wrote:
> >> Ben Gardiner wrote:
>
> >>> We noticed in the recent post by Sudhakar that it is somehow
> >>> 'supported' to handle DMA events on the DSP si
On Tue, Mar 23, 2010 at 1:04 PM, Nori, Sekhar wrote:
> On Mon, Mar 22, 2010 at 20:36:13, Vladimir Pantelic wrote:
>> Ben Gardiner wrote:
>> > On Mon, Mar 22, 2010 at 10:20 AM, Vladimir Pantelic
>> > wrote:
>> >> Ben Gardiner wrote:
>>
>> >>> We noticed in the recent post by Sudhakar that it is
Laurent,
>>
>> I'm not too sure to like the ti-media name. It will soon get quite
>crowded,
>> and name collisions might occur (look at the linux-omap-camera tree and
>the
>> ISP driver in there for instance). Isn't there an internal name to refer
>to
>> both the DM6446 and AM3517 that could be us
Hi,
Are you by any chance calling 'kill' or attempting to terminate the threads
internally in your application? We have seen this crash sometimes if we do Ctrl
C while running DSPLink applications. Also, after this crash, everything still
continues normally. This is a known issue documented in
Hi,
Thanks for the reply. No I'm not calling kill inside the application & the
kernel does not hang after the crash. I'm able to restart
the application again after the crash. & every time it runs smoothly for
some period before it crashes.
thanks & regards
yuvraj pasi
On Wed, Mar 24, 2010 at 7:5
16 matches
Mail list logo