Hi Jean,
On Wed, Oct 23, 2019 at 03:18:59PM +0200, Jean Delvare wrote:
> Hi all,
>
> When my Logitech C270 webcam is plugged in, my kernel log gets filled
> with this message:
>
> usb 3-4.1: reset high-speed USB device number 4 using xhci_hcd
>
> every 5 seconds. I ha
Hi all,
When my Logitech C270 webcam is plugged in, my kernel log gets filled
with this message:
usb 3-4.1: reset high-speed USB device number 4 using xhci_hcd
every 5 seconds. I have the same problem on 3 different Intel-based
computers (different generations), using 2 different webcams, same
Currently, this driver prints out too much log messages when a
mode change happens, video turned off by screen saver and etc.
Actually, all cases are reported to user space properly. Also,
these are not critical errors but recoverable things, so this
commit changes the log level of some noisy
On Tue, May 28, 2019 at 07:03:24PM +0200, Hans-Peter Jansen wrote:
> Hi,
>
> my syslog is continuously spammed with:
>
> 2019-05-28T18:45:39.275180+02:00 kernel: [ 5666.337560] dvb_frontend:
> dvb_frontend_get_frequency_limits: frequency interval: tuner: 0...0,
> frontend: 3...23500
Hi,
my syslog is continuously spammed with:
2019-05-28T18:45:39.275180+02:00 kernel: [ 5666.337560] dvb_frontend:
dvb_frontend_get_frequency_limits: frequency interval: tuner: 0...0, frontend:
3...235000
2019-05-28T18:45:39.279201+02:00 kernel: [ 5666.343778] dvb_frontend:
dvb_fron
Currently, this driver prints out too much log messages when a
mode change happens, video turned off by screen saver and etc.
Actually, all cases are reported to user space properly. Also,
these are not critical errors but recoverable things, so this
commit changes the log level of some noisy
Currently, this driver prints out too much log messages when a
mode change happens, video turned off by screen saver and etc.
Actually, all cases are reported to user space properly. Also,
these are not critical errors but recoverable things, so this
commit changes the log level of some noisy
From: Hans Verkuil
When debugging is on, log the new tag field of struct v4l2_buffer
as well.
Signed-off-by: Hans Verkuil
Reviewed-by: Paul Kocialkowski
Reviewed-by: Alexandre Courbot
---
drivers/media/v4l2-core/v4l2-ioctl.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions
From: Hans Verkuil
When debugging is on, log the new tag field of struct v4l2_buffer
as well.
Signed-off-by: Hans Verkuil
Reviewed-by: Paul Kocialkowski
Reviewed-by: Alexandre Courbot
---
drivers/media/v4l2-core/v4l2-ioctl.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions
When debugging is on, log the new tag field of struct v4l2_buffer
as well.
Signed-off-by: Hans Verkuil
---
drivers/media/v4l2-core/v4l2-ioctl.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/media/v4l2-core/v4l2-ioctl.c
b/drivers/media/v4l2-core/v4l2
When debugging is on, log the new tag field of struct v4l2_buffer
as well.
Signed-off-by: Hans Verkuil
---
drivers/media/v4l2-core/v4l2-ioctl.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/media/v4l2-core/v4l2-ioctl.c
b/drivers/media/v4l2-core/v4l2
Hi Guennadi,
On Wednesday, 11 April 2018 22:33:43 EEST Guennadi Liakhovetski wrote:
> On Wed, 11 Apr 2018, Kieran Bingham wrote:
> > On 11/04/18 18:06, Guennadi Liakhovetski wrote:
> >
> >
> > Just figured out this commit
> >
> > From: Edgar Thier
> > Date: Thu, 12 Oct 2017 0
On Wed, 11 Apr 2018, Kieran Bingham wrote:
> Hi Guennadi,
>
> On 11/04/18 18:06, Guennadi Liakhovetski wrote:
>
>
>
>
> Just figured out this commit
>
> From: Edgar Thier
> Date: Thu, 12 Oct 2017 03:54:17 -0400
> Subject: [PATCH] media: uvcvideo: Apply flags fro
Hi Guennadi,
On 11/04/18 18:06, Guennadi Liakhovetski wrote:
Just figured out this commit
From: Edgar Thier
Date: Thu, 12 Oct 2017 03:54:17 -0400
Subject: [PATCH] media: uvcvideo: Apply flags from device to actual
properties
as the culprit. Withou
at's a kernel or a user-space problem, but UVC related
> >> anyway. I've got a UVC 1.5 (!) Logitech camera, that used to work fine
> >> with earlier kernels. I now installed "media 4.16" and saw, that the
> >> kernel log was filling with messages li
(!) Logitech camera, that used to work fine
>> with earlier kernels. I now installed "media 4.16" and saw, that the
>> kernel log was filling with messages like
>>
>> uvcvideo: Failed to query (GET_MIN) UVC control 2 on unit 1: -32 (exp. 1).
>>
>> The exp
quot;media 4.16" and saw, that the
> kernel log was filling with messages like
>
> uvcvideo: Failed to query (GET_MIN) UVC control 2 on unit 1: -32 (exp. 1).
>
> The expected /dev/video[01] nodes were not created correctly, and the
> hard-drive was getting full very quickly.
Hi Laurent,
Not sure whether that's a kernel or a user-space problem, but UVC related
anyway. I've got a UVC 1.5 (!) Logitech camera, that used to work fine
with earlier kernels. I now installed "media 4.16" and saw, that the
kernel log was filling with messages like
uvcvi
From: Hans Verkuil
Keep track of the number of short or long start bits, the number
of short or long data bits and the number of initiated or detected
low drive conditions.
Show this information in the status debugfs log.
Helpful when debugging, particularly when doing error injection
as well
Hi!
Is OK for me, so:
Acked-by: Jasmin Jessich
BR,
Jasmin
From: Daniel Scheller
A successful CA module initialisation isn't an error. Change the log print
to info severity accordingly.
Cc: Jasmin Jessich
Signed-off-by: Daniel Scheller
---
drivers/media/dvb-core/dvb_ca_en50221.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --
From: Martin Bugge
Audio channel count should start from 2.
Reference: CEA-861-F Table 27.
Cc: Hans Verkuil
Reported-by: Ahung Cheng
Signed-off-by: Martin Bugge
---
drivers/video/hdmi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/hdmi.c b/drivers/video/
Hi I Have 2 of these easycap devices both product the same with VLC
"traffic cone"
Hope the log is of help
Any ideas would be welcome
Jerry
[ 0.00] Booting Linux on physical CPU 0x0
[ 0.00] Linux version 4.9.41-v7+ (dc4@dc4-XPS13-9333) (gcc
version 4.9.3 (cr
If cec_debug >= 1 then log why the requested mode returned -EINVAL.
It can be hard to debug this since -EINVAL can be returned for many
reasons. So this should help.
Signed-off-by: Hans Verkuil
---
Changes since v1:
Removed some error injection code that inadvertently ended up in the patc
If cec_debug >= 1 then log why the requested mode returned -EINVAL.
It can be hard to debug this since -EINVAL can be returned for many
reasons. So this should help.
Signed-off-by: Hans Verkuil
---
drivers/media/cec/cec-api.c | 48 +++--
1 file chan
`CEC_LOG_ADDRS_FL_CDC_ONLY` should be ``CEC_LOG_ADDRS_FL_CDC_ONLY``.
Signed-off-by: Hans Verkuil
---
Documentation/media/uapi/cec/cec-ioc-adap-g-log-addrs.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/media/uapi/cec/cec-ioc-adap-g-log-addrs.rst
b
On 06/28/2017 12:57 AM, Hirokazu Honda wrote:
> Hi,
>
> According to patch work, this patch are not approved yet and its
> status are "Changes Requested."
> What changes are necessary actually?
> If there is no necessary change, can you approve this patch?
I was considering to have more fine grai
Audio channel count should start from 2.
Reference: CEA-861-F Table 27.
Cc: Hans Verkuil
Reported-by: Ahung Cheng
Signed-off-by: Martin Bugge
---
drivers/video/hdmi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/hdmi.c b/drivers/video/hdmi.c
index 1cf907e.
Hi,
According to patch work, this patch are not approved yet and its
status are "Changes Requested."
What changes are necessary actually?
If there is no necessary change, can you approve this patch?
Best,
Hirokazu Honda
On Thu, Jun 8, 2017 at 2:33 PM, Joe Perches wrote:
> On Thu, 2017-06-08 at
On Thu, 2017-06-08 at 14:24 +0900, Tomasz Figa wrote:
> On Thu, Jun 8, 2017 at 2:16 PM, Joe Perches wrote:
[]
> > If there automated systems that rely on specific levels, then
> > changing the levels of individual messages could also cause
> > those automated systems to fail.
>
> Well, that might
On Thu, Jun 8, 2017 at 2:16 PM, Joe Perches wrote:
> On Thu, 2017-06-08 at 13:39 +0900, Tomasz Figa wrote:
>> On Thu, Jun 8, 2017 at 12:24 PM, Hirokazu Honda wrote:
>> > Hi,
>> >
>> > I completely understand bitmask method now.
>> > I agree to the idea, but it is necessary to change the specifica
On Thu, 2017-06-08 at 13:39 +0900, Tomasz Figa wrote:
> On Thu, Jun 8, 2017 at 12:24 PM, Hirokazu Honda wrote:
> > Hi,
> >
> > I completely understand bitmask method now.
> > I agree to the idea, but it is necessary to change the specification of
> > a debug parameter.
> > (We probably need to c
On Thu, Jun 8, 2017 at 12:24 PM, Hirokazu Honda wrote:
> Hi,
>
> I completely understand bitmask method now.
> I agree to the idea, but it is necessary to change the specification of
> a debug parameter.
> (We probably need to change a document about that?)
> For example, there is maybe a user wh
are less than 4 are shown.
However, after the bitmask method is adopted, someday the logs whose
level is 1 or 2 are only shown, not 3 level logs are not shown.
This will be confusing to users.
The function that users can select a log method is necessary (e.g.
implement dprintk_bitmask and
On 31/05/17 06:06, Joe Perches wrote:
> On Wed, 2017-05-31 at 12:28 +0900, Hirokazu Honda wrote:
>> If I understand a bitmap correctly, it is necessary to change the log level
>> for each message.
>> I didn't mean a bitmap will take a long CPU time.
>> I mean th
On Wed, 2017-05-31 at 12:28 +0900, Hirokazu Honda wrote:
> If I understand a bitmap correctly, it is necessary to change the log level
> for each message.
> I didn't mean a bitmap will take a long CPU time.
> I mean the work to change so takes a long time.
No, none of the messag
On Wed, 2017-05-31 at 11:05 +0900, Hirokazu Honda wrote:
> Although bitmap is useful, there is need to change the log level for each
> log.
> Because it will take a longer time, it should be done in another patch.
I have no idea what you mean.
A bit & comparison is typically
Acked-by: Abylay Ospan
2017-04-09 15:38 GMT-04:00 Daniel Scheller :
> From: Daniel Scheller
>
> This moves the I2C debug dump into the preceding dev_dbg() call by
> utilising the %*ph format macro and removes the call to
> print_hex_debug_bytes().
>
> Signed-off-by: Daniel Scheller
> ---
> dri
On Tue, 2017-05-30 at 18:49 +0900, Hirokazu Honda wrote:
> Some debug output whose log level is set 1 flooded the log.
> Their log level is lowered to find the important log easily.
Maybe use pr_debug instead?
Perhaps it would be better to change the level to a bitmap
so these can b
Some debug output whose log level is set 1 flooded the log.
Their log level is lowered to find the important log easily.
Signed-off-by: Hirokazu Honda
---
drivers/media/v4l2-core/videobuf2-core.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/media/v4l2
On Tue, May 30, 2017 at 3:54 PM, Hirokazu Honda wrote:
> Some debug output whose log level is set 1 flooded the log.
> Their log level is lowered to find the important log easily.
>
> Signed-off-by: Hirokazu Honda
Your patch title should specify the subsystem of your patch. So
Some debug output whose log level is set 1 flooded the log.
Their log level is lowered to find the important log easily.
Signed-off-by: Hirokazu Honda
---
drivers/media/v4l2-core/videobuf2-core.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/media/v4l2
On Wed, 2017-04-19 at 07:56 -0300, Mauro Carvalho Chehab wrote:
> Em Wed, 5 Apr 2017 19:09:59 +0800
> Tiffany Lin escreveu:
>
> > On Wed, 2017-04-05 at 18:54 +0800, Minghsiu Tsai wrote:
> > > Driver is stable. Remove DEBUG definition from driver.
> > >
> >
Em Wed, 5 Apr 2017 19:09:59 +0800
Tiffany Lin escreveu:
> On Wed, 2017-04-05 at 18:54 +0800, Minghsiu Tsai wrote:
> > Driver is stable. Remove DEBUG definition from driver.
> >
> > There are debug message in /var/log/messages if DEBUG is defined,
> > such
From: Daniel Scheller
This moves the I2C debug dump into the preceding dev_dbg() call by
utilising the %*ph format macro and removes the call to
print_hex_debug_bytes().
Signed-off-by: Daniel Scheller
---
drivers/media/dvb-frontends/cxd2841er.c | 6 ++
1 file changed, 2 insertions(+), 4 de
On Wed, 2017-04-05 at 18:54 +0800, Minghsiu Tsai wrote:
> Driver is stable. Remove DEBUG definition from driver.
>
> There are debug message in /var/log/messages if DEBUG is defined,
> such as:
> [MTK_V4L2] level=0 fops_vcodec_open(),170: decoder capability 0
> [MTK_V4L2] level=
Driver is stable. Remove DEBUG definition from driver.
There are debug message in /var/log/messages if DEBUG is defined,
such as:
[MTK_V4L2] level=0 fops_vcodec_open(),170: decoder capability 0
[MTK_V4L2] level=0 fops_vcodec_open(),177: 1600.vcodec decoder [0]
[MTK_V4L2] level=0
Instead of logging this just report ERANGE as an error, which will give
something close to the
right user space report.
The others of these were already removed by Dan Carpenter's patch.
Signed-off-by: Alan Cox
---
.../media/atomisp/pci/atomisp2/atomisp_drvfs.c |4 +---
1 file changed,
On Tue, 2017-03-14 at 22:21 +0800, Minghsiu Tsai wrote:
> The symptom is continuous log "mtk-jpeg 18004000.jpegdec: Context is NULL"
> in kernel log. It is becauese the error handling in irq doesn't clear
> interrupt.
>
> The calling flow like as below when issu
From: Daniel Scheller
When fe_ops.read_status is called and no channel is tuned (yet), the
subsequent calls to get_lock_status() causes the kernel log to be filled
with
drxk: Error -22 on get_lock_status
which either means a NULL pointer was passed for the p_lock_status var,
or neither QAM
On Tue, Mar 14, 2017 at 10:21 PM, Minghsiu Tsai
wrote:
> The symptom is continuous log "mtk-jpeg 18004000.jpegdec: Context is NULL"
> in kernel log. It is becauese the error handling in irq doesn't clear
> interrupt.
>
> The calling flow like as below when issu
The symptom is continuous log "mtk-jpeg 18004000.jpegdec: Context is NULL"
in kernel log. It is becauese the error handling in irq doesn't clear
interrupt.
The calling flow like as below when issue happen
mtk_jpeg_device_run()
mtk_jpeg_job_abort()
v4l2_m2m_job_finish() ->
When validating the struct cec_s_log_addrs input a debug message is printed
for all except two of the 'return -EINVAL' paths.
Also log the reason for the missing two paths.
Signed-off-by: Hans Verkuil
---
drivers/media/cec/cec-adap.c | 8 ++--
1 file changed, 6 insertions(+), 2
From: Hans Verkuil
The hardcoded function name is actually wrong. Use __func__ instead.
Signed-off-by: Hans Verkuil
---
drivers/media/cec/cec-adap.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/media/cec/cec-adap.c b/drivers/media/cec/cec-a
When validating the struct cec_s_log_addrs input a debug message is printed
for all except two of the 'return -EINVAL' paths.
Also log the reason for the missing two paths.
Signed-off-by: Hans Verkuil
---
diff --git a/drivers/media/cec/cec-adap.c b/drivers/media/cec/cec-adap.c
inde
; if one is supported. For example, GStreamer does this so during playback
>> dozens of the following messages appear in the kernel log buffer:
>>
>> [ 442.143393] Not supported field order(4)
>>
>> Instead of printing this as an error, just keep it as debug in
gt; dozens of the following messages appear in the kernel log buffer:
>
> [ 442.143393] Not supported field order(4)
>
> Instead of printing this as an error, just keep it as debug information.
>
> Signed-off-by: Javier Martinez Canillas
>
> ---
>
> drivers/media/
There isn't an ioctl to enum the supported field orders, so a user-space
application can call VIDIOC_TRY_FMT using different field orders to know
if one is supported. For example, GStreamer does this so during playback
dozens of the following messages appear in the kernel log buffer:
[ 442.1
The CEC_LOG_ADDRS_FL_CDC_ONLY flag is missing at the documentation,
causing this warning:
Documentation/output/cec.h.rst:6: WARNING: undefined label:
cec-log-addrs-fl-cdc-only (if the link has no caption the label must precede a
section header)
Add a documentation for it, based on the
Unfortunately, the callers of tveeprom don't do the right
thing to initialize the device. So, it produces log messages
like:
[ 267.533010] (null): Hauppauge model 42012, rev C186, serial# 2819348
[ 267.533012] (null): tuner model is Philips FQ1236 MK3 (idx 86, type 43)
[ 267.533013]
The driver try_fmt handler prints a message each time that the image
size has been changed due the maximum and minimum width and height.
Since user-space can try different format and sizes, this logs a lot
of unnecessary messages. Change the message log level to debug and
while being there, also
After media_devnode_unregister(), the struct media_device may be freed
already, and dereferencing it may crash.
Signed-off-by: Max Kellermann
---
drivers/media/media-device.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/media/media-device.c b/drivers/media/med
Em 12 de junho de 2015 15:20:56 BRT, "Tycho Lürsen"
escreveu:
>Hi all,
>I don't know who is responsible for a functioning web frontend of your
>development tree in git.
>The thing is: http://git.linuxtv.org/cgit.cgi/media_tree.git/log/ has
>not been updated for
Hi all,
I don't know who is responsible for a functioning web frontend of your
development tree in git.
The thing is: http://git.linuxtv.org/cgit.cgi/media_tree.git/log/ has
not been updated for about a month.
It still shows 356484cabe44984d2dc66a90bd5e3465ba1f64fb ([media]
dw2102: r
The last CVT standard introduced reduced blanking version 2 which is signaled by
a vsync of 8. Log this.
Signed-off-by: Hans Verkuil
diff --git a/drivers/media/v4l2-core/v4l2-dv-timings.c
b/drivers/media/v4l2-core/v4l2-dv-timings.c
index eefad4f..5d9e896 100644
--- a/drivers/media/v4l2-core
On 06/07/2015 12:32 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
Hmm, missing commit log. I'm sure I wrote it at some point in time...
This should be:
Add support for logging the detected InfoFrames for the adv76xx. Helps in
debugging what is actually received on the HDMI lin
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/i2c/Kconfig | 1 +
drivers/media/i2c/adv7604.c | 87 ++---
2 files changed, 59 insertions(+), 29 deletions(-)
diff --git a/drivers/media/i2c/Kconfig b/drivers/media/i2c/Kconfig
index c92
From: Hans Verkuil
The adv7511 sets up InfoFrames that are used when transmitting video.
Log the contents of those InfoFrames so it is possible to see exactly what
the transmitter is sending.
Signed-off-by: Hans Verkuil
---
drivers/media/i2c/Kconfig| 1 +
drivers/media/i2c
From: Hans Verkuil
Log the alternate gamma state and the HDMI colorspace that the adv
device detected.
Signed-off-by: Hans Verkuil
---
drivers/media/i2c/adv7604.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/media/i2c/adv7604.c b/drivers/media
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 insertio
Hello Hans Verkuil,
The patch 25e3f8f40ecf: "V4L/DVB (6059): ivtv: log stereo/bilingual
audio modes" from Aug 19, 2007, leads to the following static checker
warning:
drivers/media/pci/ivtv/ivtv-ioctl.c:1533 ivtv_log_status()
warn: masked condition is always fa
Em Tue, 5 May 2015 19:33:53 +0300
Olli Salonen escreveu:
> The info and warn functions already add a newline to the end of the
> log printouts, so remove the extra newline from the printouts.
Hi Olli,
The best here would be to convert this driver to use dvb-usb2, and replace
the usage o
The info and warn functions already add a newline to the end of the
log printouts, so remove the extra newline from the printouts.
Signed-off-by: Olli Salonen
---
drivers/media/usb/dvb-usb/dw2102.c | 60 +++---
1 file changed, 30 insertions(+), 30 deletions
Add support for the new flag to v4l2_print_dv_timings().
Signed-off-by: Hans Verkuil
---
Follow-up to:
http://comments.gmane.org/gmane.linux.drivers.video-input-infrastructure/89447
---
drivers/media/v4l2-core/v4l2-dv-timings.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --
Change formatter from signed to unsigned as stream_id is 32bit
unsigned variable.
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontends/si2168.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/media/dvb-frontends/si2168.c
b/drivers/media/dvb-frontend
From: Hans Verkuil
Log the new ycbcr_enc and quantization fields. Note that it now
also logs the flags field for the multiplanar buffer type. This was
forgotten when the flags field was added.
Signed-off-by: Hans Verkuil
---
drivers/media/v4l2-core/v4l2-ioctl.c | 11 +++
1 file
From: Hans Verkuil
Log the new ycbcr_enc and quantization fields. Note that it now
also logs the flags field for the multiplanar buffer type. This was
forgotten when the flags field was added.
Signed-off-by: Hans Verkuil
---
drivers/media/v4l2-core/v4l2-ioctl.c | 11 +++
1 file
From: Hans Verkuil
Log the new ycbcr_enc and quantization fields. Note that it now
also logs the flags field for the multiplanar buffer type. This was
forgotten when the flags field was added.
Signed-off-by: Hans Verkuil
---
drivers/media/v4l2-core/v4l2-ioctl.c | 11 +++
1 file
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
s AV Capturb @ 480
Mbps (1554:5010) with 7 interfaces
Signed-off-by: Mauro Carvalho Chehab
---
Full log with this patch:
cx231xx 1-2:1.1: New device Conexant Corporation Polaris AV Capturb @ 480 Mbps
(1554:5010) with 7 interfaces
cx231xx 1-2:1.1: Identified as Pixelview PlayTV USB Hybrid (c
u32 diff_val, step_val, step_log10;
u32 log_val = 0;
u32 i;
@@ -1418,11 +1422,11 @@ static u32 log10_x1000(u32 x)
return log_val; /* don't need to interpolate */
/* find our place on the log curve */
- for (i = 1; i < nelems; i++) {
+
From: Hans Verkuil
There is no reason to dump the sram code to the kernel log when you
stop streaming. Remove those calls to cx88_sram_channel_dump.
Signed-off-by: Hans Verkuil
---
drivers/media/pci/cx88/cx88-vbi.c | 2 --
drivers/media/pci/cx88/cx88-video.c | 2 --
2 files changed, 4
Hi Mauro,
Ping ?
On Monday 26 May 2014 21:28:31 Laurent Pinchart wrote:
> The driver mistakenly prints the ROM version instead of the device ID to
> the kernel log when detecting the chip. Fix it.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/media/i2c/tvp5150.c
The driver mistakenly prints the ROM version instead of the device ID to
the kernel log when detecting the chip. Fix it.
Signed-off-by: Laurent Pinchart
---
drivers/media/i2c/tvp5150.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/i2c/tvp5150.c b/drivers
Hi Mauro,
Here are the remaining two davinci patches. Unchanges other than rebasing and
adding a proper log description to the first patch.
Regards,
Hans
The following changes since commit f7a27ff1fb77e114d1059a5eb2ed1cffdc508ce8:
[media] xc5000: delay tuner sleep to 5 seconds (2014
It printed a little bit too heavy looking error log "DVB: Unable to
find symbol rtl2832_sdr_attach()" when staging module was disabled.
Silence that error by introducing own version of dvb_attach() macro
without the error logging.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/
It printed a little bit too heavy looking error log "DVB: Unable to
find symbol rtl2832_sdr_attach()" when staging module was disabled.
Silence that error by introducing own version of dvb_attach() macro
without the error logging.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/
problems" mean ?
Which kernel are you using and what's the last working kernel version ?
>
> As suggested in dmesg I have sent you the log.. Interestingly the
> em2750 camera is Ok on my desk pc with Xubuntu 12.04... go figure..
> But the desk pC is kinda hard to carry to c
Hi,
I have endless problems since upgarding to ubuntu12.04 with my usb
microscope and it's a big problem cos i need it for work.
As suggested in dmesg I have sent you the log.. Interestingly the
em2750 camera is Ok on my desk pc with Xubuntu 12.04... go figure.. But
the desk pC is
dvb_loginfo log support without setting output color.
Signed-off-by: André Roth
---
lib/include/dvb-log.h | 3 +++
lib/libdvbv5/dvb-log.c | 26 +-
2 files changed, 16 insertions(+), 13 deletions(-)
diff --git a/lib/include/dvb-log.h b/lib/include/dvb-log.h
index
On Sat, Feb 08, 2014 at 07:34:09AM +0100, mjs wrote:
> Hello,
>
> I'm trying to make a patch for a :zolid usb dvb-t receiver.
> Like to try the "em28xx log parser" to decode the usbsnoop output.
> According to:
> http://www.linuxtv.org/wiki/index.php/Bus_snooping
Hello,
I'm trying to make a patch for a :zolid usb dvb-t receiver.
Like to try the "em28xx log parser" to decode the usbsnoop output.
According to:
http://www.linuxtv.org/wiki/index.php/Bus_snooping/sniffing
it has been out there at least once but so far no luck to find it.
So, t
Clear any pending AVI checksum-errors.
To be able to display last received AVI.
Cc: Mats Randgaard
Cc: Hans Verkuil
Signed-off-by: Martin Bugge
---
drivers/media/i2c/adv7842.c | 21 -
1 file changed, 12 insertions(+), 9 deletions(-)
diff --git a/drivers/media/i2c/adv7842.c
(analog)]
em2870 #0: Your board has no unique USB ID and thus need a hint to be detected.
em2870 #0: You may try to use card= insmod option to workaround that.
em2870 #0: Please send an email with this log to:
em2870 #0: V4L Mailing List
em2870 #0: Board eeprom hash is 0xcbc41fc0
em2870 #0: Board
Non-split strings help grepping for messages.
Signed-off-by: Laurent Pinchart
---
drivers/staging/media/omap4iss/iss.c | 6 +++---
drivers/staging/media/omap4iss/iss_csi2.c| 13 -
drivers/staging/media/omap4iss/iss_resizer.c | 5 +
drivers/staging/media/omap4iss/iss
__qbuf_dmabuf checks whether size of provided dmabuf is large
enough, and it returns error without any log. So this patch adds
error log in the case.
Signed-off-by: Seung-Woo Kim
---
drivers/media/v4l2-core/videobuf2-core.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
__qbuf_userptr checks whether provided buffer is large enough, and
it returns error without any log.
Signed-off-by: Seung-Woo Kim
Signed-off-by: Heejin Woo
---
drivers/media/v4l2-core/videobuf2-core.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/media
Signed-off-by: Antti Palosaari
---
drivers/media/usb/dvb-usb-v2/af9035.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/media/usb/dvb-usb-v2/af9035.c
b/drivers/media/usb/dvb-usb-v2/af9035.c
index 7d3b3c2..e855ee6 100644
--- a/drivers/media/usb/dvb-usb-v2/af9035
From: Hans Verkuil
Embed the video_device struct instead of allocating it.
Remove some of the annoying and ugly kernel messages shown during
loading and unloading of the module.
Signed-off-by: Hans Verkuil
---
drivers/media/pci/cx25821/cx25821-core.c | 15 +---
drivers/media/pci/cx2582
From: Hans Verkuil
The prefix is generated automatically, so no need to provide it again.
Signed-off-by: Hans Verkuil
---
drivers/media/usb/cx231xx/cx231xx-vbi.c | 25 +++--
1 file changed, 11 insertions(+), 14 deletions(-)
diff --git a/drivers/media/usb/cx231xx/cx231xx-
1 - 100 of 133 matches
Mail list logo
