On Thursday, September 23, 2010 06:18:37 Mauro Carvalho Chehab wrote:
Em 15-09-2010 17:00, Hans Verkuil escreveu:
Mauro, Jean, Janne,
After applying this patch series I get the following if I grep for
I2C_HW_ in the kernel sources:
skip some false positives in drivers/gpu
Hi,
Since we are talking about V4L documentation, I would like to remind
of the timestamps subject since this is a recurrent issue.
The current spec refers to gettimeofday return value for the buffer
timestamps and as already discussed in previous posts, gettimeofday,
introduces a lot of issues,
Simon Baxter пишет:
Hi. I've got a new dm1105 dvb-s card which I can't get to work. I can
scan and get transponders etc, but can't tune or get a front end lock.
I see there's been some work on this - does anyone have one of these
dvb-s cards working?
I've just pulled the latest from
Hi Hans,
On Thu, 23 Sep 2010 08:14:43 +0200, Hans Verkuil wrote:
Jean, I did a grep of who is still including i2c-id.h (excluding media
drivers):
drivers/gpu/drm/nouveau/nouveau_i2c.h:#include linux/i2c-id.h
drivers/gpu/drm/radeon/radeon_mode.h:#include linux/i2c-id.h
Hi Hans,
On Thu, 23 Sep 2010 08:14:43 +0200, Hans Verkuil wrote:
Jean, I did a grep of who is still including i2c-id.h (excluding media
drivers):
drivers/gpu/drm/nouveau/nouveau_i2c.h:#include linux/i2c-id.h
drivers/gpu/drm/radeon/radeon_mode.h:#include linux/i2c-id.h
On Thu, 23 Sep 2010 11:59:55 +0200, Hans Verkuil wrote:
On Thu, 23 Sep 2010 08:14:43 +0200, Hans Verkuil wrote:
this obsolete I2C_HW_B_RIVA:
drivers/video/riva/rivafb-i2c.c:chan-adapter.id
= I2C_HW_B_RIVA;
I'll have to wait for your cleanup to hit upstream before I can remove
Hi everybody,
Fifth version of the media controller core and V4L2 patches. All comments so
far have hopefully been incorporated.
Compared to the previous version, the main difference is the userspace API
documentation that has been converted to DocBook. The patches have also been
rebased on top
The media_devnode structure provides support for registering and
unregistering character devices using a dynamic major number. Reference
counting is handled internally, making device drivers easier to write
without having to solve the open/disconnect race condition issue over
and over again.
The
From: Sakari Ailus sakari.ai...@maxwell.research.nokia.com
Basically these are the interface functions:
media_entity_get() - acquire entity
media_entity_put() - release entity
If the entity is of node type, the power change is distributed to
all connected entities. For non-nodes
From: Sakari Ailus sakari.ai...@maxwell.research.nokia.com
Add media entity graph traversal. The traversal follows active links by
depth first. Traversing graph backwards is prevented by comparing the next
possible entity in the graph with the previous one. Multiply connected
graphs are thus not
As video hardware pipelines become increasingly complex and
configurable, the current hardware description through v4l2 subdevices
reaches its limits. In addition to enumerating and configuring
subdevices, video camera drivers need a way to discover and modify at
runtime how those subdevices are
V4L2 devices are media entities. As such they need to inherit from
(include) the media_entity structure.
When registering/unregistering the device, the media entity is
automatically registered/unregistered. The entity is acquired on device
open and released on device close.
Signed-off-by:
Create the following ioctl and implement it at the media device level to
setup links.
- MEDIA_IOC_SETUP_LINK: Modify the properties of a given link
The only property that can currently be modified is the ACTIVE link flag
to activate/deactivate a link. Links marked with the IMMUTABLE link flag
Link states must not be modified while streaming is in progress on a
graph they belong or connect to. The entity locking API helps drivers
enforcing that requirement.
When starting streaming on a graph, drivers lock all entities in the
graph with a call to media_entity_graph_lock(). Similarly,
The pointer will later be used to register/unregister media entities
when registering/unregistering a v4l2_subdev or a video_device.
With the introduction of media devices, device drivers need to store a
pointer to a driver-specific structure in the device's drvdata.
v4l2_device can't claim
Create the following two ioctls and implement them at the media device
level to enumerate entities, pads and links.
- MEDIA_IOC_ENUM_ENTITIES: Enumerate entities and their properties
- MEDIA_IOC_ENUM_LINKS: Enumerate all pads and links for a given entity
Entity IDs can be non-contiguous.
V4L2 subdevices are media entities. As such they need to inherit from
(include) the media_entity structure.
When registering/unregistering the subdevice, the media entity is
automatically registered/unregistered. The entity is acquired on device
open and released on device close.
Signed-off-by:
Create the following ioctl and implement it at the media device level to
query device information.
- MEDIA_IOC_DEVICE_INFO: Query media device information
The ioctl and its data structure are defined in the new kernel header
linux/media.h available to userspace applications.
Signed-off-by:
The media_device structure abstracts functions common to all kind of
media devices (v4l2, dvb, alsa, ...). It manages media entities and
offers a userspace API to discover and configure the media device
internal topology.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
Hello!
My Yakumo QuickStick suddenly stopped to work. It now doesn't load
the firmware (i.e. it stays cold):
XXX kernel: usb 1-3: new high speed USB device using ehci_hcd and address 10
XXX kernel: usb 1-3: New USB device found, idVendor=14ee, idProduct=0225
XXX kernel: usb 1-3: New USB device
On Wed, 22 Sep 2010, Janusz Krzysztofik wrote:
Wednesday 22 September 2010 01:23:22 Guennadi Liakhovetski napisał(a):
On Sat, 11 Sep 2010, Janusz Krzysztofik wrote:
+
+ vb = buf-vb;
+ if (waitqueue_active(vb-done)) {
+ if (!pcdev-ready result != VIDEOBUF_ERROR)
+
Hi Mauro,
Please grab these IR fixes and enhancements. There's a patch that inches
us closer to being able to remove lirc_i2c entirely, courtesy of Aris
Rozanski, an added safety check in the lirc_dev unregister path which
prevents a possible oops, and David Härdeman's patch to split out imon
Thursday 23 September 2010 15:33:54 Guennadi Liakhovetski napisał(a):
On Wed, 22 Sep 2010, Janusz Krzysztofik wrote:
Wednesday 22 September 2010 01:23:22 Guennadi Liakhovetski napisał(a):
On Sat, 11 Sep 2010, Janusz Krzysztofik wrote:
+
+ vb = buf-vb;
+ if
On Wed, 22 Sep 2010, Janusz Krzysztofik wrote:
Wednesday 22 September 2010 11:12:46 Guennadi Liakhovetski napisaÅ(a):
Ok, just a couple more comments, all looking quite good so far, if we get
a new version soon enough, we still might manage it for 2.6.37
On Sat, 11 Sep 2010, Janusz
On Thu, 23 Sep 2010, Janusz Krzysztofik wrote:
Thursday 23 September 2010 15:33:54 Guennadi Liakhovetski napisał(a):
On Wed, 22 Sep 2010, Janusz Krzysztofik wrote:
Wednesday 22 September 2010 01:23:22 Guennadi Liakhovetski napisał(a):
On Sat, 11 Sep 2010, Janusz Krzysztofik wrote:
The go7007 driver has a potential buffer overflow and pointer corruption
bug which causes a crash while capturing MJPEG. The motion detection
(MODET) active_map array can be overflowed by JPEG frame data that
emulates a MODET start code. The active_map overflow overwrites the
active_buf pointer,
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Thu Sep 23 19:00:19 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 15164:1da5fed5c8b2
git master:
Thursday 23 September 2010 18:06:15 Guennadi Liakhovetski napisał(a):
On Wed, 22 Sep 2010, Janusz Krzysztofik wrote:
Wednesday 22 September 2010 11:12:46 Guennadi Liakhovetski napisaÅ(a):
Ok, just a couple more comments, all looking quite good so far, if we
get a new version soon enough,
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [100910 18:20]:
This patch adds configuration data and initialization code required for
camera
support to the Amstrad Delta board.
Three devices are declared: SoC camera, OMAP1 camera interface and OV6650
sensor.
Default 12MHz clock has been
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [100910 18:26]:
This patch adds support for SoC camera interface to OMAP1 devices.
Created and tested against linux-2.6.36-rc3 on Amstrad Delta.
For successfull compilation, requires a header file provided by PATCH 1/6
from
this series, SoC
* Tony Lindgren t...@atomide.com [100923 16:06]:
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [100910 18:20]:
This patch adds configuration data and initialization code required for
camera
support to the Amstrad Delta board.
Three devices are declared: SoC camera, OMAP1 camera
Friday 24 September 2010 01:23:10 Tony Lindgren napisał(a):
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [100910 18:26]:
This patch adds support for SoC camera interface to OMAP1 devices.
Created and tested against linux-2.6.36-rc3 on Amstrad Delta.
For successfull compilation, requires a
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [100923 16:37]:
Friday 24 September 2010 01:23:10 Tony Lindgren napisał(a):
I think you can just move the OMAP1_CAMERA_IOSIZE to the devices.c or
someplace like that?
Tony,
Not exactly. I use the OMAP1_CAMERA_IOSIZE inside the driver when
Friday 24 September 2010 01:26:17 Tony Lindgren napisał(a):
* Tony Lindgren t...@atomide.com [100923 16:06]:
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [100910 18:20]:
This patch adds configuration data and initialization code required for
camera support to the Amstrad Delta board.
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [100923 16:52]:
Friday 24 September 2010 01:26:17 Tony Lindgren napisał(a):
* Tony Lindgren t...@atomide.com [100923 16:06]:
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [100910 18:20]:
This patch adds configuration data and initialization code
35 matches
Mail list logo
