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 version v3 of the patch series. This is the reworked
> version of the driver based on comments received against the last
> version (v2) of the patch and is expected to be final version
> candidate for merge to upstream kernel
>
> +++
> These patches add support for VPFE (Video Processing Front End) based
> video capture on DM355 and DM6446 EVMs. For more details on the hardware
> configuration and capabilities, please refer the vpfe_capture.c header.
> This patch set consists of following:-
>
> Patch 1: VPFE Capture bridge driver
> Patch 2: CCDC hw device header file
> Patch 3: DM355 CCDC hw module
> Patch 4: DM644x CCDC hw module
> Patch 5: ccdc types used across CCDC modules
> Patch 6: Makefile and config files for the driver
> Patch 7: DM355 platform and board setup
> Patch 8: DM644x platform and board setup
> Patch 9: common vpss hw module for video drivers
> Patch 10: Remove outdated driver files from davinci git tree
> Patch 11: Makefile and config files for the davinci git tree (New
> from v2)
>
> NOTE:
>
> 1. Patches 10-11 are only for DaVinci GIT tree. Others applies to
> DaVinci GIT and v4l-dvb
>
> 2. Dependent on the TVP514x decoder driver patch for migrating the
> driver to sub device model from Vaibhav Hiremath. I am sending the
> reworked version of this patch instead of Vaibhav.
>
> Following tests are performed.
> 1) Capture and display video (PAL & NTSC) from tvp5146 decoder.
> Displayed using fbdev device driver available on davinci git tree
> 2) Tested with driver built statically and dynamically
>
> Muralidhara Karicheri
>
> Reviewed by: Hans Verkuil
> Reviewed by: Laurent Pinchart
> Reviewed by: Alexey Klimov
> Reviewed by: Kevin Hilman
> Reviewed by: David Brownell
>
> Signed-off-by: Muralidharan Karicheri
> ___
> Davinci-linux-open-source mailing list
> Davinci-linux-open-source@linux.davincidsp.com
> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
After applying this patch and enabling the driver I get a kernel panic
on every boot up on my DM355 EVM from Spectrum Digital. With some
experimentation I found that the panic only happens when I enable
CONFIG_VIDEO_DM355_CCDC. I have applied all but #6 in this series to the
davinci-linux git tree as well as v3 of the
TVP514x-Migration-to-sub-device-framework patch (which I believe is the
one mentioned in the second note. Does anything obvious that I might be
missing jump out at anyone? I've attached the log of the kernel panic.
Thanks in advance,
~Scott
--
Scott Sweeny
Linux Engineer
Timesys Corporation
Bytes transferred = 1551820 (17adcc hex)
## Booting image at 8070 ...
Image Name: Linux-2.6.30-davinci1-05987-g3f6
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size:1551756 Bytes = 1.5 MB
Load Address: 80008000
Entry Point: 80008000
Verifying Checksum ... OK
OK
Starting kernel ...
Uncompressing
Linux...
done, booting the kernel.
Linux version 2.6.30-davinci1-05987-g3f69672-dirty (sc...@scotbox) (gcc version
4.3.3 (GCC) ) #10 PREEMPT Fri Jun 19 14:42:58 EDT 2009
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
CPU: VIVT data cache, VIVT instruction cache
Machine: DaVinci DM355 EVM
Memory policy: ECC disabled, Data cache writeback
DaVinci dm355 variant 0x0
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 29464
Kernel command line: mem=116M console=ttyS0,115200n8 root=/dev/nfs rw ip=dhcp
video=davincifb:vid0=720x576x16,2500K:vid1=720x576x16,2500K:osd0=720x576x16,2025K
davinci_enc_mngr.ch0_output=COMPOSITE davinci_enc_mngr.ch0_mode=ntsc
Unknown boot option `davinci_enc_mngr.ch0_output=COMPOSITE': ignoring
Unknown boot option `davinci_enc_mngr.ch0_mode=ntsc': ignoring
NR_IRQS:224
PID hash table entries: 512 (order: 9, 2048 bytes)
Console: colour dummy device 80x30
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 116MB = 116MB total
Memory: 114332KB available (2724K code, 298K data, 120K init, 0K highmem)
SLUB: Genslabs=11, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Calibrating delay loop... 107.72 BogoMIPS (lpj=538624)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
DaVinci: 104 gpio irqs
net_namesp
