<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-stable.git/drivers/media/common, branch v4.12.2</title>
<subtitle>Linux kernel stable tree</subtitle>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/'/>
<entry>
<title>[media] b2c2: constify nxt200x_config structure</title>
<updated>2017-04-17T15:18:18+00:00</updated>
<author>
<name>Bhumika Goyal</name>
<email>bhumirks@gmail.com</email>
</author>
<published>2017-02-19T12:59:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=c5db7475a8e22c345f3442b7e4c4ab96d99dacf3'/>
<id>c5db7475a8e22c345f3442b7e4c4ab96d99dacf3</id>
<content type='text'>
Declare nxt200x_config structure as const as it is only passed as
an argument to the function dvb_attach. dvb_attach calls its first
argument on the rest of its arguments. The first argument of
dvb_attach in the changed case is nxt200x_attach and the parameter of
this function to which the object reference is passed is of type
const. So, nxt200x_config structures having this property can be made
const.

File size before:
   text	   data	    bss	    dec	    hex	filename
   7566	    568	      0	   8134	   1fc6	common/b2c2/flexcop-fe-tuner.o

File size after:
   text	   data	    bss	    dec	    hex	filename
   7582	    536	      0	   8118	   1fb6	common/b2c2/flexcop-fe-tuner.o

Signed-off-by: Bhumika Goyal &lt;bhumirks@gmail.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Declare nxt200x_config structure as const as it is only passed as
an argument to the function dvb_attach. dvb_attach calls its first
argument on the rest of its arguments. The first argument of
dvb_attach in the changed case is nxt200x_attach and the parameter of
this function to which the object reference is passed is of type
const. So, nxt200x_config structures having this property can be made
const.

File size before:
   text	   data	    bss	    dec	    hex	filename
   7566	    568	      0	   8134	   1fc6	common/b2c2/flexcop-fe-tuner.o

File size after:
   text	   data	    bss	    dec	    hex	filename
   7582	    536	      0	   8118	   1fb6	common/b2c2/flexcop-fe-tuner.o

Signed-off-by: Bhumika Goyal &lt;bhumirks@gmail.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[media] v4l2-tpg: don't clamp XV601/709 to lim range</title>
<updated>2017-04-10T17:58:06+00:00</updated>
<author>
<name>Hans Verkuil</name>
<email>hverkuil@xs4all.nl</email>
</author>
<published>2017-04-10T07:54:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=4aed35ca73f6d9cfd5f7089ba5d04f5fb8623080'/>
<id>4aed35ca73f6d9cfd5f7089ba5d04f5fb8623080</id>
<content type='text'>
The XV601/709 encodings are special: they signal limited range, but use the full range
to encode a larger gamut with R', G' and B' values outside the [0-1] range.

So don't clamp to limited range for these two encodings.

Signed-off-by: Hans Verkuil &lt;hans.verkuil@cisco.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The XV601/709 encodings are special: they signal limited range, but use the full range
to encode a larger gamut with R', G' and B' values outside the [0-1] range.

So don't clamp to limited range for these two encodings.

Signed-off-by: Hans Verkuil &lt;hans.verkuil@cisco.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[media] saa7146: use setup_timer</title>
<updated>2017-04-10T17:46:12+00:00</updated>
<author>
<name>Geliang Tang</name>
<email>geliangtang@gmail.com</email>
</author>
<published>2017-04-09T01:33:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=d5d116c4db4f98e818e664fd62d011062e25b12e'/>
<id>d5d116c4db4f98e818e664fd62d011062e25b12e</id>
<content type='text'>
Use setup_timer() instead of init_timer() to simplify the code.

Signed-off-by: Geliang Tang &lt;geliangtang@gmail.com&gt;
Signed-off-by: Hans Verkuil &lt;hans.verkuil@cisco.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Use setup_timer() instead of init_timer() to simplify the code.

