"Rajashekhara, Sudhakar" writes:
> DA850/OMAP-L138 is the next generation DA830/OMAP-L137 processor
> from TI.
>
> DA830 and DA850 have many things in common. Instead of adding
> new files for DA850 reuse the existing DA830 files by renaming
> da830-xxx files to da8xx-xxx. Also rename common macr
After updating to more current TI software I am not able to load one of
the codec servers which we use.
@0,069,812us: [+0 T:0x40020bf0 S:0xbea5c7e4] ti.sdo.ce.alg - ALG_init> Enter
@0,070,063us: [+0 T:0x40020bf0 S:0xbea5c7d4] OG - Global_atexit> enter
(fxn=0x4360f184)
@0,070,269us: [+0 T:0x400
Kevin,
I'll submit a patch based on your comments.
I'll also resubmit NAND and EDMA DM365 patches.
Thanks,
Sandeep
> -Original Message-
> From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
> Sent: Friday, June 19, 2009 5:54 PM
> To: Paulraj, Sandeep
> Cc: davinci-linux-open-source@
s-paul...@ti.com writes:
> From: Sandeep Paulraj
>
> Patch adds Support for EMAC in DM365.
> Patch also configures mux setings for the EMAC on DM365 though
> this will already be done by U-Boot as U-Boot has EMAC support
>
> Signed-off-by: Sandeep Paulraj
This looks mostly ok, a little nit pick
From: Sandeep Paulraj
Patch adds Support for EMAC in DM365.
Patch also configures mux setings for the EMAC on DM365 though
this will already be done by U-Boot as U-Boot has EMAC support
Signed-off-by: Sandeep Paulraj
---
arch/arm/mach-davinci/board-dm365-evm.c | 58 ++
Chaithrika U S writes:
> clk_disable was called twice in the remove function.
> Correct this so that the driver module unloads without error.
>
> Signed-off-by: Chaithrika U S
Signed-off-by: Kevin Hilman
(TI DaVinci arch maintainer)
Will pull into DaVinci git until it merges upstream.
Kevin
m-kariche...@ti.com writes:
> From: Muralidharan Karicheri
>
> 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
>
> This is the version v3 of the patch series. This is
On Fri, 2009-06-19 at 15:45 -0400, Steve Chen wrote:
> On Fri, 2009-06-19 at 14:56 -0400, Scott Sweeny wrote:
> ...
> > vpfe-capture: vpfe vpss master & slave clocks disabled
> > dm644x_ccdc_init
> > vpfe_register_ccdc_device: DM6446 CCDC
> > dm355_ccdc_init
> > vpfe_register_ccdc_device: DM355 CCD
On Fri, 2009-06-19 at 14:56 -0400, Scott Sweeny wrote:
...
> vpfe-capture: vpfe vpss master & slave clocks disabled
> dm644x_ccdc_init
> vpfe_register_ccdc_device: DM6446 CCDC
> dm355_ccdc_init
> vpfe_register_ccdc_device: DM355 CCDC
> TCP cubic registered
...
Noticed above lines in the kernel boo
On Wed, 2009-06-17 at 16:11 -0400, m-kariche...@ti.com wrote:
> From: Muralidharan Karicheri
>
> 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
>
> This is the vers
"Young, Joseph" writes:
> 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 that,
> whichever init program I pass, it can
"Liu, Yan" writes:
> Thanks for your reply.
>
> I did try using the following 3 ways (see below) to request irq, but, my ISR
> was not called and the SET_RIS_TRIG value was not set for gpio6.
>
> status = request_irq(irq_num, &gpio_irq_handler, IRQF_TRIGGER_RISING,
> "gpio_test", NULL )
Ok, that means you are using normal U-Boot (CFG_PCI_BOOT not defined) and that
may be causing the ‘if’ part being executed even on unmodified board since
U-Boot sets (forces) PINMUX to EMIFA mode.
Can you comment out that (PINMUX0 setting) part in U-Boot and try?
Thanks,
Hemant
___
Sekhar,
Thanks for the quick reply.
Unfortunately, flow control didn't seem to have any effect. It still doesn't
receive character input.
Regards,
Joe
-Original Message-
From: Nori, Sekhar
Sent: Friday, June 19, 2009 3:02 PM
To: Young, Joseph; davinci-linux-open-source@linux.davincidsp
On Fri, Jun 19, 2009 at 18:03:51, Young, Joseph wrote:
> Hello again,
>
[...]
>
> Is anyone familiar with how this is initialized when the kernel is
> booting? Does anyone have a clue what I could be missing so that the
> serial interface would record keystrokes but not pass it to the tty
> interfa
On Wednesday 17 June 2009 23:51:43 Alexey Klimov wrote:
> Hello,
> one more small comment
>
> On Thu, Jun 18, 2009 at 12:11 AM, wrote:
> > From: Muralidharan Karicheri
> >
> > DM355 CCDC hw module
> >
> > Adds ccdc hw module for DM355 CCDC. This registers with the bridge
> > driver a set of hw_op
On Wednesday 17 June 2009 23:29:31 Alexey Klimov wrote:
> Hello,
>
> very small comments, see below please
Thanks, I've added the missing newlines and the wrong return code in a
separate patch in my pull request.
Regards,
Hans
--
Hans Verkuil - video4linux developer - sponsored by TAN
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-vpfe-cap for
the following:
- tvp514x: Migration to sub-device framework
- v4l: vpfe capture bridge driver for DM355 and DM6446
- vpfe_capture: add missing newlines and fix an incorrect error code.
- v4l: ccdc hw device heade
Hello again,
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 that,
whichever init program I pass, it can display text, but
DA850/OMAP-L138 is the next generation DA830/OMAP-L137 processor
from TI.
DA830 and DA850 have many things in common. Instead of adding
new files for DA850 reuse the existing DA830 files by renaming
da830-xxx files to da8xx-xxx. Also rename common macros and
functions that have da830 string in the
Hello,
I'm trying to acquire video using user pointers, following the idea
explained in
http://www.mail-archive.com/davinci-linux-open-source@linux.davincidsp.com/msg12884.html
I am using MVL 5.0 and I want to use buffers allocated with codec engine
to exchange data quickly between arm and d
On Tuesday 16 June 2009, s-paul...@ti.com wrote:
> From: Sandeep Paulraj
>
> The patch applies to linux-mtd GIT tree
>
> This patch adds the new mode NAND_ECC_HW_OOB_FIRST in the nand code to
> support 4-bit ECC on TI DaVinci devices with large page (up to 4K) NAND
> chips. This ECC mode is simi
22 matches
Mail list logo