Re: dvb_usb_af9015: command failed=1 _ kernel >= 4.1.x

2015-05-12 Thread poma
On 12.05.2015 16:11, Antti Palosaari wrote: > On 05/11/2015 09:43 PM, poma wrote: >> On 05/11/2015 12:25 AM, poma wrote: >>> On 10.05.2015 12:38, poma wrote: On 08.05.2015 12:59, poma wrote: > On 08.05.2015 12:20, poma wrote: >> >> [0.00] Linux version 4.0.2-200.fc21.x86_64

cron job: media_tree daily build: ERRORS

2015-05-12 Thread Hans Verkuil
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: Wed May 13 04:00:45 CEST 2015 git branch: test git hash: 4d298b8539ed59f1d69d3aa6e41a2c4908137612 gcc versi

Re: [PATCH v3] dma-buf: add ref counting for module as exporter

2015-05-12 Thread Greg KH
On Fri, May 08, 2015 at 07:12:43PM +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

Re: v4.1-rcX regression in v4l2 build

2015-05-12 Thread Guennadi Liakhovetski
On Tue, 12 May 2015, Guennadi Liakhovetski wrote: > Hi Robert, > > On Tue, 12 May 2015, Robert Jarzmik wrote: > > > Hi Guennadi, > > > > Today I noticed the mioa701 build is broken on v4.1-rcX series. It was > > working > > in v4.0. > > > > The build error I get is : > > LINKvmlinux > >

Re: v4.1-rcX regression in v4l2 build

2015-05-12 Thread Guennadi Liakhovetski
Hi Robert, On Tue, 12 May 2015, Robert Jarzmik wrote: > Hi Guennadi, > > Today I noticed the mioa701 build is broken on v4.1-rcX series. It was working > in v4.0. > > The build error I get is : > LINKvmlinux > LD vmlinux.o > MODPOST vmlinux.o > GEN .version > CHK incl

v4.1-rcX regression in v4l2 build

2015-05-12 Thread Robert Jarzmik
Hi Guennadi, Today I noticed the mioa701 build is broken on v4.1-rcX series. It was working in v4.0. The build error I get is : LINKvmlinux LD vmlinux.o MODPOST vmlinux.o GEN .version CHK include/generated/compile.h UPD include/generated/compile.h CC init/v

[PATCHv2 2/3] e4000: various small changes

2015-05-12 Thread Antti Palosaari
* Rename device state from 's' to 'dev'. * Move single include to driver private header. * Change error handling type of each function to one I tend use nowadays. * Remove dummy register write from init. Even Windows driver does this multiple times remove it as I have never seen any I2C errors. * D

[PATCHv2 3/3] e4000: implement V4L2 subdevice tuner and core ops

2015-05-12 Thread Antti Palosaari
Implement V4L2 subdevice tuner and core ops. After that this driver is hybrid driver implementing both V4L2 and DVB ops. Signed-off-by: Antti Palosaari --- drivers/media/tuners/e4000.c | 216 +++--- drivers/media/tuners/e4000_priv.h | 2 + 2 files changed,

[PATCHv2 1/3] e4000: revise synthesizer calculation

2015-05-12 Thread Antti Palosaari
Update synthesizer calculation to model I prefer nowadays. It is mostly just renaming some variables to ones I think are most standard. Also add 'schematic' of synthesizer following my current understanding. Signed-off-by: Antti Palosaari --- drivers/media/tuners/e4000.c | 44 ++

[GIT PULL 4.2] fc2580 / tua9001 / rtl2832_sdr

2015-05-12 Thread Antti Palosaari
The following changes since commit 250d2ff01623e80943c4ffed0308b0d19fe6625d: [media] rtl28xxu: fix return value check in rtl2832u_tuner_attach() (2015-05-12 13:27:22 -0300) are available in the git repository at: git://linuxtv.org/anttip/media_tree.git fc2580_tua9001 for you to fetch cha

Re: Coda : QP rate control encoding

2015-05-12 Thread Jean-Michel Hautbois
Hi ! 2015-05-07 15:53 GMT+02:00 Jean-Michel Hautbois : > > 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 someth

[PATCH v3 3/3] [media] bdisp: add debug file system

2015-05-12 Thread Fabien Dessenne
Creates 5 debugfs entries to dump the last HW request, the last HW node (=command), the HW registers and the recent HW performance (time & fps) Signed-off-by: Fabien Dessenne --- drivers/media/platform/sti/bdisp/Makefile | 2 +- drivers/media/platform/sti/bdisp/bdisp-debug.c | 668 +++

[PATCH v3 1/3] [media] bdisp: add DT bindings documentation

