On 06/20/2017 08:45 PM, Daniel Scheller wrote:
From: Daniel Scheller
Add signal-to-noise-ratio as provided by the demodulator in decibel scale.
QAM/DVB-C needs some intlog calculation to have usable dB values, OFDM/
DVB-T values from the demod look alright already and are provided as-is.
Sig
On 06/20/2017 08:45 PM, Daniel Scheller wrote:
From: Daniel Scheller
This adds the basics to stv0367ddb_get_frontend() to be able to properly
provide signal statistics in DVBv5 format. Also adds UCB readout and
provides those values.
Signed-off-by: Daniel Scheller
---
drivers/media/dvb-fr
On 06/20/2017 08:44 PM, Daniel Scheller wrote:
From: Daniel Scheller
Side effect: KERN_DEBUG messages aren't written to the kernel log anymore.
This also improves the tda18212_ping reporting a bit so users know that if
pinging wasn't successful, bad things might happen.
It is device, not libr
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 Jun 21 05:00:15 CEST 2017
media-tree git hash:76724b30f222067faf00874dc277f6c99d03d800
media_build gi
On Mon, 2017-06-19 at 12:10 +0200, Hans Verkuil wrote:
> On 06/19/2017 12:03 PM, Minghsiu Tsai wrote:
> > Hi, Hans,
> >
> > On Fri, 2017-06-16 at 12:42 +0200, Hans Verkuil wrote:
> >> On 05/12/17 04:42, Minghsiu Tsai wrote:
> >>> From: Daniel Kurtz
> >>>
> >>> Experiments show that the:
> >>> (
Looks good for me.
Acked-by: Abylay Ospan
2017-06-20 15:57 GMT-04:00 Daniel Scheller :
> From: Daniel Scheller
>
> Use dev_dbg() in conjunction with the %*ph format macro to print the vmon
> status debug, thus hiding continuous hexdumping from default log levels.
> Also, change the attach succ
Hi Hans,
Quoting Hans Verkuil :
On 05/19/2017 12:07 AM, Gustavo A. R. Silva wrote:
Hello everybody,
While looking into Coverity ID 1226903 I ran into the following piece
of code at drivers/media/pci/cx25821/cx25821-medusa-video.c:393:
393int medusa_set_videostandard(struct cx25821_dev *dev)
Hello Mauro!
> Yeah, it would be great if Ralph would have some time to review
> them, or to submit a new series adding all pending features from
> DD drivers upstream.
I am pretty sure he will not do that.
> Both Jasmin and Thomas could have reviewed it, and replied
> if they tested it, and on w
From: Daniel Scheller
Use dev_dbg() in conjunction with the %*ph format macro to print the vmon
status debug, thus hiding continuous hexdumping from default log levels.
Also, change the attach success log line from error to info severity.
Signed-off-by: Daniel Scheller
---
drivers/media/dvb-fr
Em Tue, 20 Jun 2017 20:41:21 +0200
Daniel Scheller escreveu:
> Am Tue, 20 Jun 2017 09:36:45 -0300
> schrieb Mauro Carvalho Chehab :
>
> Hi Mauro,
>
> > Em Mon, 19 Jun 2017 22:18:21 +0200
> > Daniel Scheller escreveu:
> >
> > > Well. From how things look, these and the cxd2841er+C2T2 ddbridg
Am Tue, 20 Jun 2017 09:36:45 -0300
schrieb Mauro Carvalho Chehab :
Hi Mauro,
> Em Mon, 19 Jun 2017 22:18:21 +0200
> Daniel Scheller escreveu:
>
> > Well. From how things look, these and the cxd2841er+C2T2 ddbridge
> > support patches won't make it in time for the 4.13 merge window.
>
> There
From: Daniel Scheller
This adds the basics to stv0367ddb_get_frontend() to be able to properly
provide signal statistics in DVBv5 format. Also adds UCB readout and
provides those values.
Signed-off-by: Daniel Scheller
---
drivers/media/dvb-frontends/stv0367.c | 59 +
From: Daniel Scheller
This series adds DVBv5 statistics support to the new DDB codepath of the
stv0367 demodulator driver.
The changes utilise already existing functionality (in form of register
readouts), but wraps the reads in separate functions so the existing
relative scale reporting can be
From: Daniel Scheller
Provide QAM/DVB-C signal strength in decibel scale. Values returned from
stv0367cab_get_rf_lvl() are good but need to be multiplied as they're in
1dBm precision.
Signed-off-by: Daniel Scheller
---
drivers/media/dvb-frontends/stv0367.c | 20
1 file cha
From: Daniel Scheller
Add signal-to-noise-ratio as provided by the demodulator in decibel scale.
QAM/DVB-C needs some intlog calculation to have usable dB values, OFDM/
DVB-T values from the demod look alright already and are provided as-is.
Signed-off-by: Daniel Scheller
---
drivers/media/dvb
From: Daniel Scheller
The read_snr() functions currently do some magic to return relative scale
values when called. Split out register readouts into separate functions
so the functionality can be reused in some other way.
Signed-off-by: Daniel Scheller
---
drivers/media/dvb-frontends/stv0367.c
From: Daniel Scheller
Side effect: KERN_DEBUG messages aren't written to the kernel log anymore.
This also improves the tda18212_ping reporting a bit so users know that if
pinging wasn't successful, bad things might happen.
Signed-off-by: Daniel Scheller
---
drivers/media/pci/ddbridge/ddbridge
The Synopsys Designware HDMI RX controller is an HDMI receiver controller that
is responsible to process digital data that comes from a phy. The final result
is a stream of raw video data that can then be connected to a video DMA, for
example, and transfered into RAM so that it can be displayed.
T
This adds support for the Synopsys Designware HDMI RX PHY e405. This
phy receives and decodes HDMI video that is delivered to a controller.
Main features included in this driver are:
- Equalizer algorithm that chooses the phy best settings
according to the detected HDMI cable chara
Add a entry for Synopsys Designware HDMI Receivers drivers
and phys.
Signed-off-by: Jose Abreu
Cc: Carlos Palminha
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index c4be6d4..7ebc6dd 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -11354,6 +
This is an initial submission for the Synopsys Designware HDMI RX
Controller Driver. This driver interacts with a phy driver so that
a communication between them is created and a video pipeline is
configured.
The controller + phy pipeline can then be integrated into a fully
featured system that ca
Document the bindings for the Synopsys Designware HDMI RX.
Signed-off-by: Jose Abreu
Cc: Carlos Palminha
Cc: Rob Herring
Cc: Mark Rutland
Cc: Mauro Carvalho Chehab
Cc: Hans Verkuil
Cc: Sylwester Nawrocki
Changes from v3:
- Document the new DT bindings suggested by Sylwester
Changes
Hi Andrzej,
On 20/06/2017 12:51, Andrzej Pietrasiewicz wrote:
Hi Thierry,
W dniu 19.06.2017 o 15:50, Thierry Escande pisze:
Hi Andrzej,
On 16/06/2017 17:38, Andrzej Pietrasiewicz wrote:
Hi Thierry,
Thank you for the patch.
Can you give a use case for resolution change event?
Unfortunately
Em Tue, 20 Jun 2017 11:19:56 +
Mauro Carvalho Chehab escreveu:
> This is an automatic generated email to let you know that the following patch
> were queued:
>
> Subject: foo
> Author: Mauro Carvalho Chehab
> Date:Tue Jun 20 08:19:56 2017 -0300
This one was just to see if people are
On 06/19/2017 03:49 PM, Hans Verkuil wrote:
From: Hans Verkuil
Unfortunately the use of 'type' was inconsistent for multiplanar
buffer types. Starting with 4.14 both the normal and _MPLANE variants
are allowed, thus making it possible to write sensible code.
Yes, we messed up:-(
Signed-off-by:
We want all media drivers to build with COMPILE_TEST, as the
Coverity instance we use on Kernel works only for x86. Also,
our test workflow relies on it, in order to identify git
bisect breakages.
Signed-off-by: Mauro Carvalho Chehab
Signed-off-by: Stanimir Varbanov
---
Changes since v1:
- sele
Hi Arnd,
Thanks for the patch.
On Fri, Jun 9, 2017 at 10:36 PM, Arnd Bergmann wrote:
> Now that the davinci drivers can be enabled in compile tests on other
> architectures, I ran into this warning on a 64-bit build:
>
> drivers/media/platform/davinci/dm644x_ccdc.c: In function
> 'ccdc_update_r
On Fri, Jun 9, 2017 at 5:10 PM, Kevin Hilman wrote:
> The davinci VPIF is a single hardware block, but the existing driver
> is broken up into a common library (vpif.c), output (vpif_display.c) and
> intput (vpif_capture.c).
>
> When migrating to DT, to better model the hardware, and because
> reg
Hi Mauro,
On 06/20/2017 02:59 PM, Mauro Carvalho Chehab wrote:
> Em Fri, 16 Jun 2017 10:19:46 +0200
> Hans Verkuil escreveu:
>
>> Hi Mauro,
>>
>> Second attempt to add the venus driver.
>>
>> Regards,
>>
>> Hans
>>
>> The following changes since commit acec3630155763c170c7ae6508cf9733554645
Em Mon, 19 Jun 2017 22:18:21 +0200
Daniel Scheller escreveu:
> Am Sun, 28 May 2017 23:45:37 +0200
> schrieb Daniel Scheller :
>
> > Am Sun, 7 May 2017 17:42:12 +0200
> > schrieb Daniel Scheller :
> >
> > > Am Wed, 12 Apr 2017 21:23:27 +0200
> > > schrieb Daniel Scheller :
> > >
> > > > A
On Tue 2017-06-20 08:05:05, Fabio Estevam wrote:
> On Tue, Jun 20, 2017 at 5:29 AM, Pavel Machek wrote:
>
> > Hmm. I changed the subject to grab Shawn's attetion.
> >
> > But his acks should not be needed for forward progress. Yes, it would
> > be good, but he does not react -- so just reorder th
Em Fri, 16 Jun 2017 10:19:46 +0200
Hans Verkuil escreveu:
> Hi Mauro,
>
> Second attempt to add the venus driver.
>
> Regards,
>
> Hans
>
> The following changes since commit acec3630155763c170c7ae6508cf973355464508:
>
>[media] s3c-camif: fix arguments position in a function call (
Hi Thierry,
W dniu 12.06.2017 o 19:13, Thierry Escande pisze:
From: Tony K Nadackal
This patch adds support for decoding 4:1:1 chroma subsampling in the
jpeg header parsing function.
Signed-off-by: Tony K Nadackal
Signed-off-by: Thierry Escande
---
drivers/media/platform/s5p-jpeg/jpeg-cor
The following changes since commit 3622d3e77ecef090b5111e3c5423313f11711dfa:
[media] ov2640: print error if devm_*_optional*() fails (2017-04-25
07:08:21 -0300)
are available in the git repository at:
git://linuxtv.org/anttip/media_tree.git af9015_pull
for you to fetch changes up to 2a32
As reported by gcc:
drivers/media/i2c/ov13858.c:953:20: warning: duplicate const
drivers/media/i2c/ov13858.c:953:14: warning: duplicate 'const' declaration
specifier [-Wduplicate-decl-specifier]
static const const s64 link_freq_menu_items[OV13858_NUM_OF_LINK_FREQS] = {
^
Signe
> [auto build test ERROR on linuxtv-media/master]
> [also build test ERROR on v4.12-rc6 next-20170620]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/Todor-To
> One thing I was able to determine is that it appears to be related to
> Intel VT-d/VT-x or whatever Intel's IOMMU/x86 virtualisation tech
> thing is called.
>
> I tried the card in a different older Intel i7 board and it worked
> flawlessly. I then started to wonder if it was some new
> incompati
On Tue, Jun 20, 2017 at 5:29 AM, Pavel Machek wrote:
> Hmm. I changed the subject to grab Shawn's attetion.
>
> But his acks should not be needed for forward progress. Yes, it would
> be good, but he does not react -- so just reorder the series so that
> dts changes come last, then apply the part
On 06/19/2017 03:49 PM, Hans Verkuil wrote:
From: Hans Verkuil
The type field in struct v4l2_selection is supposed to never use the
_MPLANE variants. E.g. if the driver supports
V4L2_BUF_TYPE_VIDEO_CAPTURE_MPLANE,
then userspace should still pass V4L2_BUF_TYPE_VIDEO_CAPTURE.
The reasons for th
Hi Thierry,
W dniu 19.06.2017 o 15:50, Thierry Escande pisze:
Hi Andrzej,
On 16/06/2017 17:38, Andrzej Pietrasiewicz wrote:
Hi Thierry,
Thank you for the patch.
Can you give a use case for resolution change event?
Unfortunately, the original commit does not mention any clear use case.
I've
Hi Todor,
[auto build test ERROR on linuxtv-media/master]
[also build test ERROR on v4.12-rc6 next-20170620]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Todor-Tomov/Qualcomm-8x16-Camera
HI Sylwester,
On 19-06-2017 23:10, Sylwester Nawrocki wrote:
> On 06/19/2017 11:33 AM, Jose Abreu wrote:
>> On 18-06-2017 19:04, Sylwester Nawrocki wrote:
>>> On 06/16/2017 06:38 PM, Jose Abreu wrote:
This is an initial submission for the Synopsys Designware HDMI RX
Controller Driver. T
load is an unsigned integer. So, it is always bigger or equal
to zero, as reported by gcc:
drivers/media/i2c/max2175.c: In function 'max2175_refout_load_to_bits':
drivers/media/i2c/max2175.c:1272:11: warning: comparison of unsigned
expression >= 0 is always true [-Wtype-limits]
Hi Sylwester,
On 19-06-2017 22:18, Sylwester Nawrocki wrote:
> On 06/19/2017 11:01 AM, Jose Abreu wrote:
>> Using fixed-clock was already in my todo list. Regarding phy I
>> need to pass pdata so that the callbacks between controller and
>> phy are established. I also need to make sure that phy d
Hi!
> >> But as Pavel pointed out, in fact we are missing many
> >> Acks still, for all of the dts source changes (patches
> >> 4-14), as well as really everything else (imx-media staging
> >> driver patches).
> >
> > No Acks needed for the staging part. It's staging, so not held
> > to the same
45 matches
Mail list logo
