Signed-off-by: Andrey Porodko pa...@chelcom.ru
---
sound/soc/davinci/davinci-evm.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/sound/soc/davinci/davinci-evm.c b/sound/soc/davinci/davinci-evm.c
index 67414f6..ffdd30e 100644
--- a/sound/soc/davinci/davinci-evm.c
Hello everyone I am using DM6441 MV4.0.1 kernel 2.6.10.xx.
I run my application base video with COMS sensor, but I got DSP/CPU Freeze
while this message is came:
Warning: kfree_skb on hard IRQ c01ef20c
Can any one know what is meaning? And what need to solve it?
Regard's
Eran Segal
Leave a comment explaining the constant value of 27Mhz used
in include/mach/timex.h for all DaVinci platforms. Many of
the platforms actually run at 24MHz timer frequency (Eg.
EVMs of DM355, DM365 and OMAP-L1).
The comment also serves as a porting alert.
Signed-off-by: Sekhar Nori nsek...@ti.com
Hello,
I am using 0.9 VISA API to decode Audio Frames.
As per the call
Int32 AUDDEC_process (
AUDDEC_Handle alg_handle,
XDM_BufDesc * inbufdesc,
XDM_BufDesc * outbufdesc,
AUDDEC_InArgs * inargs,
AUDDEC_OutArgs * outargs
)
I can specify more than one input and output buffers through the
Sameer Naik wrote:
I can specify more than one input and output buffers through the
inbufdesc and outbufdesc variables. For example, i can specify two
input buffers and copy one audio frame in the first buffer and another
audio frame in the second buffer. Now for each input buffer i can
specify
Hello, all,
Does anyone use DM365?
Do you come across the same problem, when run the demo davinci.mpeg4 or
davinci.264 with the OSD text, some of the text on the OSD layer and the
picture on the video layer disappeared. For example, on the top left corner,
there is ARM CPU , but we
Is It? i have been going through the release docs of TI's mp3dec
codec. Haven't been able to locate anything that lay the contraint
that there can only be one input and one output buffer for each
process call.
How about the 1.20 VISA (AUDDEC1_) API's. do the audio codecs built
around this version
Hi,
I'm using a DM6447 and I'm facing an issue using the vpbe in digital mode.
Indeed I'm not able to draw either on OSDWindow0 ot VIDWIN0 a vertical line of
1 pixel wide on odd pixel value.
I'm using a tda998x as HDMI transmitter in 422 as Input.
Does anyone ever face this kind of problem
Hi to All,
I am creating 3 socket. At the second time socket creation
,SO_REUSEADDR gives illegal seek (29) error.
same error is coming while running this code in Linux PC also. i don't know
why this happening.
Can anyone help me to resolve this problem?
My Source Code is:
#include
Hi,
I didn't come across this problem, but I know how to resolve it, maybe I
could give you some advice.
Please check the file /etc/hosts, and edit it like this:
127.0.0.1 localhost.localdomain localhost
good luck!
jiazhen
Thanks,
i need sample to check. i dont know, whats happening in SO_REUSEADDR.
2009/11/23 chiachen luojiaz...@gmail.com
Hi,
I didn't come across this problem, but I know how to resolve it, maybe
I could give you some advice.
Please check the file /etc/hosts, and edit it like this:
can anyone help me
2009/11/23 sathishkumar kanagaraj sathish.kanaga...@gmail.com
Thanks,
i need sample to check. i dont know, whats happening in SO_REUSEADDR.
2009/11/23 chiachen luojiaz...@gmail.com
Hi,
I didn't come across this problem, but I know how to resolve it, maybe
I could
Remove the pointless 'do () while (0)' loop from musb_g_tx() -- it
makes this function symmetric to musb_g_rx()...
Signed-off-by: Sergei Shtylyov sshtyl...@ru.mvista.com
---
Greg, please replace the usb/usb-musb_gadget-remove-pointless-loop.patch
in your series with this, fixed up one.
Changes
Hello David,
On Wed, 2009-07-15 at 10:10 -0700, David Brownell wrote:
On Wednesday 15 July 2009, Philby John wrote:
/*
+ * Configure the i2c data pin as a GPIO input and the i2c clock pin as a
+ * high GPIO output.
+ */
+static void disable_i2c_pins(void)
+{
+ unsigned long
From 062cfba8b86ccd932eaa498980e703295d86a6cb Mon Sep 17 00:00:00 2001
From: Philby John pj...@in.mvista.com
Date: Mon, 23 Nov 2009 18:08:33 +0530
Subject: [PATCH] Davinci i2c bus recovery procedure to come out of time out
conditions
Get out of i2c time out condition by following the
bus
Hello Sergei,
On Wed, 2009-07-15 at 16:34 +0400, Sergei Shtylyov wrote:
Hello.
Philby John wrote:
From dbe7e824d576636bb15b82a20fd2557fddc9a8f7 Mon Sep 17 00:00:00 2001
From: Philby John pj...@in.mvista.com
Date: Tue, 14 Jul 2009 21:46:47 +0530
Subject: [PATCH] Reset i2c bus to come
Hello Troy,
On Wed, 2009-07-15 at 10:15 -0700, Troy Kisky wrote:
Philby John wrote:
From dbe7e824d576636bb15b82a20fd2557fddc9a8f7 Mon Sep 17 00:00:00 2001
From: Philby John pj...@in.mvista.com
Date: Tue, 14 Jul 2009 21:46:47 +0530
Subject: [PATCH] Reset i2c bus to come out of time out
Hello Murali,
On Thu, 2009-07-16 at 16:22 -0500, Karicheri, Muralidharan wrote:
Philby,
I tried running this patch against 2.6.31.rc2 (davinci kernel tree). But I
got a crash as I run the application which is given below
In my case, time out happens when I kill the capture
This patch adds audio driver support for OMAPL138 based hawkboard
http://www.hawkboard.org
Signed-off-by: Syed Mohammed Khasim kha...@ti.com
---
diff --git a/arch/arm/mach-davinci/da850.c b/arch/arm/mach-davinci/da850.c
index 94355fa..cda39a3 100644
--- a/arch/arm/mach-davinci/da850.c
+++
This patch adds default config for OMAPL138 based hawkboard
http://www.hawkboard.org
Signed-off-by: Syed Mohammed Khasim kha...@ti.com
---
diff --git a/arch/arm/configs/omapl138_hawkboard_defconfig
b/arch/arm/configs/omapl138_hawkboard_defconfig
new file mode 100644
index 000..c1e1c6a
---
This patch adds VGA monitor support for OMAPL138 based hawkboard
http://www.hawkboard.org
Signed-off-by: Syed Mohammed Khasim kha...@ti.com
---
diff --git a/arch/arm/mach-davinci/devices-da8xx.c
b/arch/arm/mach-davinci/devices-da8xx.c
index b3f1317..7218539 100755
---
Hello,
I am getting following error when trying to set DMA transfer mode as UDMA2 on
latest DaVinci (DM6467) git kernel using hdparm (9.27 or older):
# ./hdparm -d1 -Xudma2 /dev/hda
/dev/hda:hda: UDMA/66 mode selected
setting using_dma to 1 (on)
hda: UDMA/66 mode selected
setting xfermode to
Sergei,
Thanks for the review. I am sorry, I posted the patches that were aligned with
ARAGO project, will post the one that I have aligned against Davinci GIT.
I am not sure why you see spaces instead of tabs here. Will re-work on the same.
Regards,
Khasim
-Original Message-
From:
Sekhar Nori nsek...@ti.com writes:
The rtc-omap driver currently hardcodes the RTC to be
not capable of wakeup events. On the DA850/OMAP-L138
SoC, the RTC is a wake up source from its deep sleep
mode.
Let platform data set the wakeup capability flag instead.
Signed-off-by: Sekhar Nori
Currently, ide_cmd_ioctl when invoked for setting DMA transfer mode calls
ide_find_dma_mode with requested mode as XFER_UDMA_6. This prevents setting DMA
mode to any other value than the default (maximum) supported by the device (or
UDMA6, if supported) irrespective of the actual requested
Andrew,
Can you please push this patch to mmotm tree as there are no review
comments for this patch.
Regards,
Chaithrika
On Wed, Nov 04, 2009 at 09:52:16, Chaithrika U S wrote:
Do you have any review comments or suggestions for this patch?
Regards,
Chaithrika
On Tue, Oct 20, 2009 at
26 matches
Mail list logo