Hi Michael,
On Thursday 04 June 2015 16:56:47 Michael Allwright wrote:
> Thank you for the replies. Laurent I have started using the platform
> data to see if I can determine whether I have a software problem or a
> hardware problem. One thing that is confusing me, is how are memory
> resources ar
Hi,
Information below was given by a hardware vendor, who uses these demodulators on their dvb-t2 products. As an explanation on our
questions for Si2168 Linux driver development.
I think it can give more clue with Part, Revision and ROM detection algorithm
in Linux driver for that demodulator
Hi,
Yesterday I extracted a new firmware for Si2168 B40 rev. from Windows
driver.
It's designed for ROM version 4.0.2 and has a version build 4.0.19
Here is a name of
file:dvb-demod-si2168-b40-rom4_0_2-patch-build4_0_19.fw.tar.gz
And a link for download: http://beholder.ru/bb/download/file.ph
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: Sat Jun 6 04:00:19 CEST 2015
git branch: test
git hash: c70316f2a193fcd62232cddc1b2d44997ca2c930
gcc versi
In little endian cases, macro cpu_to_be16 unfolds to __swab16 which
provides special case for constants. In big endian cases,
__constant_cpu_to_be16 and cpu_to_be16 expand directly to the
same expression. So, replace __constant_cpu_to_be16 with
cpu_to_be16 with the goal of getting rid of the defini
On 06/03/2015 01:14 PM, Mauro Carvalho Chehab wrote:
> Em Wed, 03 Jun 2015 09:12:54 -0600
> Shuah Khan escreveu:
>
>> Change ALSA driver to use media controller API to share tuner
>> with DVB and V4L2 drivers that control AU0828 media device.
>> Media device is created based on a newly added fiel
On Fri, 5 Jun 2015 21:38:19 +0900
Masanari Iida wrote:
> This patch fix a spelling typo in nfc-hci.txt
Applied to the docs tree, thanks.
jon
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at h
Change to define Media Controller API when CONFIG_MEDIA_CONTROLLER
is enabled. Define stubs for CONFIG_MEDIA_CONTROLLER disabled case.
This will help avoid drivers needing to enclose Media Controller
code within ifdef CONFIG_MEDIA_CONTROLLER block.
Signed-off-by: Shuah Khan
---
drivers/media/med
Commit 84cb7be43cec12868e94163c99fdc34c0297c3b8 broke vivid-tpg (uninitialized
variable p).
This patch takes a different approach: four different functions are created,
one for
each PRINTSTR version.
In order to avoid the 'the frame size of 1308 bytes is larger than 1024 bytes'
warning I
had t
Currently, the warning for missing device_caps gives a backtrace like so:
[] dump_stack+0x45/0x57
[] warn_slowpath_common+0x8a/0xc0
[] warn_slowpath_null+0x1a/0x20
[] v4l_querycap+0x43/0x80 [videodev]
[] __video_do_ioctl+0x2a4/0x320 [videodev]
[] ? do_last+0x195/0x1210
[] video_usercopy+0x22e/0x5b
Em Fri, 05 Jun 2015 17:10:53 +0200
Hans Verkuil escreveu:
> On 06/05/2015 12:29 PM, Mauro Carvalho Chehab wrote:
> > Remove the following compilation warnings:
> >
> > drivers/media/platform/vivid/vivid-tpg.c: In function 'tpg_gen_text':
> > drivers/media/platform/vivid/vivid-tpg.c:1562:
On 06/05/2015 12:29 PM, Mauro Carvalho Chehab wrote:
> Remove the following compilation warnings:
>
> drivers/media/platform/vivid/vivid-tpg.c: In function 'tpg_gen_text':
> drivers/media/platform/vivid/vivid-tpg.c:1562:1: warning: the frame
> size of 1308 bytes is larger than 1024 by
This pull request merged Jan's vb2/mm patches to abstract vma handling.
See http://www.spinics.net/lists/linux-media/msg89653.html for more info.
It's the same pull request as from May 25th, but with an additional patch that
puts get_vaddr_frames() behind a config option (requested by Andrew Mort
Em Fri, 05 Jun 2015 16:00:43 +0100
Sean Young escreveu:
> On Fri, Jun 05, 2015 at 03:55:38PM +0100, Sean Young wrote:
> > On Fri, Jun 05, 2015 at 11:27:41AM -0300, Mauro Carvalho Chehab wrote:
> > > Don't assume that IR_MAX_DURATION is a bitmask. It isn't.
> >
> > The patch is right, but note th
On Fri, Jun 05, 2015 at 03:55:38PM +0100, Sean Young wrote:
> On Fri, Jun 05, 2015 at 11:27:41AM -0300, Mauro Carvalho Chehab wrote:
> > Don't assume that IR_MAX_DURATION is a bitmask. It isn't.
>
> The patch is right, but note that IR_MAX_DURATION is 0x, and in
> all these cases it is bei
This adds a bunch of various fixes and a new bdisp driver for ST.
Regards,
Hans
The following changes since commit c1c3c85ddf60a6d97c122d57d385b4929fcec4b3:
[media] DocBook: fix FE_SET_PROPERTY ioctl arguments (2015-06-01 06:10:15
-0300)
are available in the git repository at:
gi
On Fri, Jun 05, 2015 at 11:27:41AM -0300, Mauro Carvalho Chehab wrote:
> Don't assume that IR_MAX_DURATION is a bitmask. It isn't.
The patch is right, but note that IR_MAX_DURATION is 0x, and in
all these cases it is being compared to a u32, so it is always false.
Should these statements
Em Fri, 05 Jun 2015 11:27:33 -0300
Mauro Carvalho Chehab escreveu:
> Fix several smatch warnings.
>
> There are still 27 smatch warnings at drivers/media:
Please discard this e-mail. Git sent it by accident. This is a version
of patch 0/11, saved with another name (and another extension).
The
Instead of using a state machine and a switch with lots of
fall-trough, use gotos and cleanup the error handling loop.
That removes those two smatch warnings:
drivers/staging/media/lirc/lirc_imon.c:933 imon_probe() warn: possible
memory leak of 'context'
drivers/staging/media/lirc
On 06/05/2015 03:28 PM, Sergei Shtylyov wrote:
> Hello.
>
> On 6/5/2015 1:59 PM, Hans Verkuil wrote:
>
>> From: Hans Verkuil
>
>> Dump the VOU registers in log_status.
>
>> Signed-off-by: Hans Verkuil
>> ---
>> drivers/media/platform/sh_vou.c | 29 +
>> 1 file c
Fix several smatch warnings.
There are only 26 smatch warnings now:
drivers/media/pci/cx23885/cx23885-dvb.c:2046 dvb_register() Function too hairy.
Giving up.
This is actually a memory allocation limit of 50MB at smatch.
I sent a patch changing such limit to 200MB to Dan.
driv
From: Hans Verkuil
If userspace passed the invalid buffer type 0 to the kernel, then the
kernel log would show 'type=(null)' since there was no string defined
for type 0. Fix this.
Signed-off-by: Hans Verkuil
---
drivers/media/v4l2-core/v4l2-ioctl.c | 1 +
1 file changed, 1 insertion(+)
diff
Smatch reports two issues:
drivers/media/platform/sh_vou.c:670 vou_adjust_output() error: buffer
overflow 'vou_scale_v_num' 3 <= 4
drivers/media/platform/sh_vou.c:670 vou_adjust_output() error: buffer
overflow 'vou_scale_v_den' 3 <= 4
It seems that there's actually a bug here: th
From: Hans Verkuil
Add support for the missing VIDIOC_CREATE_BUFS and VIDIOC_PREPARE_BUF
ioctls.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/vim2m.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/media/platform/vim2m.c b/drivers/media/platform/vim2m.c
index cecf
Smatch currently produces two warnings:
drivers/media/pci/ivtv/ivtv-fileops.c:901 ivtv_v4l2_close() warn:
suspicious bitop condition
drivers/media/pci/ivtv/ivtv-fileops.c:1026 ivtv_open() warn: suspicious
bitop condition
Those are false positives, but it is not hard to get rid of
Smatch reports a warning:
drivers/media/usb/tm6000/tm6000-video.c:646 tm6000_prepare_isoc()
error: we previously assumed 'dev->urb_buffer' could be null (see line 624)
This is not really a problem, but it actually shows that the check
if urb_buffer is NULL is being done twice: at the if a
From: Hans Verkuil
Add support for VIDIOC_PREPARE_BUF to v4l2-mem2mem and use it in vim2m.
Also fix a small bug in the debug logging that's done by v4l2-ioctl.c.
After adding support for CREATE_BUFS in vim2m a v4l2-compliance bug was
found and v4l2-compliance has now been fixed.
Hans Verkuil (3
As reported by smatch:
drivers/media/dvb-frontends/drxk_hard.c:3277 dvbt_sc_command() warn:
missing break? reassigning 'status'
This is basically because the error handling logic there was crappy.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/dvb-frontends/drxk_hard.c
As reported by smatch:
drivers/media/pci/bt8xx/dst_ca.c:323 ca_get_message() warn: this array
is probably non-NULL. 'p_ca_message->msg'
drivers/media/pci/bt8xx/dst_ca.c:498 ca_send_message() warn: this array
is probably non-NULL. 'p_ca_message->msg'
Those two checks are needless/
As reported by smatch:
drivers/media/usb/em28xx/em28xx-video.c:842 get_ressource() info:
ignoring unreachable code.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/usb/em28xx/em28xx-video.c
b/drivers/media/usb/em28xx/em28xx-video.c
index 14eba9c65de3..4397ce5e78df 10064
The current definition is weird, and produce lots of sparse
warnings:
drivers/media/i2c/cx25840/cx25840-ir.c:448 txclk_tx_s_max_pulse_width()
warn: impossible condition '(ns > 4294967295) => (0-u32max > u32max)'
drivers/media/i2c/cx25840/cx25840-ir.c:461 rxclk_rx_s_max_pulse_width
From: Hans Verkuil
This was never added for some reason, so add it now.
Signed-off-by: Hans Verkuil
---
drivers/media/v4l2-core/v4l2-mem2mem.c | 28
include/media/v4l2-mem2mem.h | 4
2 files changed, 32 insertions(+)
diff --git a/drivers/media/v4l2
Fix several smatch warnings.
There are still 27 smatch warnings at drivers/media:
This one:
drivers/media/pci/cx23885/cx23885-dvb.c:2046 dvb_register() Function
too hairy. Giving up.
It is just to a random memory limit at smatch that allows it to
allocate only 50Mb of memory for name
Don't assume that IR_MAX_DURATION is a bitmask. It isn't.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/rc/redrat3.c b/drivers/media/rc/redrat3.c
index c83292ad1b34..ec74244a3853 100644
--- a/drivers/media/rc/redrat3.c
+++ b/drivers/media/rc/redrat3.c
@@ -322,7 +322,7 @@ static
As reported by smatch:
drivers/media/dvb-frontends/dib0090.c:1710
dib0090_dc_offset_calibration() warn: missing break? reassigning '*tune_state'
There's no need to change tune_state there, as the fall though code
will change it again to another state. So, simplify it by
removing the dead
There's a dead code on usbvision that makes it harder to read
and produces a smatch warning about bad identation.
Improve the code readability and add a FIXME to warn about
the current hack there.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/usb/usbvision/usbvision-video.c
b
On 06/05/2015 04:40 PM, Olli Salonen wrote:
Hi Steven,
It seems to me that that part of the code is identical to your driver, no?
The media_tree driver:
retval = saa7164_api_i2c_read(bus,
msgs[i].addr,
0 /* reglen */,
NULL /* re
Hi Steven,
It seems to me that that part of the code is identical to your driver, no?
The media_tree driver:
retval = saa7164_api_i2c_read(bus,
msgs[i].addr,
0 /* reglen */,
NULL /* reg */, msgs[i].len, msgs[i].buf);
It's exactly th
On Fri, Jun 05, 2015 at 07:24:26PM +0800, kbuild test robot wrote:
>
> Signed-off-by: Fengguang Wu
> ---
> mce_amd_inj.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/edac/mce_amd_inj.c b/drivers/edac/mce_amd_inj.c
> index 2a0c829..46a6b0e 100644
> --- a/dr
Hello.
On 6/5/2015 1:59 PM, Hans Verkuil wrote:
From: Hans Verkuil
Dump the VOU registers in log_status.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/sh_vou.c | 29 +
1 file changed, 29 insertions(+)
diff --git a/drivers/media/platform/sh_vou.
This patch fix a spelling typo in nfc-hci.txt
Signed-off-by: Masanari Iida
---
Documentation/nfc/nfc-hci.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/nfc/nfc-hci.txt b/Documentation/nfc/nfc-hci.txt
index 0686c9e..0dc078c 100644
--- a/Documentation/nfc/nfc
On Friday 05 June 2015 13:36:40 Hans Verkuil wrote:
> On 05/15/2015 11:32 PM, Pali Rohár wrote:
> > From: maxx
> >
> > This actually fixes region selection for BCM2048 FM receiver. To select
> > the japanese FM-band an additional bit in FM_CTRL register needs to be
> > set. This might not sound s
Hi Jon,
On Fri, 5 Jun 2015 09:46:09 +0100
Jon Hunter wrote:
>
> On 05/06/15 00:02, Paul Walmsley wrote:
> > Hi folks
> >
> > just a brief comment on this one:
> >
> > On Thu, 30 Apr 2015, Boris Brezillon wrote:
> >
> >> Clock rates are stored in an unsigned long field, but ->round_rate()
> >
Hi Paul,
On Thu, 4 Jun 2015 23:02:25 + (UTC)
Paul Walmsley wrote:
> Hi folks
>
> just a brief comment on this one:
>
> On Thu, 30 Apr 2015, Boris Brezillon wrote:
>
> > Clock rates are stored in an unsigned long field, but ->round_rate()
> > (which returns a rounded rate from a requested
On 05/15/2015 11:32 PM, Pali Rohár wrote:
> From: maxx
>
> This actually fixes region selection for BCM2048 FM receiver. To select
> the japanese FM-band an additional bit in FM_CTRL register needs to be
> set. This might not sound so important but it enables at least me to
> listen to some 'very
On 05/15/2015 11:31 PM, Pali Rohár wrote:
> From: maxx
>
> This enables access to automute function of the chip via sysfs and
> gives direct access to FM_AUDIO_CTRL0/1 registers, also via sysfs. I
> don't think this is so important but helps in developing radio scanner
> apps.
>
> Patch writen b
tree: git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp for-next
head: 6db4e6b99ba0dad4e42612a546a99ccdbd766561
commit: 0451d14d05618e5fcbdc5017a30e3d609ddc8229 [15/22] EDAC, mce_amd_inj:
Modify flags attribute to use string arguments
reproduce:
# apt-get install sparse
git checkout 0451
Signed-off-by: Fengguang Wu
---
mce_amd_inj.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/edac/mce_amd_inj.c b/drivers/edac/mce_amd_inj.c
index 2a0c829..46a6b0e 100644
--- a/drivers/edac/mce_amd_inj.c
+++ b/drivers/edac/mce_amd_inj.c
@@ -44,7 +44,7 @@ static co
On 06/02/2015 09:07 PM, Laura Abbott wrote:
> Currently, the warning for missing device_caps gives a backtrace like so:
>
> [] dump_stack+0x45/0x57
> [] warn_slowpath_common+0x8a/0xc0
> [] warn_slowpath_null+0x1a/0x20
> [] v4l_querycap+0x43/0x80 [videodev]
> [] __video_do_ioctl+0x2a4/0x320 [videod
Hi Ezequiel,
As mentioned in irc: run v4l2-compliance -s and v4l2-compliance -f.
I quickly tried it and v4l2-compliance fails:
Test input 0:
Control ioctls:
test VIDIOC_QUERY_EXT_CTRL/QUERYMENU: OK
test VIDIOC_QUERYCTRL: OK
test VIDIOC_G/S_
From: Hans Verkuil
This ensures that both do the same checks, and simplifies s_fmt_vid_out
a bit.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/sh_vou.c | 86 +++--
1 file changed, 40 insertions(+), 46 deletions(-)
diff --git a/drivers/media/platfo
From: Hans Verkuil
Dump the VOU registers in log_status.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/sh_vou.c | 29 +
1 file changed, 29 insertions(+)
diff --git a/drivers/media/platform/sh_vou.c b/drivers/media/platform/sh_vou.c
index 7ed5a8b..400efec 1
From: Hans Verkuil
The bytesperline values were wrong for planar formats where bytesperline is
the line length for the first plane.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/sh_vou.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/media/plat
From: Hans Verkuil
This converts this driver to videobuf2. As usual it is a big and hard to review
patch, but this is always a big-bang change.
It has been tested with my Renesas board.
Signed-off-by: Hans Verkuil
Tested-by: Hans Verkuil
---
drivers/media/platform/sh_vou.c | 586
From: Hans Verkuil
It was set to a format that wasn't supported.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/sh_vou.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/sh_vou.c b/drivers/media/platform/sh_vou.c
index 2adf16d..eaa432e 100644
-
From: Hans Verkuil
This allows us to drop the use_count and you get free G/S_PRIORITY support.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/sh_vou.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git a/drivers/media/platform/sh_vou.c b/drivers/medi
From: Hans Verkuil
Implement g/s_selection. The v4l2 core will emulate g/s_crop and
cropcap on top of g/s_selection.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/sh_vou.c | 71 +++--
1 file changed, 25 insertions(+), 46 deletions(-)
diff --git a/d
From: Hans Verkuil
Video output drivers must support these ioctls. Otherwise applications
cannot deduce that these outputs exist and what capabilities they have.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/sh_vou.c | 27 +++
1 file changed, 27 insertions(+)
From: Hans Verkuil
Fix v4l2-compliance errors due to empty driver and bus_info fields.
Signed-off-by: Hans Verkuil
---
drivers/media/platform/sh_vou.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/platform/sh_vou.c b/drivers/media/platform/sh_vou.c
index 9e98233..ba1a16c
From: Hans Verkuil
This driver no longer works and uses old v4l2 frameworks. This patch series
updates the driver so it is once again working and is up to date.
It now passes the v4l2-compliance tests as well.
This has been tested with my Renesas development board.
Regards,
Hans
Hans
From: Hans Verkuil
Bitrot has set in for this driver and the sh-vou.0 clock was never enabled,
so this driver didn't do anything. In addition, the clock was incorrectly
defined in clock-sh7724.c. Fix this.
While we're at it: use proper resource managed calls.
Signed-off-by: Hans Verkuil
Cc: Ma
Em Fri, 05 Jun 2015 12:33:04 +0200
Hans Verkuil escreveu:
> On 06/05/2015 12:29 PM, Mauro Carvalho Chehab wrote:
> > Remove the following compilation warnings:
> >
> > drivers/media/platform/vivid/vivid-tpg.c: In function 'tpg_gen_text':
> > drivers/media/platform/vivid/vivid-tpg.c:1562:
Following a change made to TS2020 tuner in patches
ts2020: Provide DVBv5 API signal strength
ts2020: Allow stats polling to be suppressed
Polling on the driver must be suppressed because
the demuxer is stopped by I2C messages.
Signed-off-by: Malcolm Priestley
---
drivers/media/usb/dvb-usb-v2/lm
On 06/05/2015 12:29 PM, Mauro Carvalho Chehab wrote:
> Remove the following compilation warnings:
>
> drivers/media/platform/vivid/vivid-tpg.c: In function 'tpg_gen_text':
> drivers/media/platform/vivid/vivid-tpg.c:1562:1: warning: the frame
> size of 1308 bytes is larger than 1024 by
On 06/05/2015 12:25 PM, Antti Palosaari wrote:
> On 06/05/2015 12:50 PM, Hans Verkuil wrote:
>> Hi Antti,
>>
>> FYI: don't use ATTN as prefix: patchwork doesn't pick that up as a patch,
>> and if it doesn't appear there, then it is likely to be forgotten.
>>
>> Can you repost it with the correct pr
Remove the following compilation warnings:
drivers/media/platform/vivid/vivid-tpg.c: In function 'tpg_gen_text':
drivers/media/platform/vivid/vivid-tpg.c:1562:1: warning: the frame
size of 1308 bytes is larger than 1024 bytes [-Wframe-larger-than=]
}
^
This seem
On 06/05/2015 12:50 PM, Hans Verkuil wrote:
Hi Antti,
FYI: don't use ATTN as prefix: patchwork doesn't pick that up as a patch,
and if it doesn't appear there, then it is likely to be forgotten.
Can you repost it with the correct prefix? It's so much easier to process
for me if it ends up in pa
Hi Antti,
FYI: don't use ATTN as prefix: patchwork doesn't pick that up as a patch,
and if it doesn't appear there, then it is likely to be forgotten.
Can you repost it with the correct prefix? It's so much easier to process
for me if it ends up in patchwork...
Thanks!
Hans
On 05/26/20
Current cvt timing calculation supports reduced blanking (RB) version 1.
This patch adds the support for RB version 2, which was missing.
Compared to RB version 1, RB version 2 differs on different parameters.
This difference is summarized in the document VESA Coordinated Video
Timings Standard V
Added support for reduced blanking version 2 (RB v2) in cvt timings.
Standard specifies a fixed vsync pulse of 8 lines to indicate RB v2
timings. Vertical back porch is fixed at 6 lines and vertical front
porch is remainder of vertical blanking time.
For Rb v2, horizontal blanking is fixed at 80 p
On 05/06/15 00:02, Paul Walmsley wrote:
> Hi folks
>
> just a brief comment on this one:
>
> On Thu, 30 Apr 2015, Boris Brezillon wrote:
>
>> Clock rates are stored in an unsigned long field, but ->round_rate()
>> (which returns a rounded rate from a requested one) returns a long
>> value (erro
The v4l2_print_dv_timings() didn't log the interlaced format correctly. The
timings
for the bottom field weren't logged and the fields per second value was half of
what
it should have been.
Signed-off-by: Hans Verkuil
diff --git a/drivers/media/v4l2-core/v4l2-dv-timings.c
b/drivers/media/v4l2
Currently, in gtf hblank calculations, the rounding is used twice,
one at intermediate division and one at final state where hblank
is rounded to nearest multiple of twice cell granularity. This
error got introduced in commit d7ed5a3, where it missed combining
the rounding step. Correcting the same
From: Hans Verkuil
VIDIOC_CREATE_BUFS didn't clear the reserved field in the kernel.
Update the documentation so that it is in sync with what v4l2-compliance
checks and what valgrind checks.
Hans Verkuil (2):
v4l2-ioctl: clear the reserved field of v4l2_create_buffers
DocBook media: correct
From: Hans Verkuil
This field was never cleared by the kernel making future extensions
hard to implement. Clear it now.
Signed-off-by: Hans Verkuil
---
drivers/media/v4l2-core/v4l2-ioctl.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/v4l2-core/v4l2-ioctl.c
b/drivers/med
From: Hans Verkuil
Make sure that the documentation clearly states who is zeroing reserved
fields: drivers and/or applications.
This patch syncs the documentation with the checks that v4l2-compliance
and valgrind do.
Signed-off-by: Hans Verkuil
---
Documentation/DocBook/media/v4l/io.xml
Even easier way to activate dynamic debugging at module load time
(assuming your kernel has dynamic debugging enabled):
modprobe si2168 dyndbg==pmf
Cheers,
-olli
On 4 June 2015 at 21:28, Antti Palosaari wrote:
>
>
> On 06/04/2015 08:36 PM, Hurda wrote:
>>
>> How can I enable debug-output to get
Reviewed-by: Ricardo Ribalda
Thanks!
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
78 matches
Mail list logo