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: Mon Mar 31 04:00:13 CEST 2014
git branch: test
git hash: 3ec40dcfb413214b2874aec858870502b61c2202
gcc versi
On 3/30/14, Devin Heitmueller wrote:
> On Sun, Mar 30, 2014 at 3:16 PM, Sunset Machine
> wrote:
>> kernel 3.2.0-4-686-pae and a new 950q
>
> Ok. If you own a Revision E1H3 device, then that kernel definitely
> won't work (the Rev is printed on the back of the stick above the
> barcode).
It is a
Add initial support for OF based soc-camera devices that may be used
by any of the soc-camera drivers. The driver itself will need converting
to use OF.
These changes allow the soc-camera driver to do the connecting of any
async capable v4l2 device to the soc-camera driver. This has currently
been
Add support for devicetree probe for the rcar-vin
driver.
Signed-off-by: Ben Dooks
---
Changes since v1:
- fix pdev->id handling via usage of alias property
Changes since v2:
- fix documentation for v1 updates
---
.../devicetree/bindings/media/rcar_vin.txt | 86 ++
The platform data is a single word, so simply copy
it into the device's private data structure than
keeping a copy of the pointer.
This will make changing to device-tree binding
easier as it is one allocation instead of two.
Signed-off-by: Ben Dooks
---
drivers/media/platform/soc_camera/rcar_vi
The platform data is a single word, so simply copy
it into the device's private data structure than
keeping a copy of the pointer.
This will make changing to device-tree binding
easier as it is one allocation instead of two.
Signed-off-by: Ben Dooks
---
drivers/media/platform/soc_camera/rcar_vi
On 30/03/14 22:26, Ben Dooks wrote:
Add support for devicetree probe for the rcar-vin
driver.
Sorry, this was an older branch and needed
a fix for the pdev->id field.
--
Ben Dooks http://www.codethink.co.uk/
Senior Engineer Codethink - Pro
On 30/03/14 22:17, Guennadi Liakhovetski wrote:
On Sun, 30 Mar 2014, Ben Dooks wrote:
On 30/03/14 22:04, Guennadi Liakhovetski wrote:
Hi Ben,
Since I never received a reply to this my query, I consider this your
patch series suspended.
Thanks
Guennadi
I meant to send out a patch series for
Add initial support for OF based soc-camera devices that may be used
by any of the soc-camera drivers. The driver itself will need converting
to use OF.
These changes allow the soc-camera driver to do the connecting of any
async capable v4l2 device to the soc-camera driver. This has currently
been
Add support for devicetree probe for the rcar-vin
driver.
Signed-off-by: Ben Dooks
---
.../devicetree/bindings/media/rcar_vin.txt | 79 ++
drivers/media/platform/soc_camera/rcar_vin.c | 67 --
2 files changed, 140 insertions(+), 6 deletions(-)
c
The platform data is a single word, so simply copy
it into the device's private data structure than
keeping a copy of the pointer.
This will make changing to device-tree binding
easier as it is one allocation instead of two.
Signed-off-by: Ben Dooks
---
drivers/media/platform/soc_camera/rcar_vi
Hi Josh,
Please correct me if I'm wrong, but I don't see how this is going to work
without the central part - building asynchronous V4L2 data structures from
the DT, something that your earlier patch "media: soc-camera: OF cameras"
was doing, but which you stopped developing after a discussion
On Sun, 30 Mar 2014, Ben Dooks wrote:
> On 30/03/14 22:04, Guennadi Liakhovetski wrote:
> > Hi Ben,
> >
> > Since I never received a reply to this my query, I consider this your
> > patch series suspended.
> >
> > Thanks
> > Guennadi
>
> I meant to send out a patch series for the of probe for s
On 30/03/14 22:04, Guennadi Liakhovetski wrote:
Hi Ben,
Since I never received a reply to this my query, I consider this your
patch series suspended.
Thanks
Guennadi
I meant to send out a patch series for the of probe for soc_camera.
The actual rcar_vin does not need much to support async pro
Hi Ben,
Since I never received a reply to this my query, I consider this your
patch series suspended.
Thanks
Guennadi
On Sat, 8 Mar 2014, Guennadi Liakhovetski wrote:
> Hi Ben,
>
> On Fri, 7 Mar 2014, Ben Dooks wrote:
>
> > Add support for devicetree probe for the rcar-vin
> > driver.
>
> T
On Sun, Mar 30, 2014 at 07:18:20PM +0100, Malcolm Priestley wrote:
>On 28/03/14 00:38, David Härdeman wrote:
>>I'm trying to make sure that the extended NEC parsing is consistent
>>across drivers and I have a question regarding
>>drivers/media/usb/dvb-usb-v2/lmedm04.c
>>
>>In commit 616a4b83 you ch
On 03/30/2014 07:42 PM, Chris Lee wrote:
> I saw a previous email showing the error's but no patch, maybe there
> was one but I didnt see it on my end.
The patch is here:
https://patchwork.linuxtv.org/patch/23278/
>
> It looks like a previous patch was applied wrong? not sure.
Yeah, it was.
R
On Sun, Mar 30, 2014 at 3:16 PM, Sunset Machine
wrote:
> kernel 3.2.0-4-686-pae and a new 950q
Ok. If you own a Revision E1H3 device, then that kernel definitely
won't work (the Rev is printed on the back of the stick above the
barcode).
> 3.13-1-686-pae is available in Debian testing. I'll lo
On 3/30/14, Devin Heitmueller wrote:
> On Sun, Mar 30, 2014 at 12:25 PM, Sunset Machine
> wrote:
>> Today is March 30, 2014
>>
>> The 950Q is a USB TV Stick. The driver loads, the firmware loads.
>> Various software sees the device but none of them find any channels. I
>> use an antenna for over-
On 28/03/14 00:38, David Härdeman wrote:
Hi Malcolm,
Hi David
I'm trying to make sure that the extended NEC parsing is consistent
across drivers and I have a question regarding
drivers/media/usb/dvb-usb-v2/lmedm04.c
In commit 616a4b83 you changed the scancode from something like this:
I saw a previous email showing the error's but no patch, maybe there
was one but I didnt see it on my end.
It looks like a previous patch was applied wrong? not sure.
Chris
em28xx_dvb.c.patch
Description: Binary data
On Sun, Mar 30, 2014 at 9:48 AM, Linus Torvalds
wrote:
>
> I'll think about how to fix it cleanly. Expect a patch shortly.
Ok, patch sent to linux-sparse mailing list. It fixes the particular
cut-down test-case and seems pretty simple and straightforward, but is
otherwise entirely untested, so wh
On Sun, Mar 30, 2014 at 9:48 AM, Linus Torvalds
wrote:
> But then when we look up a symbol, we only look at the latest one, so
> when we size the array, we look at that "extern" declaration, and
> don't see the size that was created with the initializer.
Exactly. Sparse need to handle merging of
On 03/30/2014 06:48 PM, Linus Torvalds wrote:
> On Sun, Mar 30, 2014 at 5:03 AM, Hans Verkuil wrote:
>>
>> which is clearly a sparse bug somewhere.
>
> Yes. What is going on is that we create separate symbols for each
> declaration, and we tie them all together (and warn if they have
> conflictin
On Sun, Mar 30, 2014 at 12:25 PM, Sunset Machine
wrote:
> Today is March 30, 2014
>
> The 950Q is a USB TV Stick. The driver loads, the firmware loads.
> Various software sees the device but none of them find any channels. I
> use an antenna for over-the-air HD television in the US. The device
> w
On Sun, Mar 30, 2014 at 5:03 AM, Hans Verkuil wrote:
>
> which is clearly a sparse bug somewhere.
Yes. What is going on is that we create separate symbols for each
declaration, and we tie them all together (and warn if they have
conflicting types).
But then when we look up a symbol, we only look
Today is March 30, 2014
The 950Q is a USB TV Stick. The driver loads, the firmware loads.
Various software sees the device but none of them find any channels. I
use an antenna for over-the-air HD television in the US. The device
works on Windows but not Linux (Debian 7.3, Squeeze).
I'm not a subs
this will allow simplifying the parser functions and
to return the number of bytes read or an error code.
Signed-off-by: André Roth
---
lib/include/libdvbv5/atsc_eit.h | 2 +-
lib/include/libdvbv5/cat.h | 2 +-
lib/include/libdvbv5/descriptors.h | 2 +-
lib/include/libdvbv5/eit.
the first fields of a descriptor need to be the
type, length and the next pointer. in order to
prevent changing these fields by accident,
provide them in a macro.
Signed-off-by: André Roth
---
lib/include/libdvbv5/desc_atsc_service_location.h | 7 ++-
lib/include/libdvbv5/desc_ca.h
dvb_desc_default_init and dvb_desc_default_print are used
internaly only, remove them from the header file.
add extern "C" to the parser functions, so they can be used
from C++ directly.
Signed-off-by: André Roth
---
lib/include/libdvbv5/descriptors.h | 16
lib/libdvbv5/descript
Signed-off-by: André Roth
---
lib/libdvbv5/descriptors/desc_atsc_service_location.c | 1 -
lib/libdvbv5/descriptors/desc_ca.c| 1 -
lib/libdvbv5/descriptors/desc_ca_identifier.c | 1 -
lib/libdvbv5/descriptors/desc_cable_delivery.c| 1 -
lib/libdvbv5/descriptor
this restores the logic for reading tables like EIT, where the
ts_id indicates the service and the sections are incremented by 8
for example. an application might wish to read a complete EIT
containing all services. in this case the function dvb_read_sections
can be used with allow_section_gaps set
if the title of the EIT event is longer than the available data,
make sure the allocated buffer is not lost
Signed-off-by: André Roth
---
lib/libdvbv5/descriptors/atsc_eit.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/lib/libdvbv5/descriptors/atsc_eit.c
b/lib/
If parsing a descriptor fails, let the outside world know.
Returning 0 means success, negative values indicate a parsing
error.
Free allocated memory on error.
Signed-off-by: André Roth
---
lib/include/libdvbv5/desc_atsc_service_location.h | 2 +-
lib/include/libdvbv5/desc_ca.h
- log hex values where appropriate
- cleanup indents
Signed-off-by: André Roth
---
lib/libdvbv5/descriptors.c | 6 +--
lib/libdvbv5/descriptors/cat.c | 2 +-
.../descriptors/desc_atsc_service_location.c | 1 -
lib/libdvbv5/descriptors/desc_ca.
Hi Chris,
On 03/30/2014 08:10 AM, Christopher Li wrote:
> On Fri, Mar 28, 2014 at 3:50 AM, Hans Verkuil wrote:
>> Is there any chance that the three issues I reported will be fixed? If not,
>> then I'll work around it in the kernel code.
>>
>
> Most likely it is a sparse issue. Can you generate
Designer branded watches available at clearance prices
http://bhp-trade.home.pl/bwjobii.php
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
37 matches
Mail list logo
