On 25-06-09 00:12, caglarak...@gmail.com
wrote:
From: Yusuf Caglar Akyuzcag...@bilkon-kontrol.com.tr
This patch series imports 2.6.10 PWM driver into recent kernel. No functional
changes have been made to the driver itself. However, I added a simple sysfs
interface for functionality check. I
Hi,
I am developing a GUI for DM6467 based application. Is there a support of
frame buffer for DM6467? If no then anyone is aware of someone working on
this?
Pratik Joshi
--
_
Disclaimer: This e-mail message and all
Koen Kooi wrote:
On 25-06-09 00:12, caglarak...@gmail.com wrote:
From: Yusuf Caglar Akyuzcag...@bilkon-kontrol.com.tr
This patch series imports 2.6.10 PWM driver into recent kernel. No
functional
changes have been made to the driver itself. However, I added a simple
sysfs
interface for
Hi,
On Wed, Jun 24, 2009 at 22:26:43, Kevin Hilman wrote:
Rajashekhara, Sudhakar sudhakar@ti.com writes:
Passes channel controller number as the first argument to
edma_alloc_slot() API. Without this patch, kernel compilation fails
with too few arguments to function 'edma_alloc_slot'
Hi,
As DM6467 does not have any graphics pipeline, frame buffer driver is not
supported.
Thanks,
Brijesh Jadav
From: davinci-linux-open-source-bounces+brijesh.j=ti@linux.davincidsp.com
Hello all,
I have attached a small fix for the following problem:
When davinci_emac interface is down, changing MAC address results in
kernel oops, due to NULL pointer dereference.
I apologize for not inlining the patch into the message (since GMail
is the only web client I can use, and it does
Pablo Bitton pablo.bit...@gmail.com writes:
Hello all,
I have attached a small fix for the following problem:
When davinci_emac interface is down, changing MAC address results in
kernel oops, due to NULL pointer dereference.
This should go linux-net after a signoff from Sekhar or
From: Muralidharan Karicheri m-kariche...@ti.com
Re-sending making some minor updates in the patch header
This patch migrates mt9t031 driver from SOC Camera interface to
sub device interface. This is sent to get a feedback about the
changes done since I am not sure if some of the functionality
I resubmitted this patch after fixing the compilation issue
-Original Message-
From: Artem Bityutskiy [mailto:dedek...@infradead.org]
Sent: Monday, June 22, 2009 4:22 AM
To: Paulraj, Sandeep
Cc: davinci-linux-open-source@linux.davincidsp.com; linux-
m...@lists.infradead.org;
Hi,
Is this ready to get merged or still require discussion before merge?
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
email: m-kariche...@ti.com
-Original Message-
From: Karicheri, Muralidharan
Sent: Wednesday, June 17, 2009 5:17 PM
To:
Hi,
Is this ready to get merged or still require discussion before merge?
I want to take a final look at this. I had hoped to do that last weekend,
but I didn't have the time for it then. But I should be able to do it this
weekend.
Regards,
Hans
Murali Karicheri
Software Design
On Thursday 25 June 2009, Yusuf Caglar AKYUZ wrote:
BTW, I'm not aware of any PWM kernel infrastructure. While porting
this driver I looked into to kernel tree but I couldn't find
anything related to.
linux/pwm.h ... pretty minimal, and ISTR PXA-centric,
but it can be evolved.
David Brownell wrote:
On Thursday 25 June 2009, Yusuf Caglar AKYUZ wrote:
BTW, I'm not aware of any PWM kernel infrastructure. While porting
this driver I looked into to kernel tree but I couldn't find
anything related to.
linux/pwm.h ... pretty minimal, and ISTR PXA-centric,
but it can be
Brian G Rhodes wrote:
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
Kevin Hilman wrote:
m-kariche...@ti.com writes:
From: Muralidharan Karicheri a0868...@gt516km11.gt.design.ti.com
Big Thanks to all reviewers who have contributed to this driver
by reviewing and offering valuable comments.
VPFE Capture driver for DaVinci Media SOCs :- DM355 and DM6446
-Original Message-
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Guennadi Liakhovetski
Sent: Thursday, June 25, 2009 1:46 PM
To: Karicheri, Muralidharan
Cc: linux-me...@vger.kernel.org; davinci-linux-open-
sou...@linux.davincidsp.com
I don't really understand this yet, but maybe some background will help [at
least!] both of us...
In general, the ARM-side Link config can be done in 1 of 2 use cases:
1. Static config. The config struct is constructed in a .c file and built
_into_ the Link binaries during the DSP Link
Karicheri, Muralidharan wrote:
Yusuf,
I am not sure what is the state of vpfe branch maintained by Kevin.
We have been using the arago git tree and I don't see any of the issues that
you are seeing. Could you use arago tree and Let me know if you see the same
issue? This tree is being
Yusuf,
I am not sure what is the state of vpfe branch maintained by Kevin.
We have been using the arago git tree and I don't see any of the issues that
you are seeing. Could you use arago tree and Let me know if you see the same
issue? This tree is being tested internally by TI. So it is known
Karicheri, Muralidharan wrote:
Caglar,
Is this based on LSP 1.20/1.30?
Yes.
Thanks,
Caglar
___
Davinci-linux-open-source mailing list
Davinci-linux-open-source@linux.davincidsp.com
Caglar,
Is this based on LSP 1.20/1.30?
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
Phone : 301-515-3736
email: m-kariche...@ti.com
-Original Message-
From: davinci-linux-open-source-boun...@linux.davincidsp.com
On Thu, Jun 25, 2009 at 04:38:13PM -0500, Karicheri, Muralidharan wrote:
Yusuf,
I am not sure what is the state of vpfe branch maintained by Kevin.
In one of his posts few days ago Kevin said he updated it to v3.
We have been using the arago git tree and I don't see any of the issues that
On Fri, Jun 26, 2009 at 12:46:31AM +0300, Yusuf Caglar AKYUZ wrote:
Karicheri, Muralidharan wrote:
We have been using the arago git tree and I don't see any of the issues
that you are seeing. Could you use arago tree and Let me know if you see
the same issue? This tree is being tested
From: David Brownell dbrown...@users.sourceforge.net
Support DM365 GPIOs ... primarily by handling non-banked GPIO IRQs:
- Flag DM365 chips as using non-banked GPIO interrupts, using a
new soc_info field.
- Replace the gpio_to_irq() mapping logic. This now uses some
runtime
I was testing the SD card support in the latest linux-davinci GIT tree.
I had read a file from SD and then written a file. Before removing the
SD card, I unmounted it (ext2 FS).
Here is the console output: umount command, info that the card removal
was detected, and the first bit of the kernel
On Sunday 21 June 2009, s-paul...@ti.com wrote:
+#define DM365_RTC_BASE 0x01c69000
This is actually the PRTCIF, which is used by more than just
the RTC. I think there should be
- a small mach-davinci/prtcif.c module that maps this
region and exports accessor routines;
-
Agree,
Since most will use EMAC only one GPIO can cauase an IRQ due to MUXING.
The RTC GPIOs can be used for IRQs.
Sandeep
From: David Brownell [davi...@pacbell.net]
Sent: Thursday, June 25, 2009 9:16 PM
To: davinci-linux-open-source@linux.davincidsp.com
Hi,
I am using LSP 1.20 kernel 2.6.10 but I have only 1 to 1721 patches in
mvl_patches folder. I don't have patches from 1721 to 1993 of LSP 1.30.
I don't want to move to other version of kernel.
So can any one share the audio patches or mvl_patches directory which has 1993
Patches of LSP 1.30?
28 matches
Mail list logo