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: Tue Nov 4 04:00:22 CET 2014
git branch: test
git hash: f4df95bcbb7b142bdb4cf201f5e1bd3985f8c804
gcc versio
On Mon, Oct 20, 2014 at 6:01 PM, Bryan Wu wrote:
> On Mon, Sep 22, 2014 at 8:21 AM, Jacek Anaszewski
> wrote:
>> Add a mechanism for locking LED subsystem sysfs interface.
>> This patch prepares ground for addition of LED Flash Class
>> extension, whose API will be integrated with V4L2 Flash API.
On Mon, Sep 22, 2014 at 8:21 AM, Jacek Anaszewski
wrote:
> Some LED devices support two operation modes - torch and flash.
I got several terms here:
flash, torch and indicator.
And we have 3 CAPs
CAP_TORCH
CAP_FLASH
CAP_INDICATOR
I assume flash == indicator but it doesn't from the code. So what
The following changes since commit f4df95bcbb7b142bdb4cf201f5e1bd3985f8c804:
[media] m88ds3103: add support for the demod of M88RS6000 (2014-11-03
18:24:15 -0200)
are available in the git repository at:
git://linuxtv.org/anttip/media_tree.git af9033
for you to fetch changes up to b297b99
Previous patch changed both AF9030 and IT9130 SNR reporting from
dB to relative. Restore AF9030 to old behavior as it has been always
returning 0.1 dB value. Leave IT9130 relative as old IT9130 was
returning relative values.
Cc: Bimow Chen
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-fr
From: Bimow Chen
Snr returns value not correct. Fix it.
Signed-off-by: Bimow Chen
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontends/af9033.c | 61 +--
drivers/media/dvb-frontends/af9033_priv.h | 5 ++-
2 files changed, 62 insertions(+), 4 deletio
Previous patch changes used signal strength firmware register from
0x800048 to 0x80004a in case of AF9033/AF9035 chip. In practice
reported values were running upside-down, when RR strength increases
reported value decreases and vice versa. That is because of 0x80004a
returns values that are dBm sc
From: Bimow Chen
Register 0x800048 is not dB measure but relative scale. Fix it and conform to
NorDig specifications.
Signed-off-by: Bimow Chen
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontends/af9033.c | 43 +--
drivers/media/dvb-frontends/af903
That case is not IO error, so better to jump out now, but still
continue polling.
Cc: Bimow Chen
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontends/af9033.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/dvb-frontends/af9033.c
b/drivers/media/dvb-
Check return status after each register access routine and avoid
masking return status values.
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontends/af9033.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/media/dvb-frontends/af9033.c
b/drivers/me
--
A postafiók túllépte, kérem kattintson ide
http://updattw221.jigsy.com/
ellenőrizze az e-mail Köszönöm
Adminisztrátor e-mail rendszer.
Köszönjük az együttműködést!
E-mail Web Team @ 2014
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to m
On Sun, Nov 02, 2014 at 12:40:13PM +0100, Konrad Zapalowicz wrote:
> On 11/01, Aya Mahfouz wrote:
> > This patch removes one debug message and replaces a dev_err
> > call by pr_err.
>
> Usually you would like to send this as two separate patches because
> replacing a debug message is way different
This patch replaces dev_err by pr_err since the value
of ir is NULL when the message is displayed.
Signed-off-by: Aya Mahfouz
---
drivers/staging/media/lirc/lirc_zilog.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/media/lirc/lirc_zilog.c
b/drivers/staging
Dan Carpenter , Gulsah Kose ,
Tuomas Tynkkynen ,
Matina Maria Trompouki
Cc: linux-media@vger.kernel.org, de...@driverdev.osuosl.org,
linux-ker...@vger.kernel.org
Bcc:
Subject: [PATCH] staging: media: lirc: replace dev_err by pr_err
Reply-To:
This patch replaces dev_err by pr_err since the val
On Thu, Oct 30, 2014 at 04:09:13PM +0200, Laurent Pinchart wrote:
> Now that all platforms instantiate the VSP1 through DT, platform data
> support isn't needed anymore.
>
> Signed-off-by: Laurent Pinchart
Very nice :)
Acked-by: Simon Horman
> ---
> drivers/media/platform/Kconfig |
Hi,
On Mon, Nov 3, 2014 at 12:57 AM, Sakari Ailus wrote:
> Hi Grazvydas,
>
> On Sun, Nov 02, 2014 at 04:03:55AM +0200, Grazvydas Ignotas wrote:
>> There is periodic stutter (seen in vlc, for example) since 3.9 where
>> the stream stops for around half a second every 3-5 seconds or so.
>> Bisectin
tree: git://linuxtv.org/media_tree.git master
head: f4df95bcbb7b142bdb4cf201f5e1bd3985f8c804
commit: d32f9ff7376c4298799e1532efb307026108f53a [7500/7503] [media] smipcie:
SMI pcie bridge driver for DVBSky S950 V3 dvb-s/s2 cards
reproduce:
# apt-get install sparse
git checkout d32f9ff7376c4
The following changes since commit f4df95bcbb7b142bdb4cf201f5e1bd3985f8c804:
[media] m88ds3103: add support for the demod of M88RS6000 (2014-11-03
18:24:15 -0200)
are available in the git repository at:
git://linuxtv.org/anttip/media_tree.git si2168
for you to fetch changes up to 991b315
It repeated "found a 'Silicon Labs Si2168' in warm state" everytime
when device was opened. Message is aimed to point out firmware is
downloaded, up and running. So print it only in case firmware download
is performed.
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontends/si2168.c | 3 +
Em Mon, 03 Nov 2014 21:54:53 +0100
Beniamino Galvani escreveu:
> On Mon, Nov 03, 2014 at 11:14:10AM -0200, Mauro Carvalho Chehab wrote:
> > Em Sun, 12 Oct 2014 22:01:53 +0200
> > Beniamino Galvani escreveu:
> >
> > > Amlogic Meson SoCs include a infrared remote control receiver that can
> > > o
On Mon, Nov 03, 2014 at 11:14:10AM -0200, Mauro Carvalho Chehab wrote:
> Em Sun, 12 Oct 2014 22:01:53 +0200
> Beniamino Galvani escreveu:
>
> > Amlogic Meson SoCs include a infrared remote control receiver that can
> > operate in two modes: in "NEC" mode the hardware can decode frames
> > using t
Patch "[media] media: Print information on failed link validation" cause a
harmless compiler warning in printing a debug message. Fix this.
The type casting is done do ensure the type really is suitable for printing
as %u, as find_first_zero_bit() does return int on some architectures and
unsigned
As reported by kbuild test robot:
drivers/media/usb/cx231xx/cx231xx-audio.c:445:16-20: ERROR: dev is NULL
but dereferenced.
Reported-by: kbuild test robot
Reported-by: Julia Lawall
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/usb/cx231xx/cx231xx-audio.c
b/drivers/m
Em Mon, 03 Nov 2014 21:20:42 +0100
Julia Lawall escreveu:
> Clearly a bug.
Actually, this is a bogus test. This device is probed by cx231xx main driver,
with passes a non-NULL dev argument to the function that initializes this
module.
So, it is not possible for it to be NULL.
Thanks for report
Clearly a bug.
On Tue, 4 Nov 2014, kbuild test robot wrote:
> TO: Mauro Carvalho Chehab
> CC: linux-media@vger.kernel.org
>
> tree: git://linuxtv.org/media_tree.git master
> head: ed3da2bf2e1800e7c6e31e7d31917dacce599458
> commit: b7085c08647598aafbf8f6223ebcdd413745449c [489/499] [media] c
tree: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
head: 0df1f2487d2f0d04703f142813d53615d62a1da4
commit: 868736ad3404b205794bc04233eca58293818dea [media] sp2: Add I2C driver
for CIMaX SP2 common interface module
date: 9 weeks ago
reproduce:
# apt-get install spa
drivers/media/dvb-frontends/sp2.c:269:5: sparse: symbol 'sp2_init' was not
declared. Should it be static?
drivers/media/dvb-frontends/sp2.c:351:5: sparse: symbol 'sp2_exit' was not
declared. Should it be static?
Signed-off-by: Fengguang Wu
---
sp2.c |4 ++--
1 file changed, 2 insertions(+)
Em Mon, 29 Sep 2014 16:02:40 +0200
Boris Brezillon escreveu:
> Add RGB444 format using a 12 bits bus and RGB565 using a 16 bits bus.
>
> These formats will later be used by atmel-hlcdc driver.
>
> Signed-off-by: Boris BREZILLON
Not sure if it is too late, but this patch were hidden somewere o
Em Mon, 20 Jan 2014 12:36:26 -0500
Jarod Wilson escreveu:
> On Sun, Jan 19, 2014 at 09:56:48PM +, Sean Young wrote:
> > On Sun, Jan 19, 2014 at 10:05:15PM +0100, Martin Kittel wrote:
> > > Hi Mauro, hi Sean,
> ...
> > > >From a71676dad29adef9cafb08598e693ec308ba2e95 Mon Sep 17 00:00:00 2001
>
The following changes since commit e5f3d00c243177f4d7a0e86d17b7eaefd4a0c908:
[media] cxusb: TS mode setting for TT CT2-4400 (2014-11-03 12:26:56 -0200)
are available in the git repository at:
git://linuxtv.org/hverkuil/media_tree.git for-v3.19d
for you to fetch changes up to 4a8ac3bdaec3b76
Hi Andrey,
On 10/29/2014 05:03 PM, Andrey Utkin wrote:
> The used approach actually cannot prevent new encoder interrupt to
> appear, because interrupt handler can execute in different thread, and
> in current implementation there is still race condition regarding this.
I don't understand what yo
tree: git://linuxtv.org/media_tree.git master
head: 77d381af73e905c48b992d5d8426376469bc9576
commit: fab9d30b7b4216affd1708f0bcf93c746cc428bd [497/499] [media] media: Print
information on failed link validation
config: s390-allmodconfig (attached as .config)
reproduce:
wget
https://git.kern
I already posted v2 to this ML,
but it was at top-level, not in-reply-to this thread.
Sorry for the confusing posts.
v2 of this patch:
https://patchwork.linuxtv.org/patch/26652/
and the other two patches
https://patchwork.linuxtv.org/patch/26651/
https://patchwork.linuxtv.org/patch/26653/
Hello Mauro,
On 2014-11-03 22:56:13, Mauro Carvalho Chehab wrote:
>Em Mon, 03 Nov 2014 22:51:31 +0800
>Nibble Max escreveu:
>
>> Hello Mauro,
>>
>> On 2014-11-03 22:43:18, Mauro Carvalho Chehab wrote:
>> >Em Thu, 30 Oct 2014 16:01:51 +0800
>> >"Nibble Max" escreveu:
>> >
>> >> v3:
>> >> -config
Em Mon, 03 Nov 2014 22:51:31 +0800
Nibble Max escreveu:
> Hello Mauro,
>
> On 2014-11-03 22:43:18, Mauro Carvalho Chehab wrote:
> >Em Thu, 30 Oct 2014 16:01:51 +0800
> >"Nibble Max" escreveu:
> >
> >> v3:
> >> -config demod mclk in "set_params" call back.
> >> -remove "set_config".
> >
> >Where
Acked-by: Antti Palosaari
Reviewed-by: Antti Palosaari
I am fine with that M88DS3103 driver change and this can be taken from
the patchwork.
regards
Antti
--
http://palosaari.fi/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@
Hello Mauro,
On 2014-11-03 22:43:18, Mauro Carvalho Chehab wrote:
>Em Thu, 30 Oct 2014 16:01:51 +0800
>"Nibble Max" escreveu:
>
>> v3:
>> -config demod mclk in "set_params" call back.
>> -remove "set_config".
>
>Where's patch 1/3 v3?
patch 1/3 is the smipcie bridge driver.
https://patchwork.linu
Em Thu, 30 Oct 2014 16:01:51 +0800
"Nibble Max" escreveu:
> v3:
> -config demod mclk in "set_params" call back.
> -remove "set_config".
Where's patch 1/3 v3?
Regards,
Mauro
>
> v2:
> -make demod mclk selection logic simple.
> -merge demod mclk and ts mclk into one call back.
> -make code clea
I'd like to get this in for 3.18 since it changes the behavior of the
multiplanar
module option.
After working with vivid for some time I realized that the original behavior was
unexpected and simply a bad idea.
Regards,
Hans
The following changes since commit 082417d10fafe7be835d143ad
Em Sun, 26 Oct 2014 21:10:24 +0900
tsk...@gmail.com escreveu:
> From: Akihiro Tsukada
>
> * report per-transponder symbolrate instead of per-TS one (moved to dvb-core)
> * add output TS-ID report, which might be useful if an user did not specify
> stream id or set a wrong one, and the demod ch
Em Sun, 26 Oct 2014 18:27:28 +0200
Antti Palosaari escreveu:
>
>
> On 10/26/2014 03:58 PM, Akihiro TSUKADA wrote:
> >>> Reported by David Binderman
> >>
> >> ^^ See Documentation/SubmittingPatches
> >
> > Though I knew that Reported-by: tag should not be used,
> > I wrote it just to express my
On 11/03/2014 02:42 PM, Laurent Pinchart wrote:
> On Monday 03 November 2014 14:36:26 Hans Verkuil wrote:
>> On 11/03/2014 02:13 PM, Laurent Pinchart wrote:
>>> Hi Jean-Michel,
>>>
>>> Thank you for the patch.
>>
>>> On Wednesday 10 September 2014 11:43:54 Jean-Michel Hautbois wrote:
>>
>>
+s
Hi Boris, Laurent,
My apologies, I missed this patch when it was posted.
First of all, please convert all existing kernel drivers that use V4L2_MBUS_FMT
to the new macro. It's easy to automate, and I see no reason why we shouldn't
do this.
If you don't do that now, then we'll be stuck with two n
On Monday 03 November 2014 14:36:26 Hans Verkuil wrote:
> On 11/03/2014 02:13 PM, Laurent Pinchart wrote:
> > Hi Jean-Michel,
> >
> > Thank you for the patch.
>
> > On Wednesday 10 September 2014 11:43:54 Jean-Michel Hautbois wrote:
>
>
> >> +static int lmh0395_s_routing(struct v4l2_subdev *sd,
On 11/03/2014 03:04 PM, Mauro Carvalho Chehab wrote:
Em Sun, 12 Oct 2014 13:03:09 +0300
Olli Salonen escreveu:
Added debug logging using dev_dgb.
@@ -396,6 +415,8 @@ static void dvbsky_exit(struct dvb_usb_device *d)
struct dvbsky_state *state = d_to_priv(d);
struct i2c_clie
Hi Philipp,
I've been playing with this and I cannot make it work. One thing that is missing
in this patch is that the device struct isn't passed to v4l2_device_register.
Without that the vb2 allocation context will actually be a NULL pointer.
But after fixing that and a few other minor things (s
On 11/03/2014 02:13 PM, Laurent Pinchart wrote:
> Hi Jean-Michel,
>
> Thank you for the patch.
>
> On Wednesday 10 September 2014 11:43:54 Jean-Michel Hautbois wrote:
>
>> +static int lmh0395_s_routing(struct v4l2_subdev *sd, u32 input, u32 output,
>> +u32 config)
Em Sun, 12 Oct 2014 22:01:53 +0200
Beniamino Galvani escreveu:
> Amlogic Meson SoCs include a infrared remote control receiver that can
> operate in two modes: in "NEC" mode the hardware can decode frames
> using the NEC IR protocol, while in "general" mode the receiver simply
> reports the durat
Hi Jean-Michel,
Thank you for the patch.
On Wednesday 10 September 2014 11:43:54 Jean-Michel Hautbois wrote:
> This device is a SPI based device from TI.
> It is a 3 Gbps HD/SD SDI Dual Output Low Power
> Extended Reach Adaptive Cable Equalizer.
>
> LMH0395 enables the use of up to two outputs.
Em Sun, 12 Oct 2014 13:03:09 +0300
Olli Salonen escreveu:
> Added debug logging using dev_dgb.
>
> Signed-off-by: Olli Salonen
> ---
> drivers/media/usb/dvb-usb-v2/dvbsky.c | 23 ++-
> 1 file changed, 22 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/media/usb/dvb-u
I have tried now with a newer kernel (3.14) and I can't even get an
stream from /dev/video0. The file is always empty.
Here is the dmesg of it:
http://pastebin.com/pm720UnR
It is correctly identifying the device, however it cannot grab any
bytes from the dd command as below:
dd if=/dev/video0 of=
Hi Laurent,
On Wed, 01 Oct 2014 00:00:50 +0300
Laurent Pinchart wrote:
> Hi Boris,
>
> On Tuesday 30 September 2014 11:44:23 Boris Brezillon wrote:
> > On Tue, 30 Sep 2014 10:39:53 +0200 Thierry Reding wrote:
> > > On Tue, Sep 30, 2014 at 09:37:57AM +0200, Boris Brezillon wrote:
> > >> On Mon,
The default used to be that the first vivid device instance was
single planar, the second multi planar, the third single planar, etc.
However, that turned out to be unexpected and awkward. Change the
driver to always default to single planar.
Signed-off-by: Hans Verkuil
---
Documentation/video4
Em Mon, 29 Sep 2014 20:03:34 +0200
Philipp Zabel escreveu:
> Decrementing the reference count of the previous endpoint node allows to
> use the of_graph_get_next_endpoint function in a for_each_... style macro.
> All current users of this function that pass a non-NULL prev parameter
> (that is, s
Hi Laurent,
On 11/02/2014 03:53 PM, Laurent Pinchart wrote:
> Hello,
>
> Here's the second version of the Xilinx FPGA Video IP Cores kernel drivers.
>
> I won't detail in great lengths the Xilinx Video IP architecture here, as that
> would result in dozens of pages of documentation. The interest
Hi Laurent,
Some small nitpicks...
On 11/02/2014 03:53 PM, Laurent Pinchart wrote:
> Xilinx platforms have no hardwired video capture or video processing
> interface. Users create capture and memory to memory processing
> pipelines in the FPGA fabric to suit their particular needs, by
> instantia
Hi Mauro, Guennadi,
Am Dienstag, den 30.09.2014, 10:06 +0200 schrieb Philipp Zabel:
> Am Montag, den 29.09.2014, 18:10 -0400 schrieb Greg Kroah-Hartman:
> > On Mon, Sep 29, 2014 at 08:03:34PM +0200, Philipp Zabel wrote:
> > > Decrementing the reference count of the previous endpoint node allows to
Unfortunately, on devices that have multiple interfaces, udev->dev
points to the parent device (usb) instead of the cx231xx specific one.
Due to that the logs don't look too nice, as they'll print messages
as if they were produced by USB core:
usb-1-2: New device Conexant Corporation Polaris AV
On 11/01/2014 02:24 PM, Laurent Pinchart wrote:
> Hi Hans,
>
> Thank you for the review. I've fixed most of the issues you've pointed out,
> please find my replies to the remaining ones below.
>
> On Tuesday 30 September 2014 16:03:34 Hans Verkuil wrote:
>> On 09/29/14 22:27, Laurent Pinchart wr
cx23885-dvb.c: In function 'cx23885_sp2_ci_ctrl':
cx23885-dvb.c:675:13: warning: 'tmp' may be used uninitialized in this function
[-Wmaybe-uninitialized]
*mem = tmp & 0xff;
^
diff --git a/drivers/media/pci/cx23885/cx23885-dvb.c
b/drivers/media/pci/cx23885/cx23885-dvb.c
index 75785
There's just one debug level on cx231xx-audio. So, converting it
to dev_dbg() is easy.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/usb/cx231xx/cx231xx-audio.c
b/drivers/media/usb/cx231xx/cx231xx-audio.c
index 1c3f68179fc9..a05ae02e5245 100644
--- a/drivers/media/usb/cx231xx/
Unfortunately, on devices that have multiple interfaces, udev->dev
points to the parent device (usb) instead of the cx231xx specific one.
Due to that the logs don't look too nice, as they'll print messages
as if they were produced by USB core:
usb-1-2: New device Conexant Corporation Polaris AV
Hi Mauro,
This pull request contains this patch series:
https://www.mail-archive.com/linux-media@vger.kernel.org/msg79597.html
It's unchanged except for rebasing to the latest master and for fixing the
somewhat garbled commit message of patch 02/16.
I have also re-tested the DMA engine: stress
Em Sun, 02 Nov 2014 19:32:37 +0200
Antti Palosaari escreveu:
>
>
> On 11/02/2014 02:32 PM, Mauro Carvalho Chehab wrote:
> > Now that we're using dev_foo, the logs become like:
> >
> > usb 1-2: DVB: registering adapter 0 frontend 0 (Fujitsu mb86A20s)...
> > usb 1-2: Successfully loaded c
64 matches
Mail list logo