Signed-off-by: Geliang Tang &lt;geliangtang@gmail.com&gt;
Signed-off-by: Hans Verkuil &lt;hans.verkuil@cisco.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[media] tveeprom: get rid of unused arg on tveeprom_hauppauge_analog()</title>
<updated>2017-03-03T10:35:02+00:00</updated>
<author>
<name>Mauro Carvalho Chehab</name>
<email>mchehab@s-opensource.com</email>
</author>
<published>2017-03-03T10:28:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=446aba663b8240b24202cb8902b0d5c8f91aa3da'/>
<id>446aba663b8240b24202cb8902b0d5c8f91aa3da</id>
<content type='text'>
tveeprom_hauppauge_analog() used to need the I2C adapter in
order to print debug messages. As it now uses pr_foo() facilities
since commit 6037b3ca28f4 ("[media] tveeprom: print log messages
using pr_foo()"), the first argument of the function is not
needed anymore.

So, get rid of it.

Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
tveeprom_hauppauge_analog() used to need the I2C adapter in
order to print debug messages. As it now uses pr_foo() facilities
since commit 6037b3ca28f4 ("[media] tveeprom: print log messages
using pr_foo()"), the first argument of the function is not
needed anymore.

So, get rid of it.

Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[media] b2c2: use IS_REACHABLE() instead of open-coding it</title>
<updated>2017-02-03T09:12:59+00:00</updated>
<author>
<name>Arnd Bergmann</name>
<email>arnd@arndb.de</email>
</author>
<published>2016-11-24T16:25:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=30f895a9e1df6a44cef6e4e0fad70762026b8512'/>
<id>30f895a9e1df6a44cef6e4e0fad70762026b8512</id>
<content type='text'>
The FE_SUPPORTED() macro is basically the same as IS_REACHABLE, except
that it causes a warning with gcc-7:

common/b2c2/flexcop-fe-tuner.c:30:1: error: this use of "defined" may not be portable [-Werror=expansion-to-defined]
common/b2c2/flexcop-fe-tuner.c:30:1: error: this use of "defined" may not be portable [-Werror=expansion-to-defined]
common/b2c2/flexcop-fe-tuner.c:30:1: error: this use of "defined" may not be portable [-Werror=expansion-to-defined]

Using IS_REACHABLE() to define it avoids the warning.

Fixes: 3785bc170f79 ("[media] b2c2: break it into common/pci/usb directories")

Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The FE_SUPPORTED() macro is basically the same as IS_REACHABLE, except
that it causes a warning with gcc-7:

common/b2c2/flexcop-fe-tuner.c:30:1: error: this use of "defined" may not be portable [-Werror=expansion-to-defined]
common/b2c2/flexcop-fe-tuner.c:30:1: error: this use of "defined" may not be portable [-Werror=expansion-to-defined]
common/b2c2/flexcop-fe-tuner.c:30:1: error: this use of "defined" may not be portable [-Werror=expansion-to-defined]

Using IS_REACHABLE() to define it avoids the warning.

Fixes: 3785bc170f79 ("[media] b2c2: break it into common/pci/usb directories")

Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[media] rc-main: assign driver type during allocation</title>
<updated>2017-01-30T15:59:57+00:00</updated>
<author>
<name>Andi Shyti</name>
<email>andi.shyti@samsung.com</email>
</author>
<published>2016-12-16T08:50:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=0f7499fddb153a333dff3c1dc4280c178b9b5a80'/>
<id>0f7499fddb153a333dff3c1dc4280c178b9b5a80</id>
<content type='text'>
The driver type can be assigned immediately when an RC device
requests to the framework to allocate the device.

This is an 'enum rc_driver_type' data type and specifies whether
the device is a raw receiver or scancode receiver. The type will
be given as parameter to the rc_allocate_device device.

Change accordingly all the drivers calling rc_allocate_device()
so that the device type is specified during the rc device
allocation. Whenever the device type is not specified, it will be
set as RC_DRIVER_SCANCODE which was the default '0' value.

Suggested-by: Sean Young &lt;sean@mess.org&gt;
Signed-off-by: Andi Shyti &lt;andi.shyti@samsung.com&gt;
Signed-off-by: Sean Young &lt;sean@mess.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The driver type can be assigned immediately when an RC device
requests to the framework to allocate the device.

This is an 'enum rc_driver_type' data type and specifies whether
the device is a raw receiver or scancode receiver. The type will
be given as parameter to the rc_allocate_device device.

Change accordingly all the drivers calling rc_allocate_device()
so that the device type is specified during the rc device
allocation. Whenever the device type is not specified, it will be
set as RC_DRIVER_SCANCODE which was the default '0' value.

Suggested-by: Sean Young &lt;sean@mess.org&gt;
Signed-off-by: Andi Shyti &lt;andi.shyti@samsung.com&gt;
Signed-off-by: Sean Young &lt;sean@mess.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[media] rc: raw IR drivers cannot handle cec, unknown or other</title>
<updated>2017-01-30T14:40:50+00:00</updated>
<author>
<name>Sean Young</name>
<email>sean@mess.org</email>
</author>
<published>2016-12-03T10:55:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=8c34b5c4c82e060de0d8bbf26b978c68bffe5a18'/>
<id>8c34b5c4c82e060de0d8bbf26b978c68bffe5a18</id>
<content type='text'>
unknown and other are for IR protocols for which we have no decoder,
so the raw IR drivers have no chance of generating them. cec is not
an IR protocol.

Signed-off-by: Sean Young &lt;sean@mess.org&gt;
Cc: Jiri Kosina &lt;jikos@kernel.org&gt;
Cc: Benjamin Tissoires &lt;benjamin.tissoires@redhat.com&gt;
Cc: Bruno Prémont &lt;bonbons@linux-vserver.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
unknown and other are for IR protocols for which we have no decoder,
so the raw IR drivers have no chance of generating them. cec is not
an IR protocol.

Signed-off-by: Sean Young &lt;sean@mess.org&gt;
Cc: Jiri Kosina &lt;jikos@kernel.org&gt;
Cc: Benjamin Tissoires &lt;benjamin.tissoires@redhat.com&gt;
Cc: Bruno Prémont &lt;bonbons@linux-vserver.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[media] media: Drop FSF's postal address from the source code files</title>
<updated>2017-01-27T13:38:09+00:00</updated>
<author>
<name>Sakari Ailus</name>
<email>sakari.ailus@linux.intel.com</email>
</author>
<published>2016-10-28T11:31:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=bcb63314e2c23f1ed622418b65f9409512659c73'/>
<id>bcb63314e2c23f1ed622418b65f9409512659c73</id>
<content type='text'>
Drop the FSF's postal address from the source code files that typically
contain mostly the license text. Of the 628 removed instances, 578 are
outdated.

The patch has been created with the following command without manual edits:

git grep -l "675 Mass Ave\|59 Temple Place\|51 Franklin St" -- \
	drivers/media/ include/media|while read i; do i=$i perl -e '
open(F,"&lt; $ENV{i}");
$a=join("", &lt;F&gt;);
$a =~ s/[ \t]*\*\n.*You should.*\n.*along with.*\n.*(\n.*USA.*$)?\n//m
	&amp;&amp; $a =~ s/(^.*)Or, (point your browser to) /$1To obtain the license, $2\n$1/m;
close(F);
open(F, "&gt; $ENV{i}");
print F $a;
close(F);'; done

Signed-off-by: Sakari Ailus &lt;sakari.ailus@linux.intel.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Drop the FSF's postal address from the source code files that typically
contain mostly the license text. Of the 628 removed instances, 578 are
outdated.

The patch has been created with the following command without manual edits:

git grep -l "675 Mass Ave\|59 Temple Place\|51 Franklin St" -- \
	drivers/media/ include/media|while read i; do i=$i perl -e '
open(F,"&lt; $ENV{i}");
$a=join("", &lt;F&gt;);
$a =~ s/[ \t]*\*\n.*You should.*\n.*along with.*\n.*(\n.*USA.*$)?\n//m
	&amp;&amp; $a =~ s/(^.*)Or, (point your browser to) /$1To obtain the license, $2\n$1/m;
close(F);
open(F, "&gt; $ENV{i}");
print F $a;
close(F);'; done

Signed-off-by: Sakari Ailus &lt;sakari.ailus@linux.intel.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[media] v4l2-tpg: Init hv_enc field with a valid value</title>
<updated>2016-11-29T14:12:13+00:00</updated>
<author>
<name>Ricardo Ribalda</name>
<email>ricardo.ribalda@gmail.com</email>
</author>
<published>2016-11-15T12:06:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=94868d612fd917487a6c9a4b08b578031db3e717'/>
<id>94868d612fd917487a6c9a4b08b578031db3e717</id>
<content type='text'>
Zero is not a valid value for hsv_enc. Set the field to a valid
initial value.

This is not a problem for vivid, because it sets the field to 180 via
tpg_s_hsv_enc() on the control initialization, but it might be a source
of errors for other drivers that use this code.

Signed-off-by: Ricardo Ribalda Delgado &lt;ricardo.ribalda@gmail.com&gt;
Signed-off-by: Hans Verkuil &lt;hans.verkuil@cisco.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Zero is not a valid value for hsv_enc. Set the field to a valid
initial value.

This is not a problem for vivid, because it sets the field to 180 via
tpg_s_hsv_enc() on the control initialization, but it might be a source
of errors for other drivers that use this code.

Signed-off-by: Ricardo Ribalda Delgado &lt;ricardo.ribalda@gmail.com&gt;
Signed-off-by: Hans Verkuil &lt;hans.verkuil@cisco.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[media] saa7146: Fix for while releasing video buffers</title>
<updated>2016-11-23T21:52:12+00:00</updated>
<author>
<name>Andrey Utkin</name>
<email>andrey_utkin@fastmail.com</email>
</author>
<published>2016-10-17T19:25:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=59eba2d1ec0272ea9cb472b5805e179242df226d'/>
<id>59eba2d1ec0272ea9cb472b5805e179242df226d</id>
<content type='text'>
Fix this bug:
	"[BUG] process stuck when closing saa7146 [dvb_ttpci]"

Release queued DMA buffers when ending streaming, so that
videobuf_waiton() doesn't block forever.

As reported, this fixes avoids occasional lockup of process reading from
video device, which manifests in such log:

INFO: task ffmpeg:9864 blocked for more than 120 seconds.
      Tainted: P           O    4.6.7 #3
"echo 0 &gt; /proc/sys/kernel/hung_task_timeout_secs" disables this message.
ffmpeg          D ffff880177cc7b00     0  9864      1 0x00000000
 ffff880177cc7b00 0000000000000202 0000000000000202 ffffffff8180b4c0
 ffff88019d79e4c0 ffffffff81064050 ffff880177cc7ae0 ffff880177cc8000
 ffff880177cc7b18 ffff8801fd41d648 ffff8802307acca0 ffff8802307acc70
Call Trace:
 [&lt;ffffffff81064050&gt;] ? preempt_count_add+0x89/0xab
 [&lt;ffffffff81477215&gt;] schedule+0x86/0x9e
 [&lt;ffffffff81477215&gt;] ? schedule+0x86/0x9e
 [&lt;ffffffffa0fe1c96&gt;] videobuf_waiton+0x131/0x15e [videobuf_core]
 [&lt;ffffffff8107727b&gt;] ? wait_woken+0x6d/0x6d
 [&lt;ffffffffa1017be9&gt;] saa7146_dma_free+0x39/0x5b [saa7146_vv]
 [&lt;ffffffffa10186c4&gt;] buffer_release+0x2a/0x3e [saa7146_vv]
 [&lt;ffffffffa0fee4a8&gt;] videobuf_vm_close+0xd8/0x103 [videobuf_dma_sg]
 [&lt;ffffffff8112049e&gt;] remove_vma+0x25/0x4d
 [&lt;ffffffff81121a32&gt;] exit_mmap+0xce/0xf7
 [&lt;ffffffff8104381d&gt;] mmput+0x4e/0xe2
 [&lt;ffffffff810491fd&gt;] do_exit+0x372/0x920
 [&lt;ffffffff81049813&gt;] do_group_exit+0x3c/0x98
 [&lt;ffffffff810522ef&gt;] get_signal+0x4e8/0x56e
 [&lt;ffffffff810710a5&gt;] ? task_dead_fair+0xd/0xf
 [&lt;ffffffff81017020&gt;] do_signal+0x23/0x521
 [&lt;ffffffff81479e82&gt;] ? _raw_spin_unlock_irqrestore+0x13/0x25
 [&lt;ffffffff8109710d&gt;] ? hrtimer_try_to_cancel+0xd7/0x104
 [&lt;ffffffff8109b306&gt;] ? ktime_get+0x4c/0xa1
 [&lt;ffffffff81096ea6&gt;] ? update_rmtp+0x46/0x5b
 [&lt;ffffffff81097ce0&gt;] ? hrtimer_nanosleep+0xe4/0x10e
 [&lt;ffffffff81096e3c&gt;] ? hrtimer_init+0xeb/0xeb
 [&lt;ffffffff810014f8&gt;] exit_to_usermode_loop+0x4f/0x93
 [&lt;ffffffff810019fe&gt;] syscall_return_slowpath+0x3b/0x46
 [&lt;ffffffff8147a355&gt;] entry_SYSCALL_64_fastpath+0x8d/0x8f

Reported-by: Philipp Matthias Hahn &lt;pmhahn+video@pmhahn.de&gt;
Tested-by: Philipp Matthias Hahn &lt;pmhahn+video@pmhahn.de&gt;
Signed-off-by: Andrey Utkin &lt;andrey_utkin@fastmail.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fix this bug:
	"[BUG] process stuck when closing saa7146 [dvb_ttpci]"

Release queued DMA buffers when ending streaming, so that
videobuf_waiton() doesn't block forever.

As reported, this fixes avoids occasional lockup of process reading from
video device, which manifests in such log:

INFO: task ffmpeg:9864 blocked for more than 120 seconds.
      Tainted: P           O    4.6.7 #3
"echo 0 &gt; /proc/sys/kernel/hung_task_timeout_secs" disables this message.
ffmpeg          D ffff880177cc7b00     0  9864      1 0x00000000
 ffff880177cc7b00 0000000000000202 0000000000000202 ffffffff8180b4c0
 ffff88019d79e4c0 ffffffff81064050 ffff880177cc7ae0 ffff880177cc8000
 ffff880177cc7b18 ffff8801fd41d648 ffff8802307acca0 ffff8802307acc70
Call Trace:
 [&lt;ffffffff81064050&gt;] ? preempt_count_add+0x89/0xab
 [&lt;ffffffff81477215&gt;] schedule+0x86/0x9e
 [&lt;ffffffff81477215&gt;] ? schedule+0x86/0x9e
 [&lt;ffffffffa0fe1c96&gt;] videobuf_waiton+0x131/0x15e [videobuf_core]
 [&lt;ffffffff8107727b&gt;] ? wait_woken+0x6d/0x6d
 [&lt;ffffffffa1017be9&gt;] saa7146_dma_free+0x39/0x5b [saa7146_vv]
 [&lt;ffffffffa10186c4&gt;] buffer_release+0x2a/0x3e [saa7146_vv]
 [&lt;ffffffffa0fee4a8&gt;] videobuf_vm_close+0xd8/0x103 [videobuf_dma_sg]
 [&lt;ffffffff8112049e&gt;] remove_vma+0x25/0x4d
 [&lt;ffffffff81121a32&gt;] exit_mmap+0xce/0xf7
 [&lt;ffffffff8104381d&gt;] mmput+0x4e/0xe2
 [&lt;ffffffff810491fd&gt;] do_exit+0x372/0x920
 [&lt;ffffffff81049813&gt;] do_group_exit+0x3c/0x98
 [&lt;ffffffff810522ef&gt;] get_signal+0x4e8/0x56e
 [&lt;ffffffff810710a5&gt;] ? task_dead_fair+0xd/0xf
 [&lt;ffffffff81017020&gt;] do_signal+0x23/0x521
 [&lt;ffffffff81479e82&gt;] ? _raw_spin_unlock_irqrestore+0x13/0x25
 [&lt;ffffffff8109710d&gt;] ? hrtimer_try_to_cancel+0xd7/0x104
 [&lt;ffffffff8109b306&gt;] ? ktime_get+0x4c/0xa1
 [&lt;ffffffff81096ea6&gt;] ? update_rmtp+0x46/0x5b
 [&lt;ffffffff81097ce0&gt;] ? hrtimer_nanosleep+0xe4/0x10e
 [&lt;ffffffff81096e3c&gt;] ? hrtimer_init+0xeb/0xeb
 [&lt;ffffffff810014f8&gt;] exit_to_usermode_loop+0x4f/0x93
 [&lt;ffffffff810019fe&gt;] syscall_return_slowpath+0x3b/0x46
 [&lt;ffffffff8147a355&gt;] entry_SYSCALL_64_fastpath+0x8d/0x8f

Reported-by: Philipp Matthias Hahn &lt;pmhahn+video@pmhahn.de&gt;
Tested-by: Philipp Matthias Hahn &lt;pmhahn+video@pmhahn.de&gt;
Signed-off-by: Andrey Utkin &lt;andrey_utkin@fastmail.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@s-opensource.com&gt;
</pre>
</div>
</content>
</entry>
</feed>
