15 Apr, 2013
40 commits
-
add support for V4L2 video display to DM365 EVM.
Support for SD and ED modes is provided, along with Composite
and Component outputs.Signed-off-by: Lad, Prabhakar
Acked-by: Sekhar Nori
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
Create platform devices for various video modules like venc,osd,
vpbe and v4l2 driver for dm365.Signed-off-by: Lad, Prabhakar
Acked-by: Sekhar Nori
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
this patch removes unnecessary header file inclusions and
fixes the typo's.Signed-off-by: Lad, Prabhakar
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
The vpss clocks were enabled by calling a exported function from a driver
in a machine code. calling driver code from platform code is incorrect way.
This patch fixes this issue and calls the function from driver code itself.Signed-off-by: Lad, Prabhakar
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
By default the VPSS clocks were enabled in capture driver
for davinci family which creates duplicates for dm355/dm365/dm644x.
This patch adds support to enable the VPSS clocks in VPSS driver,
which avoids duplication of code and also adding clock aliases.
This patch uses PM runtime API to enable/disable clock, instead
of DaVinci clock framework. con_ids for master and slave clocks of
vpss is added in pm_domain.
This patch cleanups the VPSS clock enabling in the capture driver,
and also removes the clock alias in machine file. Along side adds
a vpss slave clock for DM365 as mentioned by Sekhar
(https://patchwork.kernel.org/patch/1221261/).
The Suspend/Resume in dm644x_ccdc.c which enabled/disabled the VPSS clock
is now implemented as part of the VPSS driver.Signed-off-by: Lad, Prabhakar
Acked-by: Sekhar Nori
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
Add pm_runtime support to the TI Davinci VPIF driver.
Signed-off-by: Lad, Prabhakar
Acked-by: Hans Verkuil
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
drivers/media/platform/davinci/Kconfig uses selects where
it should be using 'depends on'. This results in warnings of
the following sort when doing randconfig builds.
warning: (VIDEO_DM6446_CCDC && VIDEO_DM355_CCDC && VIDEO_ISIF && VIDEO_DAVINCI_VPBE_DISPLAY) selects VIDEO_VPSS_SYSTEM which has unmet direct dependencies (MEDIA_SUPPORT && V4L_PLATFORM_DRIVERS && ARCH_DAVINCI)
The VPIF kconfigs had a strange 'select' and 'depends on' cross
linkage which have been fixed as well by removing unneeded
VIDEO_DAVINCI_VPIF config symbol.
Similarly, remove the unnecessary VIDEO_VPSS_SYSTEM and
VIDEO_VPFE_CAPTURE. They don't select any independent functionality
and were being used to manage code dependencies which can
be handled using makefile.
Selecting video modules is now dependent on all ARCH_DAVINCI
instead of specific EVMs and SoCs earlier. This should help build
coverage. Remove unnecessary 'default y' for some config symbols.
While at it, fix the Kconfig help text to make it more readable
and fix names of modules created during module build.
Rename VIDEO_ISIF to VIDEO_DM365_ISIF as per suggestion from
Prabhakar.
This patch has only been build tested; I have tried to not break
any existing assumptions. I do not have the setup to test video,
so any test reports welcome.Reported-by: Russell King
Signed-off-by: Sekhar Nori
[prabhakar.csengg@gmail.com: Fixed typo]
Signed-off-by: Lad, Prabhakar
Signed-off-by: Hans VerkuilSigned-off-by: Mauro Carvalho Chehab
-
When the input signal is not detected querystd() method should return
V4L2_STD_UNKNOWN instead of previously latched analog video standard.Signed-off-by: Vladimir Barinov
Signed-off-by: Sergei Shtylyov
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
Chip id 18 is used by the em2710 and em2820.
The current code assumes that if the device is a camera, the chip is an em2710
and an em2820 otherwise.
But it turned out that the em2820 is also used in camera devices.
"Silvercrest 1.3 MPix" webcams for example are available with both chips.
Fortunately both variants are using different generic USD IDs which give us a
hint about the used chip.Signed-off-by: Frank Schäfer
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
The snapshot button support is currently broken, because module em28xx-rc is
loaded only if the device has remote control support.
Fix it by also loading this module if the device has a snapshot button.Signed-off-by: Frank Schäfer
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
Fix randconfig error when USB is not enabled:
ERROR: "usb_control_msg" [drivers/media/common/cypress_firmware.ko] undefined!Signed-off-by: Randy Dunlap
Reviewed-by: Antti Palosaari
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
It is moved to the different location and renamed.
Signed-off-by: Antti Palosaari
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
Use the monotonic clock and set the timestamp_type that vb2 expects.
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
A mutex_unlock was missing in the 'success' path of the open() call,
and also at one error path in the same function.Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
Both MythTV and gstreamer expect that they can set/get/query/enumerate the
standards, even if the input is the component input for which standards
really do not apply.Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
This is the latest firmware version and - it seems - the most reliable.
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
Video nodes can be used at once after registration, so make sure the full
initialization is done before registering them.Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
- return EBUSY instead of EAGAIN.
- add missing break.
- remove unnecessary buf type check (done by the core).Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
This prepares the driver for priority and control event handling.
This patch also checks for correct streaming ownership and it makes a
small improvement to the encoder_cmd ioctls: always zero 'flags' and
drop the memset of 'raw' as that is already done by the v4l2 core.Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
These formats are supported by the HDPVR, but they were missing in the list.
Note that these formats are different from the common PAL/NTSC/SECAM formats
since all color channels are transmitted separately and so there is no PAL
or NTSC or SECAM color encoding involved.Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
This was set to 1 << 0 which is the same as V4L2_DV_FL_REDUCED_BLANKING.
It should be 1 << 3 instead. Luckily interlaced formats are rarely used,
which is why this bug wasn't seen until now.Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
Signed-off-by: Hans Verkuil
Acked-by: Eduardo Valentin
Tested-by: Eduardo Valentin
Signed-off-by: Mauro Carvalho Chehab -
Signed-off-by: Hans Verkuil
Acked-by: Eduardo Valentin
Tested-by: Eduardo Valentin
Signed-off-by: Mauro Carvalho Chehab -
- check for invalid modulators.
- clamp frequency to valid range.Signed-off-by: Hans Verkuil
Acked-by: Eduardo Valentin
Tested-by: Eduardo Valentin
Signed-off-by: Mauro Carvalho Chehab -
Simplify locking by using the V4L2 core lock mechanism. This allows us to
remove all locking from the i2c module. This will also simplify the upcoming
conversion to the control framework.Signed-off-by: Hans Verkuil
Acked-by: Eduardo Valentin
Tested-by: Eduardo Valentin
Signed-off-by: Mauro Carvalho Chehab -
Set bus_info and fill in device_caps.
Signed-off-by: Hans Verkuil
Acked-by: Eduardo Valentin
Tested-by: Eduardo Valentin
Signed-off-by: Mauro Carvalho Chehab -
Also set the v4l2_dev pointer in struct video_device as this was missing.
Signed-off-by: Hans Verkuil
Acked-by: Eduardo Valentin
Tested-by: Eduardo Valentin
Signed-off-by: Mauro Carvalho Chehab -
The audout ioctls are not appropriate for radio transmitters, they apply to
video output devices only. Remove them from this driver.Signed-off-by: Hans Verkuil
Acked-by: Eduardo Valentin
Tested-by: Eduardo Valentin
Signed-off-by: Mauro Carvalho Chehab -
dvb->adapter.priv should also be set to the i2c bus since that's what
em28xx_tuner_callback expects.Signed-off-by: Hans Verkuil
Tested-by: Frank Schäfer
Signed-off-by: Mauro Carvalho Chehab -
Increase the size of the 'reserved' array to give more room for future
extensions.Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
This ioctl will be extended to return more information than just the name.
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
That way drivers do not need to fill in the name themselves for bridge address 0.
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
After using the new VIDIOC_DBG_G_CHIP_NAME ioctl I realized that the matching
by name possibility is useless. Just drop it and rename MATCH_SUBDEV_IDX to
just MATCH_SUBDEV.
The v4l2-dbg utility is much better placed to match by name by just enumerating
all bridge and subdev devices until chip_name.name matches.Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
Only enable this ioctl if the VIDEO_ADV_DEBUG config option is set. This
prevents abuse from both userspace and kernelspace (some bridge drivers
abuse DBG_G_CHIP_IDENT, lets prevent that from happening again with this
ioctl).Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab
