For now it is -ENOTIME for me. It's on my TODO list, but there are a number of
other things I want to finish first.
Regards,
Hans
On 07/01/2014 11:08 PM, Laurent Pinchart wrote:
> On Wednesday 25 June 2014 12:58:03 Sasha Levin wrote:
>> Ping?
>
> Hans, I've replied to your previous e-ma
On Tue, Jul 01, 2014 at 12:57:02PM +0200, Maarten Lankhorst wrote:
> So after some more hacking I've moved dma-buf to its own subdirectory,
> drivers/dma-buf and applied the fence patches to its new place. I believe
> that the
> first patch should be applied regardless, and the rest should be read
On 01.07.2014 21:55, Matthias Schwarzott wrote:
> This patch series is the third version of my si2165 driver.
> It supports only DVB-T and was tested on 8MHz channels in germany.
>
> Maybe the si2165 driver also works on other si2165/si2163/si2161 based cards.
>
I forgot to mention, that support
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 Jul 2 04:00:22 CEST 2014
git branch: test
git hash: b5b620584b9c4644b85e932895a742e0c192d66c
gcc versi
On Wednesday 25 June 2014 12:58:03 Sasha Levin wrote:
> Ping?
Hans, I've replied to your previous e-mail with
I'm of course fine with a different way to solve the race condition, if we can
find a good one. Do you already know how you would like to solve this ?
> On 05/23/2014 09:54 AM, Hans Ver
Hi Stefan,
On Tuesday 24 June 2014 19:19:22 Stefan Herbrechtsmeier wrote:
> Am 24.06.2014 17:19, schrieb Enrico:
> > On Tue, May 27, 2014 at 10:38 AM, Enrico wrote:
> >> On Mon, May 26, 2014 at 9:50 PM, Laurent Pinchart wrote:
> >>> Hello,
> >>>
> >>> This patch sets implements support for BT.65
Hi Enrico,
On Thursday 26 June 2014 18:18:53 Enrico wrote:
> On Tue, Jun 24, 2014 at 5:19 PM, Enrico wrote:
> > On Tue, May 27, 2014 at 10:38 AM, Enrico wrote:
> >> On Mon, May 26, 2014 at 9:50 PM, Laurent Pinchart wrote:
> >>> Hello,
> >>>
> >>> This patch sets implements support for BT.656 an
Signed-off-by: Matthias Schwarzott
---
Documentation/dvb/get_dvb_firmware | 33 -
1 file changed, 32 insertions(+), 1 deletion(-)
diff --git a/Documentation/dvb/get_dvb_firmware
b/Documentation/dvb/get_dvb_firmware
index d91b8be..26c623d 100755
--- a/Documentatio
Reading eeprom works
TODO:
* Analog is untested
* after loading the driver the first open to dvb device node fails
Signed-off-by: Matthias Schwarzott
---
drivers/media/usb/cx231xx/Kconfig | 1 +
drivers/media/usb/cx231xx/cx231xx-avcore.c | 1 +
drivers/media/usb/cx231xx/cx231xx-cards
The same card entry is used for HVR-4400 and HVR-5500.
Only HVR-5500 has been tested.
Signed-off-by: Matthias Schwarzott
---
drivers/media/pci/cx23885/Kconfig | 1 +
drivers/media/pci/cx23885/cx23885-cards.c | 17 +---
drivers/media/pci/cx23885/cx23885-dvb.c | 43 +
This patch series is the third version of my si2165 driver.
It supports only DVB-T and was tested on 8MHz channels in germany.
Maybe the si2165 driver also works on other si2165/si2163/si2161 based cards.
Regards
Matthias
Documentation/dvb/get_dvb_firmware | 33 +-
drivers/media/dvb
DVB-T was tested with 8MHz BW channels in germany
This driver is the simplest possible, it uses automatic mode for all
parameters (TPS).
Signed-off-by: Matthias Schwarzott
---
drivers/media/dvb-frontends/Kconfig |9 +
drivers/media/dvb-frontends/Makefile |1 +
drivers/media/d
Per: http://www.pcidatabase.com/vendor_details.php?id=542, it's
"AVerMediaAverTV WDM AudioCapture (878)".
Windows driver is at:
http://www.mmnt.net/db/0/0/usftp.clevo.com.tw/888E/Optional . You would be able
to get device info from there.
-Original Message-
From: linux-media-ow...@vge
Moikka Matthias!
On 07/01/2014 10:01 PM, Matthias Schwarzott wrote:
On 17.05.2014 04:14, Antti Palosaari wrote:
That driver could be a little bit modern in a following ways:
1) dynamic debugs
2) I2C client driver model
3) RegMap API
4) I2C mux adapter for tuner I2C bus / gate
Maybe 30% less
On 17.05.2014 04:14, Antti Palosaari wrote:
> Sorry for the late review. I think that will be skipped over 2.16 as too
> late...
>
> There is also many other DTV drivers coming from Earthsoft PT3 support
> waiting for review. Anyone else willing to review? I wonder how we could
> improve situation
Hi Nicolas,
Am Dienstag, den 24.06.2014, 12:16 -0400 schrieb Nicolas Dufresne:
[...]
> > @@ -2908,6 +3183,7 @@ static void coda_timeout(struct work_struct *work)
> > static u32 coda_supported_firmwares[] = {
> > CODA_FIRMWARE_VERNUM(CODA_DX6, 2, 2, 5),
> > CODA_FIRMWARE_VERNUM(CODA_7541,
Hi Nicolas,
Am Dienstag, den 24.06.2014, 11:53 -0400 schrieb Nicolas Dufresne:
> Le vendredi 13 juin 2014 à 18:08 +0200, Philipp Zabel a écrit :
> > This patch adds support for the CODA960 VPU in Freescale i.MX6 SoCs.
>
> I might be confused, but is this driver sharing the same device node for
>
Hi Sakari,
Thank you for the review.
On Tuesday 01 July 2014 17:30:38 Sakari Ailus wrote:
> On Tue, Jun 03, 2014 at 12:40:19PM +0200, Laurent Pinchart wrote:
> > diff --git a/Makefile.am b/Makefile.am
> > index 11baed1..35d0030 100644
> > --- a/Makefile.am
> > +++ b/Makefile.am
> > @@ -12,31 +12,
Hi Laurent,
On Tue, Jun 03, 2014 at 12:40:19PM +0200, Laurent Pinchart wrote:
> diff --git a/Makefile.am b/Makefile.am
> index 11baed1..35d0030 100644
> --- a/Makefile.am
> +++ b/Makefile.am
> @@ -12,31 +12,32 @@ EXTRA_DIST = include COPYING.libv4l README.libv4l
> README.lib-multi-threading
> #
Hi Sergei,
On Tuesday 24 June 2014 16:00:45 Sergei Shtylyov wrote:
> Hello.
>
> On 06/24/2014 03:54 AM, Laurent Pinchart wrote:
> > videobuf2 expects no buffer to be owned by the driver when the
> > stop_stream queue operation returns. As the vsp1 driver fails to do so,
> > a warning is generated
op 01-07-14 13:06, Arend van Spriel schreef:
> On 01-07-14 12:57, Maarten Lankhorst wrote:
>> Signed-off-by: Maarten Lankhorst
> It would help to use '-M' option with format-patch for this kind of rework.
>
> Regards,
> Arend
>
Thanks, was looking for some option but didn't find it.
Have a rediff
On 01-07-14 12:57, Maarten Lankhorst wrote:
> Signed-off-by: Maarten Lankhorst
It would help to use '-M' option with format-patch for this kind of rework.
Regards,
Arend
> ---
> Documentation/DocBook/device-drivers.tmpl |3
> MAINTAINERS |4
> drivers/Ma
A fence can be attached to a buffer which is being filled or consumed
by hw, to allow userspace to pass the buffer without waiting to another
device. For example, userspace can call page_flip ioctl to display the
next frame of graphics after kicking the GPU but while the GPU is still
rendering. T
This type of fence can be used with hardware synchronization for simple
hardware that can block execution until the condition
(dma_buf[offset] - value) >= 0 has been met when WAIT_GEQUAL is used,
or (dma_buf[offset] != 0) has been met when WAIT_NONZERO is set.
A software fallback still has to be p
Signed-off-by: Maarten Lankhorst
---
Documentation/DocBook/device-drivers.tmpl |3
MAINTAINERS |4
drivers/Makefile |1
drivers/base/Makefile |1
drivers/base/dma-buf.c| 743 ---
So after some more hacking I've moved dma-buf to its own subdirectory,
drivers/dma-buf and applied the fence patches to its new place. I believe that
the
first patch should be applied regardless, and the rest should be ready now.
:-)
Changes to the fence api:
- release_fence -> fence_release etc.
This allows reservation objects to be used in dma-buf. it's required
for implementing polling support on the fences that belong to a dma-buf.
Signed-off-by: Maarten Lankhorst
Acked-by: Mauro Carvalho Chehab #drivers/media/v4l2-core/
Acked-by: Thomas Hellstrom #drivers/gpu/drm/ttm
Signed-off-by:
Move the list of shared fences to a struct, and return it in
reservation_object_get_list().
Add reservation_object_get_excl to get the exclusive fence.
Add reservation_object_reserve_shared(), which reserves space
in the reservation_object for 1 more shared fence.
reservation_object_add_shared_fe
Just to show it's easy.
Android syncpoints can be mapped to a timeline. This removes the need
to maintain a separate api for synchronization. I've left the android
trace events in place, but the core fence events should already be
sufficient for debugging.
v2:
- Call fence_remove_callback in sync
Thanks to Fengguang Wu for spotting a missing static cast.
v2:
- Kill unused variable need_shared.
v3:
- Clarify the BUG() in dma_buf_release some more. (Rob Clark)
Signed-off-by: Maarten Lankhorst
---
drivers/dma-buf/dma-buf.c | 108 +
include/linux
Signed-off-by: Maarten Lankhorst
Reviewed-by: Rob Clark
---
include/linux/reservation.h | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/include/linux/reservation.h b/include/linux/reservation.h
index 813dae960ebd..f3f57460a205 100644
--- a/include/linux
This adds some extra functions to deal with rcu.
reservation_object_get_fences_rcu() will obtain the list of shared
and exclusive fences without obtaining the ww_mutex.
reservation_object_wait_timeout_rcu() will wait on all fences of the
reservation_object, without obtaining the ww_mutex.
reserv
Sorry, after I write previous message, i found an settings in
zoneminder wich allow me to see multiple inputs on same device.
So now, my card work as expected! In fact i found two cards type that
work: 125 and 150.
But if is possibil to make something more specific to my card will be
nice to put on
Thanks for reply!
After few testings, best result right now is this:
modprobe bttv gbuffers=16 card=125,125 pll=1,1 bttv_gpio=1 radio=0,0
tuner=0,0 gpiomask=0x00b8ff
With this parameters, dmesg show this output:
[81622.722734] bttv: Bt8xx card found (0)
[81622.722749] bttv: 0: Bt878 (rev 17) at 000
Hi,
On Tue, Jul 01, 2014 at 01:30:55AM +0300, Vlăduţ Frăţiman wrote:
> I have an capture card with two bt878A fusion chip and 16 imputs.
> Linux don't recognize and cannot get to work. How can do to resolve that?
> With regspy on indows i have this:
> BT878 Card [0]:
>
> Vendor ID: 0x1
This patch fix checkpath "WARNING: Missing a blank line after declarations"
Signed-off-by: Raphaël Poggi
---
drivers/staging/media/lirc/lirc_imon.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/staging/media/lirc/lirc_imon.c
b/drivers/staging/media/lirc/lirc_imon.c
index a5b
This patch fix checkpath "WARNING: void function return statements are not
generally useful".
The removed return were useless in that case.
Signed-off-by: Raphaël Poggi
---
drivers/staging/media/lirc/lirc_imon.c |6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/staging/media/l
37 matches
Mail list logo
