On Thu, 23 Sep 2010, Tony Lindgren wrote:
> * Janusz Krzysztofik [100923 16:52]:
> > Friday 24 September 2010 01:26:17 Tony Lindgren napisał(a):
> > > * Tony Lindgren [100923 16:06]:
> > > > * Janusz Krzysztofik [100910 18:20]:
> > > > > This patch adds configuration data and initialization cod
On Thu, 23 Sep 2010, Tony Lindgren wrote:
> * Janusz Krzysztofik [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 O
On Fri, 24 Sep 2010, Janusz Krzysztofik wrote:
> 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):
> > > >
> > > > On Sat, 11 Sep 2010, Janusz Krzysz
* Janusz Krzysztofik [100923 16:52]:
> Friday 24 September 2010 01:26:17 Tony Lindgren napisał(a):
> > * Tony Lindgren [100923 16:06]:
> > > * Janusz Krzysztofik [100910 18:20]:
> > > > This patch adds configuration data and initialization code required for
> > > > camera support to the Amstrad
Friday 24 September 2010 01:26:17 Tony Lindgren napisał(a):
> * Tony Lindgren [100923 16:06]:
> > * Janusz Krzysztofik [100910 18:20]:
> > > This patch adds configuration data and initialization code required for
> > > camera support to the Amstrad Delta board.
> > >
> > > Three devices are decla
* Janusz Krzysztofik [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 reserving
> spac
Friday 24 September 2010 01:23:10 Tony Lindgren napisał(a):
> * Janusz Krzysztofik [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 fil
* Tony Lindgren [100923 16:06]:
> * Janusz Krzysztofik [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.
>
* Janusz Krzysztofik [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 Camera: add drive
* Janusz Krzysztofik [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 selected for d
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
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:
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, ca
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 wro
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, Jan
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;
> > > > +
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
mous
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 != VIDEOB
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 devi
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: L
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: Laure
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
---
Documentation/DocBook/media-entities.t
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 owners
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. Userspac
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
can
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, whe
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 co
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: Laurent
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 c
From: Sakari Ailus
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 it only affects that very
node.
From: Sakari Ailus
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 supported.
Signed-off-by: Sakari Ailus
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 o
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 b
> 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
>> drivers/gpu/drm/radeon/radeon_mode.h:#include
>> drivers/gpu/drm/i915/intel_drv.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
> drivers/gpu/drm/radeon/radeon_mode.h:#include
> drivers/gpu/drm/i915/intel_drv.h:#include
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,
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, us
37 matches
Mail list logo