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 Dec 16 05:00:18 CET 2017
media-tree git hash:45267fed3e55845c5b4b279162b273040ae4f587
media_build git
On Fri, Dec 15, 2017 at 11:41:13PM +1100, Vincent McIntyre wrote:
>
> ...
>
> $ make allyesconfig
> make -C /home/me/git/clones/media_build/v4l allyesconfig
> make[1]: Entering directory '/home/me/git/clones/media_build/v4l'
> No version yet, using 4.4.0-103-generic
> make[2]: Entering directory
The ir interface is like the H3 at 0x01f02000 located and is exactly
the same. This patch adds support for the ir interface on the A83T.
Signed-off-by: Philipp Rossak
---
arch/arm/boot/dts/sun8i-a83t.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a83
The Bananapi M3 has an onboard IR receiver.
This enables the onboard IR receiver subnode.
Other than the other IR receivers this one needs a base clock frequency
of 300 Hz (3 MHz), to be able to work.
Signed-off-by: Philipp Rossak
---
arch/arm/boot/dts/sun8i-a83t-bananapi-m3.dts | 7 +++
This patch updates documentation for Device-Tree bindings for sunxi IR
controller and adds the new requiered property for the base clock frequency.
Signed-off-by: Philipp Rossak
---
Documentation/devicetree/bindings/media/sunxi-ir.txt | 14 --
1 file changed, 8 insertions(+), 6 delet
The CIR Pin of the A83T is located at PL12
Signed-off-by: Philipp Rossak
---
arch/arm/boot/dts/sun8i-a83t.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a83t.dtsi
b/arch/arm/boot/dts/sun8i-a83t.dtsi
index 19acae1b4089..5edb645b506f 100644
--- a/arch/arm/bo
This patch updates the sunxi-ir driver to set the ir base clock from
devicetree.
This is neccessary since there are different ir recievers on the
market, that operate with different frequencys. So this value needs to
be set depending on the attached receiver.
Signed-off-by: Philipp Rossak
---
d
This patch series adds support for the sunxi A83T ir module and enhances the
sunxi-ir driver.
Right now the base clock frequency for the ir driver is a hard coded define and
is set to 8 MHz.
This works for the most common ir receivers. On the Sinovoip Bananapi M3 the ir
receiver needs,
a 3 MHz b
On Wed, Dec 13, 2017 at 03:09:17PM +0100, Philipp Zabel wrote:
> Add a compatible for the CodaHx4 VPU used on i.MX51.
>
> Signed-off-by: Philipp Zabel
> ---
> Documentation/devicetree/bindings/media/coda.txt | 1 +
> 1 file changed, 1 insertion(+)
Reviewed-by: Rob Herring
Dear all,
Unplugging the TV tuner (WinTV HVR-1900) from USB port causes a NULL
pointer dereference in pvr2_v4l2_internal_check:
[ 2128.129776] usb 1-1: USB disconnect, device number 6
[ 2128.129987] pvrusb2: Device being rendered inoperable
[ 2128.130055] BUG: unable to handle kernel NULL poin
From: Bjorn Helgaas
Use the existing PCI_EXP_DEVCTL2_COMP_TIMEOUT macro instead of hard-coding
the PCIe Completion Timeout Value mask. No functional change intended.
Signed-off-by: Bjorn Helgaas
---
drivers/media/pci/netup_unidvb/netup_unidvb_core.c |2 +-
1 file changed, 1 insertion(+),
Dear Hans,
With your patch applied to kernel 4.14.6 on openSUSE I can get the video
working, changing channels also works. But I don't have any audio
output. Even if I just do:
$ cat /dev/video0 > test.mpg
then when I open test.mpg with vlc there is no sound as if it is muted.
I tried 'v4l2-
Hi Mauro,
Here's the Intel IPU3 CIO2 CSI-2 receiver driver, with the accompanying
format definitions.
Since the previous pull request dealing with this, I've squashed Yong's
patch to the patch introducing the driver, addressing two issues:
- unused "phys" variable and
- memory a
Hi,
On Fri, Dec 15, 2017 at 07:01:40PM +0800, Yong wrote:
> Hi Maxime,
>
> On Fri, 15 Dec 2017 11:50:47 +0100
> Maxime Ripard wrote:
>
> > Hi Yong,
> >
> > On Mon, Dec 04, 2017 at 05:45:11PM +0800, Yong wrote:
> > > I just noticed that you are using the second iteration?
> > > Have you receive
Le vendredi 15 décembre 2017 à 16:56 +0900, Alexandre Courbot a écrit :
> Here is a new attempt at the request API, following the UAPI we agreed on in
> Prague. Hopefully this can be used as the basis to move forward.
>
> This series only introduces the very basics of how requests work: allocate a
Le vendredi 15 décembre 2017 à 16:56 +0900, Alexandre Courbot a écrit :
> Here is a new attempt at the request API, following the UAPI we agreed on in
> Prague. Hopefully this can be used as the basis to move forward.
>
> This series only introduces the very basics of how requests work: allocate a
Use the direction argument passed into begin_cpu_access
and end_cpu_access when calling the dma_sync_sg_for_cpu/device.
The actual cache primitive called depends on the direction
passed in.
Signed-off-by: Sushmita Susheelendra
---
drivers/staging/android/ion/ion.c | 4 ++--
1 file changed, 2 ins
On Fri, 15 Dec 2017 21:06:32 +0200
Antti Palosaari wrote:
> On 12/15/2017 08:40 PM, Daniel Scheller wrote:
> > On Fri, 15 Dec 2017 20:12:18 +0200
> > Antti Palosaari wrote:
> >>
> >> em28xx does it currently just correct.
> >> 1) unregister frontend
> >
> > Note that this is a call to em28xx_
On 12/15/2017 08:40 PM, Daniel Scheller wrote:
On Fri, 15 Dec 2017 20:12:18 +0200
Antti Palosaari wrote:
On 12/15/2017 08:00 PM, Daniel Scheller wrote:
Hi,
On Fri, 15 Dec 2017 19:30:18 +0200
Antti Palosaari wrote:
Thanks for your reply.
Hello
I think shared frontend structure, which
On Fri, 15 Dec 2017 20:12:18 +0200
Antti Palosaari wrote:
> On 12/15/2017 08:00 PM, Daniel Scheller wrote:
> > Hi,
> >
> > On Fri, 15 Dec 2017 19:30:18 +0200
> > Antti Palosaari wrote:
> >
> > Thanks for your reply.
> >
> >> Hello
> >> I think shared frontend structure, which is owned by de
On 12/15/2017 08:00 PM, Daniel Scheller wrote:
Hi,
On Fri, 15 Dec 2017 19:30:18 +0200
Antti Palosaari wrote:
Thanks for your reply.
Hello
I think shared frontend structure, which is owned by demod driver,
should be there and valid on time tuner driver is removed. And thus
should not happen
Hi,
On Fri, 15 Dec 2017 19:30:18 +0200
Antti Palosaari wrote:
Thanks for your reply.
> Hello
> I think shared frontend structure, which is owned by demod driver,
> should be there and valid on time tuner driver is removed. And thus
> should not happen. Did you make driver unload on different
Hello
I think shared frontend structure, which is owned by demod driver,
should be there and valid on time tuner driver is removed. And thus
should not happen. Did you make driver unload on different order eg. not
just reverse order than driver load?
IMHO these should go always
on load:
1) l
Hi Mauro,
Some regressions and improvements since the lirc scancodes changes.
Thanks,
Sean
The following changes since commit 0ca4e3130402caea8731a7b54afde56a6edb17c9:
media: pxa_camera: rename the soc_camera_ prefix to pxa_camera_ (2017-12-14
12:40:01 -0500)
are available in the Git repo
Hi Mauro,
The following changes since commit 0ca4e3130402caea8731a7b54afde56a6edb17c9:
media: pxa_camera: rename the soc_camera_ prefix to pxa_camera_ (2017-12-14
12:40:01 -0500)
are available in the git repository at:
git://linuxtv.org/snawrocki/samsung.git for-v4.16/media/next
for you t
From: Daniel Scheller
When the driver gets unloaded via it's tda18212_remove() function, all
frontend structures may already have been freed as controlling/bridge
drivers already used dvb_frontend_detach() in their teardown process.
Since __dvb_frontend_free now releases and clears all structures
Hi Jacopo,
On Wed, Dec 13, 2017 at 07:26:20PM +0100, Jacopo Mondi wrote:
> The v4l2-async module operations are quite complex to follow, due to the
> asynchronous nature of subdevices and notifiers registration and
> matching procedures. In order to help with debugging of failed or
> erroneous mat
Hi Marek,
On 14/12/17 15:11, Marek Szyprowski wrote:
> Hi Hans,
>
> I would like to get your opinion on this patch. Do you think it makes sense
> to:
>
> 1. add limited support for USERPTR and DMA-buf import? (limited means driver
> will accept setting buffer pointer/fd only once after reqbufs
Fix two warnings reported by static analysis tool:
ipu3-cio2.c:1899:16: warning: Variable length array is used.
In function 'cio2_pci_probe':
ipu3-cio2.c:1726:14: warning: variable 'phys' set
but not used [-Wunused-but-set-variable]
Signed-off-by: Yong Zhi
---
Hi, Mauro, thanks for catching the
Hi Jacopo,
On Wed, Dec 13, 2017 at 07:26:19PM +0100, Jacopo Mondi wrote:
> Currently, subdevice notifiers are tested against all available
> subdevices as soon as they get registered. It often happens anyway
> that the subdevice they are connected to is not yet initialized, as
> it usually gets re
Hi, Mauro and Sakari,
Sorry for the late response, the fix of the 2 warnings is attached.
Best regards,
Yong
From: Zhi, Yong
Sent: Friday, December 08, 2017 3:32 PM
To: Mauro Carvalho Chehab; Sakari Ailus
Cc: linux-media@vger.kernel.org; Mani, Rajmohan
Su
The following changes since commit 0ca4e3130402caea8731a7b54afde56a6edb17c9:
media: pxa_camera: rename the soc_camera_ prefix to pxa_camera_ (2017-12-14
12:40:01 -0500)
are available in the Git repository at:
git://linuxtv.org/hverkuil/media_tree.git for-v4.16c
for you to fetch changes up
Hi Hans,
On Fri, 2017-12-15 at 15:22 +0100, Hans Verkuil wrote:
> Hi Philipp,
>
> On 13/12/17 15:09, Philipp Zabel wrote:
> > Add support for the CodaHx4 VPU used on i.MX51.
> >
> > Decoding h.264, MPEG-4, and MPEG-2 video works, as well as encoding
> > h.264. MPEG-4 encoding is not enabled, it
Hi
Thank you for the patch.
On 12/12/17 14:47, Jia-Ju Bai wrote:
> The driver may sleep under a spinlock.
> The function call path is:
> bdisp_device_run (acquire the spinlock)
>bdisp_hw_update
> bdisp_hw_save_request
>devm_kzalloc(GFP_KERNEL) --> may sleep
>
> To fix it, GFP_K
Hi
On 12/12/17 14:47, Jia-Ju Bai wrote:
> The driver may sleep under a spinlock.
> The function call path is:
> bdisp_device_run (acquire the spinlock)
>bdisp_hw_reset
> msleep --> may sleep
>
> To fix it, msleep is replaced with mdelay.
May I suggest you to use readl_poll_timeout_atomic
Hi Jacopo,
On Wed, Dec 13, 2017 at 07:26:18PM +0100, Jacopo Mondi wrote:
> Notifiers can be registered as root notifiers (identified by a 'struct
> v4l2_device *') or subdevice notifiers (identified by a 'struct
> v4l2_subdev *'). In order to identify a notifier no matter if it is root
> or not, a
Hi Kieran,
On Thu, Dec 14, 2017 at 10:25:36PM +, Kieran Bingham wrote:
> Hi Niklas,
>
> On 14/12/17 19:08, Niklas Söderlund wrote:
> > This will be needed to fill out the frame descriptor information
> > correctly.
> >
> > Signed-off-by: Niklas Söderlund
> > ---
> > drivers/media/i2c/adv748x
Hi Jacopo,
Thanks for the patch.
Could you cc the next version to linux-a...@vger.kernel.org, please? Cc
Mika, too.
On Wed, Dec 13, 2017 at 07:26:17PM +0100, Jacopo Mondi wrote:
> Add operation to retrieve the device name from a fwnode handle.
>
> Signed-off-by: Jacopo Mondi
> ---
> drivers/a
Hi Hans,
On 2017-12-15 15:06:44 +0100, Hans Verkuil wrote:
> Niklas,
>
> Did you look at this? If I should take it, can you Ack it? If you are
> going to squash or add it to our of your own patch series, then let me
> know and I can remove it from my todo queue.
I did look at it and talked to Ja
Hi Philipp,
On 13/12/17 15:09, Philipp Zabel wrote:
> Add support for the CodaHx4 VPU used on i.MX51.
>
> Decoding h.264, MPEG-4, and MPEG-2 video works, as well as encoding
> h.264. MPEG-4 encoding is not enabled, it currently produces visual
> artifacts.
>
> Signed-off-by: Philipp Zabel
> ---
Fabien or Benjamin, can you take a look at these two patches?
I'm a bit hesitant applying this since e.g. this bdisp_hw_reset() function
might wait
for up to a second, which is a mite long for an interrupt :-)
Regards,
Hans
On 12/12/17 14:47, Jia-Ju Bai wrote:
> The driver may sleep un
Hi Niklas,
thanks for the patch!
On Thu, Dec 14, 2017 at 08:08:27PM +0100, Niklas Söderlund wrote:
> The driver now have access to frame descriptor information, use it. Only
> enable the virtual channels which are described in the frame descriptor
> and calculate the link based on all enabled s
Niklas,
Did you look at this? If I should take it, can you Ack it? If you are
going to squash or add it to our of your own patch series, then let me
know and I can remove it from my todo queue.
Regards,
Hans
On 05/12/17 21:41, Jacopo Mondi wrote:
> When rcar-csi interface is not connect
On 11/12/17 18:41, Jose Abreu wrote:
> This adds support for the Synopsys DesignWare HDMI RX PHY e405. This
> phy receives and decodes HDMI video that is delivered to a controller.
>
> Main features included in this driver are:
> - Equalizer algorithm that chooses the phy best settings
>
On 15/12/17 14:35, Hans Verkuil wrote:
> On 11/12/17 18:41, Jose Abreu wrote:
>> Add an entry for Synopsys DesignWare HDMI Receivers drivers
>> and phys.
>>
>> Signed-off-by: Jose Abreu
>> Cc: Joao Pinto
>
> Reviewed-by: Hans Verkuil
Oops, I was a bit too quick here. You're missing this file:
On 11/12/17 18:41, Jose Abreu wrote:
> Document the bindings for the Synopsys DesignWare HDMI RX.
>
> Signed-off-by: Jose Abreu
> Acked-by: Rob Herring (v8)
> Cc: Joao Pinto
> Cc: Rob Herring
> Cc: Mark Rutland
> Cc: Mauro Carvalho Chehab
> Cc: Hans Verkuil
> Cc: Sylwester Nawrocki
> Cc: d
On 11/12/17 18:41, Jose Abreu wrote:
> Add an entry for Synopsys DesignWare HDMI Receivers drivers
> and phys.
>
> Signed-off-by: Jose Abreu
> Cc: Joao Pinto
Reviewed-by: Hans Verkuil
Regards,
Hans
> ---
> MAINTAINERS | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git
Hi Sakari,
Do you have some comments on this version?
Best Regards,
Wenyou Yang
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Wenyou Yang
> Sent: 2017年12月11日 9:32
> To: Mauro Carvalho Chehab ; Rob Herring
> ; Ma
Hi Niklas,
On Thu, Dec 14, 2017 at 08:08:26PM +0100, Niklas Söderlund wrote:
> Use the frame description from the remote subdevice of the rcar-csi2's
> sink pad to get the remote pad and stream pad needed to propagate the
> .s_stream() operation.
>
> The CSI-2 virtual channel which should be acte
Hi,
Don't get me wrong, I appreciate the vast amount of work going on here.
Just letting you know what I'm seeing.
+ date
Friday 15 December 23:28:52 AEDT 2017
+ uname -a
Linux ubuntu 4.4.0-103-generic #126-Ubuntu SMP Mon Dec 4 16:23:28 UTC 2017
x86_64 x86_64 x86_64 GNU/Linux
+ cat /proc/versio
On 14.12.2017 14:06, Mauro Carvalho Chehab wrote:
> Em Tue, 12 Dec 2017 16:28:40 +0100
> Hans Verkuil escreveu:
>
>> This adds a new NVIDIA Tegra video decoder driver. It is depending on the
>> request API work since it is a stateless codec, so for now park this in
>> staging.
>>
>> The dts patc
On Thu, Dec 14, 2017 at 08:08:25PM +0100, Niklas Söderlund wrote:
> The R-Car CSI-2 hardware can output the same virtual channel
> simultaneously to more then one R-Car VIN. For this reason we need to
> move the usage counting from the global device to each source pad.
>
> If a source pads usage c
Hej,
On Thu, Dec 14, 2017 at 08:08:23PM +0100, Niklas Söderlund wrote:
> To work with multiplexed streams the pad and stream aware s_stream
> operation needs to be used.
>
> Signed-off-by: Niklas Söderlund
> ---
> drivers/media/platform/rcar-vin/rcar-dma.c | 6 --
> 1 file changed, 4 insert
On Thu, Dec 14, 2017 at 08:08:22PM +0100, Niklas Söderlund wrote:
> The pipeline will be moved from the entity to the pads; reflect this in
> the media pipeline function API.
I'll merge this to "media: entity: Use pad as the starting point for a
pipeline" if you're fine with that.
I haven't compi
Hejssan Niklas,
Tack för uppdaterade lappor!
On Thu, Dec 14, 2017 at 08:08:21PM +0100, Niklas Söderlund wrote:
> To be able to start and stop individual streams of a multiplexed pad the
> s_stream operation needs to be both pad and stream aware. Add a new
> operation to pad ops to facilitate this
Hi Hans,
On 13-12-2017 20:49, Hans Verkuil wrote:
> On 13/12/17 15:00, Jose Abreu wrote:
>>
>> Indeed. I compared the values with the spec and they are not
>> correct. Even hsync is wrong. I already corrected in the code the
>> hsync but regarding interlace I'm not seeing an easy way to do
>> this
Hi Hans,
On 15-12-2017 09:48, Hans Verkuil wrote:
> Add the v4l2_hdmi_colorimetry() function so we have a single function
> that determines the colorspace, YCbCr encoding, quantization range and
> transfer function from the InfoFrame data.
You could also make AVI infoframe optional and return RGB
Hi Maxime,
On Fri, 15 Dec 2017 11:50:47 +0100
Maxime Ripard wrote:
> Hi Yong,
>
> On Mon, Dec 04, 2017 at 05:45:11PM +0800, Yong wrote:
> > I just noticed that you are using the second iteration?
> > Have you received my third iteration?
>
> Sorry for the late reply, and for not coming back to
Hi Yong,
On Mon, Dec 04, 2017 at 05:45:11PM +0800, Yong wrote:
> I just noticed that you are using the second iteration?
> Have you received my third iteration?
Sorry for the late reply, and for not coming back to you yet about
that test. No, this is still in your v2. I've definitely received you
Alexandre:
On Fri, Dec 15, 2017 at 8:56 AM, Alexandre Courbot
wrote:
> The request API provides a way to group buffers and device parameters
> into units of work to be queued and executed. This patch introduces the
> UAPI and core framework.
>
> This patch is based on the previous work by Laurent
Hi Laurent,
On 03/12/17 10:57, Laurent Pinchart wrote:
> The DRM pipelines can use either the BRU or the BRS for blending. Make
> sure the right name is used in debugging messages to avoid confusion.
This could likely tag along with the preceding [PATCH 1/9] on it's short cut to
mainline before t
Hi Laurent,
As this is a prevents hardware hangs, and is a distinct patch on it's own - I
feel it should be on an accelerated path to integration, and should be merged
separately from the rest of the CRC feature series.
On 03/12/17 10:57, Laurent Pinchart wrote:
> Make sure we don't accept more i
Add the v4l2_hdmi_colorimetry() function so we have a single function
that determines the colorspace, YCbCr encoding, quantization range and
transfer function from the InfoFrame data.
Signed-off-by: Hans Verkuil
---
Tim, you can add this patch to your driver patch series and just call it.
Note th
Em Fri, 15 Dec 2017 00:02:21 +0200
Laurent Pinchart escreveu:
> Hi Mauro,
>
> On Thursday, 14 December 2017 23:50:03 EET Mauro Carvalho Chehab wrote:
> > Em Thu, 14 Dec 2017 21:57:06 +0100 Greg KH escreveu:
> > > On Thu, Dec 14, 2017 at 10:44:16PM +0200, Laurent Pinchart wrote:
> > >> On Thu
On Thu, Dec 14, 2017 at 6:10 PM, Mauro Carvalho Chehab
wrote:
> Em Mon, 11 Dec 2017 13:05:02 +0100
> Arnd Bergmann escreveu:
>
>> With CONFIG_KASAN, the init function uses a large amount of kernel stack:
>>
>> drivers/media/usb/em28xx/em28xx-dvb.c: In function 'em28xx_dvb_init.part.4':
>> drivers
Em Fri, 15 Dec 2017 10:55:26 +0530
Dhaval Shah escreveu:
> Hi Laurent/Mauro/Greg,
>
> On Fri, Dec 15, 2017 at 3:32 AM, Laurent Pinchart
> wrote:
> > Hi Mauro,
> >
> > On Thursday, 14 December 2017 23:50:03 EET Mauro Carvalho Chehab wrote:
> >> Em Thu, 14 Dec 2017 21:57:06 +0100 Greg KH escreveu
On Fri, Dec 15, 2017 at 01:32:21PM +0900, Tomasz Figa wrote:
> Currently v4l2_device_register_subdev_nodes() does not initialize the
> dev_parent field of the video_device structs it creates for subdevices
> being registered. This leads to __video_register_device() falling back
> to the parent devi
Note: the new v4l2-async work makes it possible to simplify this. That
will be done in follow-up patches. It's easier to do that if this is in
first.
This v2 is just a rebased version of v1 to fix merge conflicts.
Regards,
Hans
The following changes since commit 0ca4e3130402caea8731a7b54afd
Here is a new attempt at the request API, following the UAPI we agreed on in
Prague. Hopefully this can be used as the basis to move forward.
This series only introduces the very basics of how requests work: allocate a
request, queue buffers to it, queue the request itself, wait for it to complete
69 matches
Mail list logo