2015-05-12 Thread Fabien Dessenne
This adds DT binding documentation for STMicroelectronics bdisp driver. Signed-off-by: Fabien Dessenne --- .../devicetree/bindings/media/st,stih4xx.txt | 32 ++ 1 file changed, 32 insertions(+) create mode 100644 Documentation/devicetree/bindings/media/st,stih4xx.txt

[PATCH v3 2/3] [media] bdisp: 2D blitter driver using v4l2 mem2mem framework

2015-05-12 Thread Fabien Dessenne
This v4l2 mem2mem driver is a 2D blitter for STMicroelectronics SoC. It uses the v4l2 mem2mem framework. The following features are supported and tested: - Color format conversion (RGB32, RGB24, RGB16, NV12, YUV420P) - Copy - Scale - Flip - Deinterlace - Wide (4K) picture support - Crop Signed-of

[PATCH v3 0/3] Add media bdisp driver for stihxxx platforms

2015-05-12 Thread Fabien Dessenne
This series of patches adds the support of v4l2 2D blitter driver for STMicroelectronics SOC. version 3: - Fixed selection / cropping. - Fixed probe sequence. - Fixed colorspace and field management. - Fixed buffer management upon start streaming failure. -

[GIT PULL 4.2] Fix possible leak in mn88472_init()

2015-05-12 Thread Antti Palosaari
It is staging driver and error which ~never happens, so it is not even worth to 4.1 at that phase, but upcoming 4.2. regards Antti The following changes since commit b2624ff4bf46869df66148b2e1e675981565742e: [media] mantis: fix error handling (2015-05-12 08:12:18 -0300) are available in th

[GIT PULL 4.2] rtl28xxu error check fix

2015-05-12 Thread Antti Palosaari
Even it is clear bug, I think it is not worth to stable. So let it go to 4.2. regards Antti The following changes since commit b2624ff4bf46869df66148b2e1e675981565742e: [media] mantis: fix error handling (2015-05-12 08:12:18 -0300) are available in the git repository at: git://linuxtv.or

[GIT PULL] GoTView MasterHD 3 USB tuner

2015-05-12 Thread Antti Palosaari
The following changes since commit b2624ff4bf46869df66148b2e1e675981565742e: [media] mantis: fix error handling (2015-05-12 08:12:18 -0300) are available in the git repository at: git://linuxtv.org/anttip/media_tree.git si2168 for you to fetch changes up to 0fa6e6a14e433b5b5daf836b88cde9cc

Re: Locking in Si2157 and Si2168 drivers.

2015-05-12 Thread Antti Palosaari
On 05/11/2015 01:20 AM, Adam Baker wrote: Hi, I think I've found a locking scenario that can potentially cause a deadlock situation in these drivers. I was trying to update the patch Antti Palosaari created to add support for signal stats to work with current git (https://patchwork.linuxtv.org/

[PATCH] v4l2-compliance: test SELECTION only for the supported buf_type

2015-05-12 Thread Fabien Dessenne
testBasicSelection defines which of capture and output supports crop (resp. compose). testBasicCrop (resp. testBasicCompose) shall be run only for the supported buf_type. Change-Id: I0a81e826eb7bc8a318a9d833426d802fedce46c9 Signed-off-by: Fabien Dessenne --- utils/v4l2-compliance/v4l2-test-forma

Re: dvb_usb_af9015: command failed=1 _ kernel >= 4.1.x

2015-05-12 Thread Antti Palosaari
On 05/11/2015 09:43 PM, poma wrote: On 05/11/2015 12:25 AM, poma wrote: On 10.05.2015 12:38, poma wrote: On 08.05.2015 12:59, poma wrote: On 08.05.2015 12:20, poma wrote: [0.00] Linux version 4.0.2-200.fc21.x86_64 ... [0.870875] usb 1-2: new high-speed USB device number 2 using

Re: [PATCH v3] libgencec: Add userspace library for the generic CEC kernel interface

2015-05-12 Thread Hans Verkuil
Hi Kamil, A quick review: On 05/06/15 14:37, Kamil Debski wrote: > new file mode 100644 > index 000..bb817b7 > --- /dev/null > +++ b/README > @@ -0,0 +1,22 @@ > +libGenCEC - library for the generic HDMI CEC kernel interface > +--

Re: [RFC] How implement Secure Data Path ?

2015-05-12 Thread Benjamin Gaignard
I think now I have an answer to my question. I will back come in a couple of weeks with a generic dmabuf allocator. The feature set of this should be: - allow to have per device specificone allocator - ioctl for buffer allocation and exporting dmabuf file descriptor on /dev/foo - generic API to b