Goede dag,
Dit is Lloyd's TSB Bank plc leningen aan te bieden.
Lloyds TSB biedt flexibele en betaalbare leningen voor welk doel u te helpen
uw doelen te bereiken. we lening tegen lage rente van 3%. Hier zijn een aantal
belangrijke kenmerken van de persoonlijke lening aangeboden door Lloyd's
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 Oct 26 05:00:15 CEST 2016
media-tree git hash:bd676c0c04ec94bd830b9192e2c33f2c4532278d
media_build gi
First pass at getting subdevs from DT ports and endpoints.
The _get_pdata() function was larely inspired by (i.e. stolen from)
am437x-vpfe.c
Questions:
- Legacy board file passes subdev input & output routes via pdata
(e.g. tvp514x svideo or composite selection.) How is this supposed
to be d
Enable video capture via the on-board TVP5147 decoder hooked up to ch0
one of the VPIF capture input.
Signed-off-by: Kevin Hilman
---
arch/arm/boot/dts/da850-lcdk.dts | 30 ++
1 file changed, 30 insertions(+)
diff --git a/arch/arm/boot/dts/da850-lcdk.dts b/arch/arm/b
Add basic support for DT initializaion of VPIF (capture) via DT. Clocks
and mux still need to happen in this file until there are real clock and
pinctrl drivers, but the video nodes and subdevs can all come from DT.
Signed-off-by: Kevin Hilman
---
arch/arm/mach-davinci/da8xx-dt.c | 17 +
Add basic support for initialization via DT.
Signed-off-by: Kevin Hilman
---
drivers/media/platform/davinci/vpif.c | 9 +
drivers/media/platform/davinci/vpif_capture.c | 14 ++
2 files changed, 23 insertions(+)
diff --git a/drivers/media/platform/davinci/vpif.c
b/d
Video capture subdevs may be over I2C and may sleep during xfer, so we
cannot do IRQ-disabled locking when calling the subdev.
Signed-off-by: Kevin Hilman
---
drivers/media/platform/davinci/vpif_capture.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/media/platform/davinci/vpif
Add VPIF and VPIF capture nodes to da850.
Note that these are separate nodes because the current media drivers
have two separate drivers for vpif and vpif_capture.
Signed-off-by: Kevin Hilman
---
arch/arm/boot/dts/da850.dtsi | 28
1 file changed, 28 insertions(+)
d
This series attempts to add DT support to the davinci VPIF capture
driver.
I'm not sure I've completely grasped the proper use of the ports and
endpoints stuff, so this RFC is primarily to get input on whether I'm
on the right track.
The last patch is the one where all my questions are, the rest
Kernel takes care that interrupts from one source are serialized.
So there's no need to use spinlock_irq_save.
Signed-off-by: Heiner Kallweit
---
drivers/media/rc/nuvoton-cir.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/media/rc/nuvoton-cir.c b/drivers/m
Member pdev of struct nvt_dev is needed only to access &pdev->dev.
We can get rid of this it by using rdev->dev.parent instead
(both point to the same struct device).
Setting rdev->dev.parent can be removed from the probe function
as this is done by devm_rc_allocate_device now.
Signed-off-by: Hei
Spinlock nvt_lock is a member of struct nvt_dev and there's no need
to prefix it with nvt_. So remove this prefix.
Signed-off-by: Heiner Kallweit
---
drivers/media/rc/nuvoton-cir.c | 40
drivers/media/rc/nuvoton-cir.h | 2 +-
2 files changed, 21 insertio
Using a separate spinlock to protect access to substruct tx of struct
nvt_dev doesn't provide any actual benefit. We can use spinlock
nvt_lock to protect all access to struct nvt_dev and get rid of
nvt->tx.lock.
Signed-off-by: Heiner Kallweit
---
drivers/media/rc/nuvoton-cir.c | 35 +
What is done in nvt_probe was done in nvt_probe already
(in nvt_cir_ldev_init and nvt_cir_regs_init, both called from
nvt_probe). It's the same with nvt_close, it's covered by nvt_remove.
Therefore I don't see any benefit in implementing the open and close
hooks at all and both functions can be rem
Hi,
has it been merged somewhere? I can't find it in linux-next yet.
BR and thanks,
Nikolaus
> Am 30.09.2016 um 10:52 schrieb Laurent Pinchart
> :
>
> Hello Nikolaus,
>
> On Friday 30 Sep 2016 10:28:40 H. Nikolaus Schaller wrote:
>>> Am 29.09.2016 um 10:54 schrieb Laurent Pinchart:
>>> On Thurs
On Mon, Oct 24, 2016 at 10:11:15PM -0200, Mauro Carvalho Chehab wrote:
> Em Mon, 24 Oct 2016 23:28:44 +0100
> Andrey Utkin escreveu:
>
> > On Mon, Oct 24, 2016 at 10:59:24PM +0200, SF Markus Elfring wrote:
> > > From: Markus Elfring
> > > Date: Mon, 24 Oct 2016 22:08:47 +0200
> > >
> > > * Mult
On Tue, Oct 25, 2016 at 10:22:29AM +0200, Thierry Escande wrote:
> From: Pawel Osciak
>
> When this flag is set for CAPTURE queues by the driver on calling
> vb2_queue_init(), it forces the buffers on the queue to be
> allocated/mapped with DMA_BIDIRECTIONAL direction flag instead of
> DMA_FROM_D
This patch introduces bugs. It's my policy to not explain the Markus's
bugs because otherwise he will just resend the patchset and I have asked
him many times to stop.
I will happily review bug fix patches but I really think he should stop
sending these cleanup patches.
regards,
dan carpenter
-
On Mon, Oct 24, 2016 at 10:59:24PM +0200, SF Markus Elfring wrote:
> + dev->isoc_ctl.transfer_buffer = kcalloc(num_bufs,
> + sizeof(*dev->isoc_ctl
> +.transfer_buffer),
This is ugly.
regards,
dan c
From: Pawel Osciak
When this flag is set for CAPTURE queues by the driver on calling
vb2_queue_init(), it forces the buffers on the queue to be
allocated/mapped with DMA_BIDIRECTIONAL direction flag instead of
DMA_FROM_DEVICE. This allows the device not only to write to the
buffers, but also read
Hi Thierry,
On Mon, Oct 24, 2016 at 09:30:21AM +0200, Thierry Escande wrote:
...
> --- a/include/media/videobuf2-core.h
> +++ b/include/media/videobuf2-core.h
> @@ -433,6 +433,9 @@ struct vb2_buf_ops {
> * @quirk_poll_must_check_waiting_for_buffers: Return POLLERR at poll when
> QBUF
> *
21 matches
Mail list logo
