This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Fri May 8 04:00:15 CEST 2015
git branch: test
git hash: 1555f3bf5cc172e7d23c2b8db10d656d15bec13e
gcc versi
Hello Steve,
Could you try the following methods?
1> Could you try to install the media code from dvbsky.net?
http://www.dvbsky.net/download/linux/media_build-bst-150322.tar.gz
2> You can download the driver and software for windows from dvbsky.net and
test to confirm the device is working prop
Olli, what kernel version/v4l-dvb are you running? (I want to update the
wiki)
Steve, you can download Windows software from
http://www.dvbsky.net/Support_win.html. It looks like the device should
work with the driver+player.
Bestunar doesn't sound like something to worry about. Seems to be
The media controller entity subtype doesn't make much sense,
especially since V4L2 subdevices may also have associated devnodes.
So, better to get rid of it while it is not too late.
Also, the entities namespace is a bit messy, putting tuners under V4L2,
while this kind of entity could also be us
Don't use anymore the type/subtype entity data/macros
inside the Kernel.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/include/media/media-entity.h b/include/media/media-entity.h
index f15b48145711..bb98506532ff 100644
--- a/include/media/media-entity.h
+++ b/include/media/media-entity.h
@@
This driver is abusing MEDIA_ENT_T_V4L2_SUBDEV:
- it uses a hack to check if the remote entity is a subdev;
- it still uses the legacy entity subtype check macro, that
will be removed soon.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/staging/media/davinci_vpfe/dm365_ipipe.c
b/d
The media controller entity subtype doesn't make much sense,
especially since V4L2 subdevices may also have associated devnodes.
So, better to get rid of it while it is not too late.
We need, of course, to keep the old symbols to avoid userspace
breakage, but we should avoid using them internally
Cleanup the media controller entities description:
- remove MEDIA_ENT_T_DEVNODE and MEDIA_ENT_T_V4L2_SUBDEV;
- improve the description of some entities;
- add MEDIA_ENT_T_UNKNOWN with a proper description.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/media/v4l/media-io
In order to reflect that the entities are actually the hardware
(or firmware, or in-kernel software), and are not associated
with the DVB API, let's remove DEVNODE_ from the entity names
and use DTV (Digital TV) for the entities.
The frontend is an special case: the frontend devnode actually
talks
Instead of abusing MEDIA_ENT_T_V4L2_SUBDEV, initialize
new subdev entities as MEDIA_ENT_T_UNKNOWN.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/v4l2-core/v4l2-subdev.c
b/drivers/media/v4l2-core/v4l2-subdev.c
index 66c6d9fd2033..0233d30b4922 100644
--- a/drivers/media/v4l2-cor
At the Video4Linux API, the /dev/video?, /dev/vbi? and
/dev/radio? device nodes are used for the chipset that
provides the bridge between video/radio streams and the
USB, PCI or CPU buses.
Such bridge is also typically used to control the V4L2 device
as a hole.
For video streaming devices and SDR
Finally, let's rename the tuner entity. inside the media subsystem,
a tuner can be used by AM/FM radio, SDR radio, analog TV and digital TV.
It could even be used on other subsystems, like network, for wireless
devices.
So, it is not constricted to V4L2 API, or to a subdev.
Let's then rename it a
On omap3/omap4/davinci drivers, MEDIA_ENT_T_V4L2_SUBDEV macro is
abused in order to "simplify" the pad checks.
Basically, it does a logical or of this macro, in order to check
for a local index and if the entity is either a subdev or not.
As we'll get rid of MEDIA_ENT_T_V4L2_SUBDEV macro, replace
As explained before, the hole idea of subtypes at entities was
not nice. All V4L2 subdevs may have a device node associated.
Also, the hole idea is to expose hardware IP blocks, so calling
them as V4L2 is a very bad practice, as they were not designed
for the V4L2 API. It is just the reverse.
So,
To keep coherency, let's also remove V4L2_SUBDEV from the analog
TV decoder, calling it by its function, and not by the V4L2
API mapping.
So,
MEDIA_ENT_T_V4L2_SUBDEV_DECODER -> MEDIA_ENT_T_ATV_DECODER
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/media/v4l/med
As we'll be removing entity subtypes from the Kernel, we need
to provide a way for drivers and core to check if a given
entity is represented by a V4L2 subdev or if it is an A/V
DMA.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/include/media/media-entity.h b/include/media/media-entity.h
ind
Instead of relying on media subtype, use the new macros to detect
if an entity is a subdev or an A/V DMA entity.
Please note that most drivers assume that there's just AV_DMA or
V4L2 subdevs. This is not true anymore, as we've added MC support
for DVB, and there are plans to add support for ALSA a
This driver is abusing MEDIA_ENT_T_V4L2_SUBDEV, as it uses a
hack to check if the remote entity is a subdev. Get rid of it.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/staging/media/omap4iss/iss_ipipe.c
b/drivers/staging/media/omap4iss/iss_ipipe.c
index eaa82da30f50..2c809e7a8da6
This sensor driver is abusing MEDIA_ENT_T_V4L2_SUBDEV, creating
some subdevs with a non-existing type.
As this is a sensor driver, the proper type is likely
MEDIA_ENT_T_CAM_SENSOR.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/i2c/s5c73m3/s5c73m3-core.c
b/drivers/media/i2c/s5
Better document the linux/media.h UAPI header, by adding
comments to each entity subtype.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/include/uapi/linux/media.h b/include/uapi/linux/media.h
index 6acc4be1378c..8d47b70b7ea8 100644
--- a/include/uapi/linux/media.h
+++ b/include/uapi/linux/me
The Media Controller DVB support is still an experimental feature,
as it is under heavy development. It is already said that it is
an experimental feature at the help, but let make it even clearer
and louder, as we may need to adjust some bits when we start using it
on embedded drivers.
Signed-off
This sensor driver is abusing MEDIA_ENT_T_V4L2_SUBDEV, creating
some subdevs with a non-existing type.
As this is a sensor driver, the proper type is likely
MEDIA_ENT_T_CAM_SENSOR.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/i2c/s5k5baf.c b/drivers/media/i2c/s5k5baf.c
index
Hi Antti,
I basically used the same code that was used earlier in the same
function in case i2c_master_send/recv returns an unexpected result.
When working with the RTL2832P based Si2168 device I noticed that at
some point, often but not always during firmware loading, the Si2168
started to retur
On Thu, May 07, 2015 at 06:58:44PM +0530, Sumit Semwal wrote:
> Add reference counting on a kernel module that exports dma-buf and
> implements its operations. This prevents the module from being unloaded
> while DMABUF file is in use.
>
> The original patch [1] was submitted by Tomasz Stanislawsk
Moikka!
I didn't make any tests, but I could guess that error flag is set by
firmware when some unsupported / invalid parameter is given as a
firmware command request.
Anyhow, I am not sure which is proper error code to return. Could you
please study, check from API docs and so, which are sui
On Thu, 7 May 2015 15:52:12 +0200
Daniel Vetter wrote:
> On Thu, May 07, 2015 at 03:22:20PM +0200, Thierry Reding wrote:
> > On Wed, May 06, 2015 at 03:15:32PM +0200, Daniel Vetter wrote:
> > > Yes the idea would be a special-purpose allocater thing like ion. Might
> > > even want that to be a sy
On Wed, May 06, 2015 at 07:29:56AM -0400, Rob Clark wrote:
> On Wed, May 6, 2015 at 4:35 AM, Daniel Vetter wrote:
> > On Tue, May 05, 2015 at 05:54:05PM +0100, One Thousand Gnomes wrote:
> >> > First what is Secure Data Path ? SDP is a set of hardware features to
> >> > garanty
> >> > that some m
Hi,
I am playing a bit with the coda encoder on i.MX6 and try to get the
most quality out of it. So, I am trying to use the controls of the
driver, in particular h264_i_frame_qp_value and h264_p_frame_qp_value.
I can get something with the following pipeline :
gst-launch-1.0 -evvv v4l2src num-buf
On Thu, May 07, 2015 at 03:22:20PM +0200, Thierry Reding wrote:
> On Wed, May 06, 2015 at 03:15:32PM +0200, Daniel Vetter wrote:
> > Yes the idea would be a special-purpose allocater thing like ion. Might
> > even want that to be a syscall to do it properly.
>
> Would you care to elaborate why a s
Add reference counting on a kernel module that exports dma-buf and
implements its operations. This prevents the module from being unloaded
while DMABUF file is in use.
The original patch [1] was submitted by Tomasz Stanislawski, but this
is a simpler way to do it.
v2: move owner to struct dma_buf
On Wed, May 06, 2015 at 03:15:32PM +0200, Daniel Vetter wrote:
> On Wed, May 06, 2015 at 11:19:21AM +0200, Thierry Reding wrote:
> > On Wed, May 06, 2015 at 10:35:52AM +0200, Daniel Vetter wrote:
> > > On Tue, May 05, 2015 at 05:54:05PM +0100, One Thousand Gnomes wrote:
> > > > > First what is Secu
On Thursday 07 May 2015 08:27:20 Hans Verkuil wrote:
> Added Federico to the CC-list.
Fine for me
Acked-by: Federico Vaga
> On 05/07/2015 08:22 AM, Hans Verkuil wrote:
> > V4L2 drivers should use MONOTONIC timestamps instead of gettimeofday,
> > which is affected by daylight savings time.
> >
On 7 May 2015 at 13:40, Greg KH wrote:
> On Thu, May 07, 2015 at 01:00:52PM +0530, Sumit Semwal wrote:
>> Add reference counting on a kernel module that exports dma-buf and
>> implements its operations. This prevents the module from being unloaded
>> while DMABUF file is in use.
>>
>> The original
On Thu, May 07, 2015 at 01:00:52PM +0530, Sumit Semwal wrote:
> Add reference counting on a kernel module that exports dma-buf and
> implements its operations. This prevents the module from being unloaded
> while DMABUF file is in use.
>
> The original patch [1] was submitted by Tomasz, but he's s
Hi Stephen,
On Wed, 6 May 2015 23:39:53 -0700
Stephen Boyd wrote:
> On 04/30, Boris Brezillon wrote:
> > Clock rates are stored in an unsigned long field, but ->round_rate()
> > (which returns a rounded rate from a requested one) returns a long
> > value (errors are reported using negative error
Add reference counting on a kernel module that exports dma-buf and
implements its operations. This prevents the module from being unloaded
while DMABUF file is in use.
The original patch [1] was submitted by Tomasz, but he's since shifted
jobs and a ping didn't elicit any response.
[tomasz: Ori
36 matches
Mail list logo
