Hello,
On Monday, September 24, 2012 8:18 AM Sachin Kamat wrote:
> devm_kzalloc() makes error handling and cleanup simpler.
>
> Signed-off-by: Sachin Kamat
Acked-by: Marek Szyprowski
> ---
> drivers/media/platform/mem2mem_testdev.c |7 ++-
> 1 files changed, 2 insertions(+), 5 dele
Hello,
On Monday, September 24, 2012 8:18 AM Sachin Kamat wrote:
> v4l2_m2m_release() was placed after the return statement and outside
> any of the goto labels and hence was not getting executed under the
> error exit path. This patch moves it under the exit path label.
>
> Signed-off-by: Sachi
I'm not going to file a bug for this on bugzilla because it's
ancient and not a new bug. But I can forward it to linux-media
and the get_maintainer.pl people for cx23885_video.
HINT: We only care about the very most recent kernel. If you can
take a photo of the stack trace, then file a bug repor
devm_kzalloc() makes error handling and cleanup simpler.
Signed-off-by: Sachin Kamat
---
drivers/media/platform/mem2mem_testdev.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/media/platform/mem2mem_testdev.c
b/drivers/media/platform/mem2mem_testdev.c
in
printk(KERN_ERR...) is replaced with pr_err to silence checkpatch
warning.
WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ...
then pr_err(... to printk(KERN_ERR ...
Signed-off-by: Sachin Kamat
---
drivers/media/platform/mem2mem_testdev.c |3 +--
1 files changed, 1 insertions(+),
Fixes the following checkpatch warnings:
WARNING: sizeof *ctx should be sizeof(*ctx)
WARNING: sizeof *dev should be sizeof(*dev)
Signed-off-by: Sachin Kamat
---
drivers/media/platform/mem2mem_testdev.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/plat
v4l2_m2m_release() was placed after the return statement and outside
any of the goto labels and hence was not getting executed under the
error exit path. This patch moves it under the exit path label.
Signed-off-by: Sachin Kamat
---
drivers/media/platform/mem2mem_testdev.c |2 +-
1 files cha
On Tuesday 18 September 2012 05:52 PM, Shubhrajyoti D wrote:
> The series tries to convert the i2c_msg to c99 struct.
> This may avoid issues like below if someone tries to add an
> element to the structure.
> http://www.mail-archive.com/linux-i2c@vger.kernel.org/msg08972.html
>
> Special thanks to
Hi Sakari,
On Sun, Sep 23, 2012 at 8:46 PM, Sakari Ailus wrote:
> Hi Prabhakar,
>
>
> Prabhakar Lad wrote:
>>
>> From: Lad, Prabhakar
>>
>> This patch set adds media controller based capture driver for
>> DM365.
>
>
> Thanks for the set. Do you happen to have an updated version of the same
> doc
Em Mon, 24 Sep 2012 03:28:35 +0300
Antti Palosaari escreveu:
> On 09/24/2012 03:23 AM, Mauro Carvalho Chehab wrote:
> > Em Mon, 24 Sep 2012 03:08:17 +0300
> > Antti Palosaari escreveu:
> >
> >> On 09/24/2012 02:17 AM, Mauro Carvalho Chehab wrote:
> >>> Em Thu, 13 Sep 2012 03:23:48 +0300
> >>> An
Oi Guilherme,
Em Thu, 13 Sep 2012 14:12:11 -0300
Guilherme Herrmann Destefani escreveu:
> Added V4L2_CID_COLOR_KILLER control to the bt8xx driver.
> The control V4L2_CID_PRIVATE_CHROMA_AGC was changed too because
> with this change the bttv driver must touch two bits in the
> SC Loop Control Reg
On 09/24/2012 03:23 AM, Mauro Carvalho Chehab wrote:
Em Mon, 24 Sep 2012 03:08:17 +0300
Antti Palosaari escreveu:
On 09/24/2012 02:17 AM, Mauro Carvalho Chehab wrote:
Em Thu, 13 Sep 2012 03:23:48 +0300
Antti Palosaari escreveu:
Use .get_if_frequency() as all used tuner drivers
(mt2060/qt10
Em Mon, 24 Sep 2012 03:08:17 +0300
Antti Palosaari escreveu:
> On 09/24/2012 02:17 AM, Mauro Carvalho Chehab wrote:
> > Em Thu, 13 Sep 2012 03:23:48 +0300
> > Antti Palosaari escreveu:
> >
> >> Use .get_if_frequency() as all used tuner drivers
> >> (mt2060/qt1010/mxl5005s) supports it.
> >>
> >>
On 09/24/2012 02:17 AM, Mauro Carvalho Chehab wrote:
Em Thu, 13 Sep 2012 03:23:48 +0300
Antti Palosaari escreveu:
Use .get_if_frequency() as all used tuner drivers
(mt2060/qt1010/mxl5005s) supports it.
Signed-off-by: Antti Palosaari
@@ -240,26 +237,6 @@ static int rtl2830_init(struct dvb_
Em Thu, 13 Sep 2012 03:23:48 +0300
Antti Palosaari escreveu:
> Use .get_if_frequency() as all used tuner drivers
> (mt2060/qt1010/mxl5005s) supports it.
>
> Signed-off-by: Antti Palosaari
> @@ -240,26 +237,6 @@ static int rtl2830_init(struct dvb_frontend *fe)
> if (ret)
> g
Mauro,
On Sun, Aug 19, 2012 at 10:23 PM, Ezequiel Garcia wrote:
> This is just a cleaning patch to produce more useful
> debug messages.
>
> Signed-off-by: Ezequiel Garcia
> ---
> drivers/media/usb/stk1160/stk1160-video.c | 14 +++---
> 1 files changed, 7 insertions(+), 7 deletions(-)
On Sun, 23 Sep 2012, Frank Schäfer wrote:
> Am 24.09.2012 00:33, schrieb Guennadi Liakhovetski:
> > On Sun, 23 Sep 2012, Frank SchÀfer wrote:
> >
> >> We currently don't select the register bank in ov2640_s_ctrl, so we can
> >> end up
> >> writing to DSP register 0x04 instead of sensor register
Am 24.09.2012 00:33, schrieb Guennadi Liakhovetski:
> On Sun, 23 Sep 2012, Frank SchÀfer wrote:
>
>> We currently don't select the register bank in ov2640_s_ctrl, so we can end
>> up
>> writing to DSP register 0x04 instead of sensor register 0x04.
>> This happens for example when calling ov2640_s
Am 24.09.2012 00:23, schrieb Guennadi Liakhovetski:
> On Sun, 23 Sep 2012, Frank Schäfer wrote:
>
>> Am 23.09.2012 23:43, schrieb Guennadi Liakhovetski:
>>> On Sun, 23 Sep 2012, Frank Schäfer wrote:
>>>
Signed-off-by: Frank Schäfer
---
drivers/media/i2c/soc_camera/ov2640.c | 17 +
On Sun, 23 Sep 2012, Frank SchÀfer wrote:
> We currently don't select the register bank in ov2640_s_ctrl, so we can end up
> writing to DSP register 0x04 instead of sensor register 0x04.
> This happens for example when calling ov2640_s_ctrl after ov2640_s_fmt.
>
> Signed-off-by: Frank SchÀfer
Hi Mauro, Peter
On Sun, 23 Sep 2012, Mauro Carvalho Chehab wrote:
> Please review.
> Please review.
>
> Regards,
> Mauro.
>
> Mensagem original
> Assunto: [PATCH 1/14] drivers/media/platform/soc_camera/soc_camera.c: fix
> error return code
> Data: Thu, 6 Sep 2012 17:24:00 +0
On Sun, 23 Sep 2012, Frank Schäfer wrote:
> Am 23.09.2012 23:43, schrieb Guennadi Liakhovetski:
> > On Sun, 23 Sep 2012, Frank Schäfer wrote:
> >
> >> Signed-off-by: Frank Schäfer
> >> ---
> >> drivers/media/i2c/soc_camera/ov2640.c | 17 -
> >> 1 Datei geändert, 8 Zeilen hinzug
We currently don't select the register bank in ov2640_s_ctrl, so we can end up
writing to DSP register 0x04 instead of sensor register 0x04.
This happens for example when calling ov2640_s_ctrl after ov2640_s_fmt.
Signed-off-by: Frank Schäfer
Cc: sta...@kernel.org
---
drivers/media/i2c/soc_camera
Hi Peter
Thanks for the patch, but I think it can be improved:
On Sun, 23 Sep 2012, Mauro Carvalho Chehab wrote:
> Please review,
>
> Regards,
> Mauro.
>
>
> Mensagem original
> Assunto: [PATCH 2/14] drivers/media/platform/soc_camera/mx2_camera.c: fix
> error return code
>
On 2012-09-23 20:39, Anders Thomson wrote:
On 2012-09-23 19:54, Anders Thomson wrote:
> > diff --git a/drivers/media/pci/saa7134/saa7134-cards.c
b/drivers/media/pci/saa7134/saa7134-cards.c
> > index bc08f1d..98b482e 100644
> > --- a/drivers/media/pci/saa7134/saa7134-cards.c
> > +++ b
Am 23.09.2012 23:43, schrieb Guennadi Liakhovetski:
> On Sun, 23 Sep 2012, Frank Schäfer wrote:
>
>> Signed-off-by: Frank Schäfer
>> ---
>> drivers/media/i2c/soc_camera/ov2640.c | 17 -
>> 1 Datei geändert, 8 Zeilen hinzugefügt(+), 9 Zeilen entfernt(-)
>>
>> diff --git a/drivers
On Sun, 23 Sep 2012, Frank Schäfer wrote:
> Am 23.09.2012 23:21, schrieb Guennadi Liakhovetski:
> > Hi Frank
> >
> > On Sun, 23 Sep 2012, Frank Schäfer wrote:
> >
> >> We currently don't select the register bank in ov2640_s_ctrl, so we can
> >> end up
> >> writing to DSP register 0x04 instead of
On Sun, 23 Sep 2012, Frank Schäfer wrote:
> Signed-off-by: Frank Schäfer
> ---
> drivers/media/i2c/soc_camera/ov2640.c | 17 -
> 1 Datei geändert, 8 Zeilen hinzugefügt(+), 9 Zeilen entfernt(-)
>
> diff --git a/drivers/media/i2c/soc_camera/ov2640.c
> b/drivers/media/i2c/soc_ca
Am 23.09.2012 23:21, schrieb Guennadi Liakhovetski:
> Hi Frank
>
> On Sun, 23 Sep 2012, Frank Schäfer wrote:
>
>> We currently don't select the register bank in ov2640_s_ctrl, so we can end
>> up
>> writing to DSP register 0x04 instead of sensor register 0x04.
>> This happens for example when call
On Sun, 23 Sep 2012, Frank SchÀfer wrote:
> This is the result of experimenting with the SpeedLink VAD Laplace webcam.
> The register sequence for V4L2_MBUS_FMT_YUYV8_2X8 has been identified by
> analyzing USB-logs of this device running on MS Windows.
>
> Signed-off-by: Frank SchÀfer
Looks g
Em Mon, 10 Sep 2012 14:45:54 +0200
Peter Senna Tschudin escreveu:
> From: Peter Senna Tschudin
>
> Replace kmemdup for kstrdup and cleaning up the code.
>
> Signed-off-by: Peter Senna Tschudin
Maintainers/interested parties not copied. Also:
Hunk #1 succeeded at 708 (offset 1 line).
Hunk #2
Hi Frank
On Sun, 23 Sep 2012, Frank Schäfer wrote:
> We currently don't select the register bank in ov2640_s_ctrl, so we can end up
> writing to DSP register 0x04 instead of sensor register 0x04.
> This happens for example when calling ov2640_s_ctrl after ov2640_s_fmt.
Yes, in principle, I agree
Em Fri, 7 Sep 2012 18:18:31 +0400
vol...@telros.ru escreveu:
> On Thu, Sep 06, 2012 at 11:10:14PM +0400, Volokh Konstantin wrote:
> > On Mon, Sep 03, 2012 at 02:37:16PM -0400, Adam Rosi-Kessel wrote:
> > >
> > > [469.928881] wis-saa7115: initializing SAA7115 at address 32 on WIS
> > > GO7007SB EZ
Hi Alan,
Em 04-09-2012 11:43, Alan Cox escreveu:
> From: Alan Cox
>
> If we fail to set up the capture device we go through negative indexes and
> badness happens. Add the missing test.
>
> Resolves-bug: https://bugzilla.kernel.org/show_bug.cgi?id=44551
> Signed-off-by: Alan Cox
> ---
>
> dr
This patch add support to the Avermedia Twinstar double tuner in the af9035
driver. Version 4 of the patch. I split the patch as suggested by Antti. I send
the changes to mxl5007 driver in another patch.
Signed-off-by: Jose Alberto Reguero
Jose Alberto
diff -upr linux/drivers/media/dvb-frontend
Please review,
Regards,
Mauro.
Mensagem original
Assunto: [PATCH 2/14] drivers/media/platform/soc_camera/mx2_camera.c: fix error
return code
Data: Thu, 6 Sep 2012 17:23:59 +0200
De: Peter Senna Tschudin
Para: Mauro Carvalho Chehab
CC: kernel-janit...@vger.kernel.org, julia.
Please review.
Please review.
Regards,
Mauro.
Mensagem original
Assunto: [PATCH 1/14] drivers/media/platform/soc_camera/soc_camera.c: fix error
return code
Data: Thu, 6 Sep 2012 17:24:00 +0200
De: Peter Senna Tschudin
Para: Mauro Carvalho Chehab
CC: kernel-janit...@vger.kern
Sylwester,
Please review.
Regards,
Mauro
Mensagem original
Assunto: [PATCH v2] drivers/media/platform/s5p-tv/sdo_drv.c: fix error return
code
Data: Thu, 6 Sep 2012 10:38:29 +0200
De: Peter Senna Tschudin
Para: peter.se...@gmail.com, Mauro Carvalho Chehab
CC: linux-media@vge
Signed-off-by: Frank Schäfer
---
drivers/media/i2c/soc_camera/ov2640.c | 17 -
1 Datei geändert, 8 Zeilen hinzugefügt(+), 9 Zeilen entfernt(-)
diff --git a/drivers/media/i2c/soc_camera/ov2640.c
b/drivers/media/i2c/soc_camera/ov2640.c
index 182d5a1..e71bf4c 100644
--- a/drivers
This is the result of experimenting with the SpeedLink VAD Laplace webcam.
The register sequence for V4L2_MBUS_FMT_YUYV8_2X8 has been identified by
analyzing USB-logs of this device running on MS Windows.
Signed-off-by: Frank Schäfer
---
drivers/media/i2c/soc_camera/ov2640.c | 49 +
We currently don't select the register bank in ov2640_s_ctrl, so we can end up
writing to DSP register 0x04 instead of sensor register 0x04.
This happens for example when calling ov2640_s_ctrl after ov2640_s_fmt.
Signed-off-by: Frank Schäfer
Cc: sta...@kernel.org
---
drivers/media/i2c/soc_camera
Am 23.09.2012 15:07, schrieb Frank Schäfer:
> Signed-off-by: Frank Schäfer
> ---
> drivers/media/i2c/soc_camera/ov2640.c | 21 -
> 1 Datei geändert, 12 Zeilen hinzugefügt(+), 9 Zeilen entfernt(-)
>
> diff --git a/drivers/media/i2c/soc_camera/ov2640.c
> b/drivers/media/i2c/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:Sun Sep 23 19:00:25 CEST 2012
git hash:9a888ba273b8bbd82a0b88cfd57c270f6eb8d724
gcc version: i686-linux-gcc (GC
On 09/22/2012 10:28 PM, Daniel Glöckner wrote:
> On Sat, Sep 22, 2012 at 07:12:52PM +0200, Sylwester Nawrocki wrote:
>> If we ever need the clock selection API I would vote for an IOCTL.
>> The controls API is a bad choice for something such fundamental as
>> type of clock for buffer timestamping I
On 2012-09-23 19:54, Anders Thomson wrote:
> diff --git a/drivers/media/pci/saa7134/saa7134-cards.c
b/drivers/media/pci/saa7134/saa7134-cards.c
> index bc08f1d..98b482e 100644
> --- a/drivers/media/pci/saa7134/saa7134-cards.c
> +++ b/drivers/media/pci/saa7134/saa7134-cards.c
> @@ -3288,13 +
Em 23-09-2012 14:54, Anders Thomson escreveu:
> On 2012-09-23 13:36, Mauro Carvalho Chehab wrote:
>> Em 22-09-2012 11:32, Anders Eriksson escreveu:
>> I suspect that, in the case of your board, the LNA is at the antenna bundled
>> together with the device. If I'm right, by enabling LNA, your board
On 2012-09-23 13:36, Mauro Carvalho Chehab wrote:
Em 22-09-2012 11:32, Anders Eriksson escreveu:
> Not to my knowledge. It's a standard antenna cable to my cabletv box. I
watch tv over hdmi to get HD. I only use analogue (and this htpc card) to record
stuff.
(please, don't top-post - it makes
On Sun, Sep 23, 2012 at 7:39 PM, Mauro Carvalho Chehab
wrote:
> Laurent,
>
> Could you please review this patch?
>
> Peter,
>
> Please, always c/c the driver maintainer/author on patches you submit.
>
> You can check it with scripts/get_maintainer.pl.
Sorry for that. I'll be more careful next time
Em 20-09-2012 18:19, Alain VOLMAT escreveu:
> Hi Mauro,
>
> I'd like to attend this one (couldn't attend the one last month in San-Diego).
> That would be me and possibly another member (Silvano Vigna) also.
>
> Amount various parts we have in our LinuxDVB/V4L2 model that need discussion
> with
Laurent,
Could you please review this patch?
Peter,
Please, always c/c the driver maintainer/author on patches you submit.
You can check it with scripts/get_maintainer.pl.
Regards,
Mauro
Mensagem original
Assunto: [PATCH 5/5] drivers/media/platform/omap3isp/isp.c: fix error
> > +struct sta2x11_vip_fh {
> > + struct v4l2_fh fh;
> > +};
>
> No need to make a sta2x11_vip_fh struct, just use v4l2_fh directly. It
> doesn't add anything. In fact, it's not even used.
Thank you :)
> > static int vidioc_try_fmt_vid_cap(struct file *file, void *priv,
> >
> >
Hello Jose,
Could you try to split and resent?
I will get af9035 + fc0012 dual tuner next week and add support for it.
I wish to use your patch for dual mode, but I as there is that
unresolved MXL5007t dependency I cannot user it currently.
regards
Antti
On 09/15/2012 08:45 PM, Antti Palosaa
Hi Laurent,
Laurent Pinchart wrote:
Hi,
On Sunday 23 September 2012 16:20:06 Sakari Ailus wrote:
Prabhakar Lad wrote:
Hi All,
The CCD/Sensors have the capability to adjust the R/ye, Gr/Cy, Gb/G,
B/Mg gain values.
Since these control can be re-usable I am planning to add the
following gain co
On 09/16/2012 05:23 PM, Antti Palosaari wrote:
On 09/12/2012 09:32 AM, Marx wrote:
Hello
I'm trying to use dual DVB-T tuner based on ITE9135 tuner. I use Debian
kernel 3.5-trunk-686-pae. My motherboard is AsRock E350M1 (no USB3
ports).
Tuner is detected ok, see log at the end of post.
When I tr
On 09/21/2012 12:40 AM, Antti Palosaari wrote:
It is 4 x RTL2832U + 4 x FC0012 in one PCIe board.
Of course there is a PCIe USB host controller too.
Big thanks for Darryl Bond reporting and testing that!
Cc: Darryl Bond
Signed-off-by: Antti Palosaari
Maybe proper tags doesn't hurt here.
Te
Hi,
On Sunday 23 September 2012 16:20:06 Sakari Ailus wrote:
> Prabhakar Lad wrote:
> > Hi All,
> >
> > The CCD/Sensors have the capability to adjust the R/ye, Gr/Cy, Gb/G,
> > B/Mg gain values.
> > Since these control can be re-usable I am planning to add the
> > following gain controls as part
Hi Prabhakar,
Prabhakar Lad wrote:
From: Lad, Prabhakar
This patch set adds media controller based capture driver for
DM365.
Thanks for the set. Do you happen to have an updated version of the same
documentation you posted to the list a while ago?
Kind regards,
--
Sakari Ailus
sakari.ai.
Hi Prabhakar,
Thanks for the patchset! I've got a few comments below.
Prabhakar Lad wrote:
From: Manjunath Hadli
add dm365 IPIPE hardware support. IPIPE is the hardware IP which
implements the functionality required for resizer, previewer and
the associated feature support. This is built alon
Ping !
Am 26.08.2012 20:53, schrieb Frank Schäfer:
> Sorry for the delayed reply, I got distracted by something with higher
> prority.
>
>
> Am 22.08.2012 20:15, schrieb Mauro Carvalho Chehab:
>> Em 22-08-2012 04:53, Frank Schäfer escreveu:
>>> Am 21.08.2012 19:29, schrieb Mauro Carvalho Chehab:
>
Currently used registers 0xc5 and 0xc7 provide only a very coarse
adjustment possibility within a very small value range (0-3).
With registers 0x01 and 0x03, a fine grained adjustment with
255 steps is possible. This is also what the Windows driver does.
Signed-off-by: Frank Schäfer
---
drivers/
R,G,B balance registers are 0x01-0x03 instead of 0x02-0x04,
which lead to the wrong conclusion that values are inverted.
Exposure is controlled via page 3 registers and this is already documented.
Also fix a whitespace issue.
Signed-off-by: Frank Schäfer
---
drivers/media/usb/gspca/pac7302.c |
Hi,
Am 20.09.2012 13:54, schrieb Frank Schäfer:
> Hi,
>
> Am 20.09.2012 11:08, schrieb Hans de Goede:
>> Hi,
>>
> Hans, it seems like you didn't pick up these patches up yet...
> Is there anything wrong with them ?
I've somehow completely missed them. Can you resend the entire set
>>>
Hi Prabhakar,
Prabhakar Lad wrote:
Hi All,
The CCD/Sensors have the capability to adjust the R/ye, Gr/Cy, Gb/G,
B/Mg gain values.
Since these control can be re-usable I am planning to add the
following gain controls as part
of the framework:
1: V4L2_CID_GAIN_RED
2: V4L2_CID_GAIN_GREEN_RED
3: V
Signed-off-by: Frank Schäfer
---
drivers/media/i2c/soc_camera/ov2640.c | 21 -
1 Datei geändert, 12 Zeilen hinzugefügt(+), 9 Zeilen entfernt(-)
diff --git a/drivers/media/i2c/soc_camera/ov2640.c
b/drivers/media/i2c/soc_camera/ov2640.c
index 182d5a1..70b222f 100644
--- a/dr
This is the result of experimenting with the SpeedLink VAD Laplace webcam.
The register sequence for V4L2_MBUS_FMT_YUYV8_2X8 has been identified by
analyzing USB-logs of this device running on MS Windows.
Signed-off-by: Frank Schäfer
---
drivers/media/i2c/soc_camera/ov2640.c | 49 +
We currently don't select the register bank in ov2640_s_ctrl, so we can end up
writing to DSP register 0x04 instead of sensor register 0x04.
This happens for example when calling ov2640_s_ctrl after ov2640_s_fmt.
Signed-off-by: Frank Schäfer
Cc: sta...@kernel.org
---
drivers/media/i2c/soc_camera
Hi Hans,
Hans Verkuil wrote:
On Sat September 22 2012 14:38:07 Sakari Ailus wrote:
Hi Hans,
Thanks for the comments.
Hans Verkuil wrote:
On Thu September 20 2012 22:21:22 Sakari Ailus wrote:
...
Capability flag for monotonic timestamps
A capabilit
Hi Sylwester,
On Sat, Sep 22, 2012 at 07:12:52PM +0200, Sylwester Nawrocki wrote:
> On 09/22/2012 02:38 PM, Sakari Ailus wrote:
> >> You are missing one other option:
> >>
> >> Using v4l2_buffer flags to report the clock
> >> ---
> >>
> >> By defining flags
Em 22-09-2012 11:32, Anders Eriksson escreveu:
> Not to my knowledge. It's a standard antenna cable to my cabletv box. I watch
> tv over hdmi to get HD. I only use analogue (and this htpc card) to record
> stuff.
(please, don't top-post - it makes harder to preserve the history of the
discussio
On Sat September 22 2012 14:38:07 Sakari Ailus wrote:
> Hi Hans,
>
> Thanks for the comments.
>
> Hans Verkuil wrote:
> > On Thu September 20 2012 22:21:22 Sakari Ailus wrote:
> >> Hi all,
> >>
> >>
> >> This RFC intends to summarise and further the recent discussion on
> >> linux-media regarding
70 matches
Mail list logo
