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: Sat Mar 28 04:00:14 CET 2015
git branch: test
git hash: 8a56b6b5fd6ff92b7e27d870b803b11b751660c2
gcc versio
Add TS2022 support to TS2020 driver. Relative small changes were
needed. Add I2C binding to TS2020. Switch TS2022 users to TS2020
and finally drop obsolete TS2022.
Antti
The following changes since commit 8a56b6b5fd6ff92b7e27d870b803b11b751660c2:
[media] v4l2-subdev: remove enum_framesizes/in
There is no usb_put_dev() on failure paths in usbvision_probe().
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/media/usb/usbvision/usbvision-video.c | 24 +---
1 file changed, 17 insertions(+), 7 deletions(-)
di
On 25/03/15 16:45, Philipp Zabel wrote:
Issuing a cache flush for the whole bitstream buffer is not optimal in the first
place when only a part of it was written. But given that the buffer is mapped in
writecombine mode, it is not needed at all.
Signed-off-by: Philipp Zabel
Tested-by: Ian Mol
Hi Steve,
Please use this patch to fix the querycap warning in saa7164, this is the
correct fix. In the past drivers were all over the place in how they filled
in the capabilities field: it was either just the caps for the device node, or
the caps for the full driver capabilities. Now capabilities
On 03/27/2015 07:24 PM, Ole Ernst wrote:
Hi Antti,
I was able to test your current tree (8a56b6b..754594d) without SCR and
the frontends still run into a timeout. There seems to be an issue with
the patch in general. Is there something else I can test/try or do you
require some debug output?
I
Hi Antti,
I was able to test your current tree (8a56b6b..754594d) without SCR and
the frontends still run into a timeout. There seems to be an issue with
the patch in general. Is there something else I can test/try or do you
require some debug output?
Thanks,
Ole
Am 24.03.2015 um 20:51 schrieb O
Hi Rob,
This patch has been around for a long time already and has
undergone several modifications in response to review
remarks. It lacks only DT maintainer's Ack.
Could you express your opinion, please?
On 03/27/2015 02:49 PM, Jacek Anaszewski wrote:
This patch adds device tree binding docu
Add support for V4L2 Flash sub-device to the max77693 LED Flash class
driver. The support allows for V4L2 Flash sub-device to take the control
of the LED Flash class device.
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
Cc: Bryan Wu
Cc: Richard Purdie
Cc: Sakari Ailus
---
drivers/l
Add support for V4L2 Flash sub-device to the aat1290 LED Flash class
driver. The support allows for V4L2 Flash sub-device to take the control
of the LED Flash class device.
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
Cc: Bryan Wu
Cc: Richard Purdie
Cc: Sakari Ailus
---
drivers/le
This patch extends LED Flash class documention by
the description of interactions with v4l2-flash sub-device.
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
Acked-by: Sakari Ailus
Cc: Bryan Wu
Cc: Richard Purdie
---
Documentation/leds/leds-class-flash.txt | 13 +
1 fil
This is a second non-RFC version of LED / flash API integration
series [1]. It is based on linux-next_20150327.
Changes since v1
- excluded exynos4-is media device related patches, as there is
consenus required related to flash devices handling in media device
This patch adds device tree binding documentation for
1.5A Step-Up Current Regulator for Flash LEDs.
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
Cc: Bryan Wu
Cc: Richard Purdie
---
.../devicetree/bindings/leds/leds-aat1290.txt | 70
1 file changed, 70 i
This patch adds helper functions for registering/unregistering
LED Flash class devices as V4L2 sub-devices. The functions should
be called from the LED subsystem device driver. In case the
support for V4L2 Flash sub-devices is disabled in the kernel
config the functions' empty versions will be used
Use "skyworks" as the vendor prefix for the Skyworks Solutions, Inc.
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
---
.../devicetree/bindings/vendor-prefixes.txt|1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Doc
This patch adds a driver for the 1.5A Step-Up Current Regulator
for Flash LEDs. The device is programmed through a Skyworks proprietary
AS2Cwire serial digital interface.
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
Cc: Bryan Wu
Cc: Richard Purdie
---
drivers/leds/Kconfig|
This patch adds header file for LED subsystem definitions and
declarations. The initial need for the header is allowing the
user space to discover the semantics of flash fault bits.
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin Park
Cc: Bryan Wu
Cc: Sakari Ailus
---
include/linux/led-cla
This patch adds device tree binding documentation for
the flash cell of the Maxim max77693 multifunctional device.
Signed-off-by: Jacek Anaszewski
Signed-off-by: Andrzej Hajda
Acked-by: Kyungmin Park
Acked-by: Sakari Ailus
Cc: Lee Jones
Cc: Chanwoo Choi
Cc: Bryan Wu
Cc: Richard Purdie
---
Part of led-trigger API was in the private drivers/leds/leds.h header.
Move it to the include/linux/leds.h header to unify the API location
and announce it as public. It has been already exported from
led-triggers.c with EXPORT_SYMBOL_GPL macro.
Signed-off-by: Jacek Anaszewski
Acked-by: Kyungmin
This patch adds led-flash support to Maxim max77693 chipset.
A device can be exposed to user space through LED subsystem
sysfs interface. Device supports up to two leds which can
work in flash and torch mode. The leds can be triggered
externally or by software.
Signed-off-by: Jacek Anaszewski
Sig
Yes we would like to have it merge upstream :-)
2015-03-27 14:37 GMT+01:00 Hans de Goede :
> Hi,
>
> On 27-03-15 09:29, Benjamin Gaignard wrote:
>>
>> Hello,
>>
>> On behalf of Paramanand, I would have to have your opinion on this patch.
>> The goal is to enable more v4l2 lib features on Android t
Hi,
On 26-03-15 17:17, Ricardo Ribalda Delgado wrote:
Y16 is a little-endian format. The original implementation assumed that
it was big-endian.
Signed-off-by: Ricardo Ribalda Delgado
Thanks merged upstream, both into master and stable-1.6 branches.
Regards,
Hans
---
lib/libv4lconvert/
Hi,
On 27-03-15 09:29, Benjamin Gaignard wrote:
Hello,
On behalf of Paramanand, I would have to have your opinion on this patch.
The goal is to enable more v4l2 lib features on Android to be able to
do video decoding using v4l2 devices.
This looks fine to me, you say that
"I would have to hav
> The HVR-2215 is sold in Australia, it's not a prototype card:
> http://www.pccasegear.com/index.php?main_page=product_info&products_id=28385&cPath=172
Thanks for the URL. I've ordered a card. I'll look into the gapped
clock. If it's not required on the HVR2205 (using 2168) then it
shouldn't be r
Hi,
Feel free to ignore the patches I sent. Just thought that since I made
the work to get the devices working anyway I'll post my code in case
someone can benefit from that somehow.
The HVR-2215 is sold in Australia, it's not a prototype card:
http://www.pccasegear.com/index.php?main_page=produc
Mauro,
Thank you for taking care of the git.linuxtv.org ssh issues earlier this week.
Long awaited patches for the Hauppauge HVR2205 and HVR2255 in this patchset.
Along with a fix for the querycap warning being thrown on newer kernels.
Thanks,
- Steve
The following changes since commit 4708e45
>> I did not require any 2168/2157 driver changes to make these devices
>> work. (Antti please note).
>
>
> There seems to be only minor TS config change (which is not even needed if
> you set that bit to existing TS mode config value) for gapped/variable
> length TS clock (which is in my understan
On 03/27/2015 02:08 PM, Steven Toth wrote:
I know there's parallel activity ongoing regarding these devices, but I
thought I'll submit my own version here as well. The maintainers of each
module can then make the call what to merge.
http://git.linuxtv.org/cgit.cgi/stoth/media_tree.git/log/?h=sa
> I know there's parallel activity ongoing regarding these devices, but I
> thought I'll submit my own version here as well. The maintainers of each
> module can then make the call what to merge.
http://git.linuxtv.org/cgit.cgi/stoth/media_tree.git/log/?h=saa7164-dev
As mentioned previously, I've
Add a parameter in si2168_config to support gapped clock.
Signed-off-by: Olli Salonen
---
drivers/media/dvb-frontends/si2168.c | 3 +++
drivers/media/dvb-frontends/si2168.h | 3 +++
drivers/media/dvb-frontends/si2168_priv.h | 1 +
3 files changed, 7 insertions(+)
diff --git a/drivers/
Add support for pure I2C reads. Needed by si2157 tuner driver.
Signed-off-by: Olli Salonen
---
drivers/media/pci/saa7164/saa7164-i2c.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/media/pci/saa7164/saa7164-i2c.c
b/drivers/media/pci/saa7164/saa7164-i2c.c
i
Hauppauge HVR-2205 and HVR-2215 are PCIe dual tuner cards that support
DVB-C, DVB-T and DVB-T2.
PCIe bridge: SAA7164
Demodulator: Si2168-B40
Tuner: SI2157-A20
I know there's parallel activity ongoing regarding these devices, but I
thought I'll submit my own version here as well. The maintainers
In order to support demodulators and tuners that have their drivers
implemented as I2C drivers, the i2c_client should be stored in state for
both.
Signed-off-by: Olli Salonen
---
drivers/media/pci/saa7164/saa7164-dvb.c | 16
drivers/media/pci/saa7164/saa7164.h | 3 +++
2 fi
Change the dvbsky driver to support gapped clock instead of the current
hack.
Signed-off-by: Olli Salonen
---
drivers/media/usb/dvb-usb-v2/dvbsky.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/media/usb/dvb-usb-v2/dvbsky.c
b/drivers/media/usb/dvb-usb-v2/dvbsky.c
Hello Antonio,
On 26.03.2015 22:10, Antonio Ospite wrote:
> On Wed, 25 Mar 2015 15:10:44 +0100
> Florian Echtler wrote:
>>
>> Thanks - any other suggestions how to debug such a complete freeze? I
>> have the following options enabled in my kernel config:
>>
>> Unfortunately, even after the system
Hello,
On behalf of Paramanand, I would have to have your opinion on this patch.
The goal is to enable more v4l2 lib features on Android to be able to
do video decoding using v4l2 devices.
Regards,
Benjamin
commit 85f40dcc5248b5fb03464fe25fd2d1acb30f9722
Author: Paramanand SINGH
Date: Wed Mar
Hi Hans
On Thu, Mar 26, 2015 at 5:46 PM, Hans Verkuil wrote:
> Yes, but you might want to wait 1-2 weeks: I'm going to make a patch
> that moves the ENUMFMT description into the v4l2 core. So you want to be on
> top of that patch. I posted an RFC patch for that earlier (last week I
> think).
Ab
37 matches
Mail list logo
