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
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
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
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
> >
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
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
* 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
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,
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 ++
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
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
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 +++
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
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
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.
-
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
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
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
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/
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
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
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
> +--
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
23 matches
Mail list logo