{"push_id":560629949,"size":1000,"distinct_size":36,"ref":"refs/heads/master","head":"a84c66c080a4d03dd4e2cb19b7c6a8e722d75cbc","before":"fe8bf45a464d5dc6eea5c7269b35d142bd23be99","commits":[{"sha":"a52a82fc3a397261ecbcbd441498be58997379c8","author":{"email":"2a0259761cc3e88db42be5300c1579a67c77e65e@samsung.com","name":"Marek Szyprowski"},"message":"[media] media: vb2: add __GFP_NOWARN to dma-sg allocator\n\nAdd __GFP_NOWARN parameter to videobuf2 dma-sg allocator to prevent\nkernel warning and stack dump if there is not enough memory available.\nVideobuf2 and drivers should correctly handle no memory case, so there\nis no need for stack dump and extensive log.\n\nSigned-off-by: Marek Szyprowski <m.szyprowski@samsung.com>\nSigned-off-by: Kyungmin Park <kyungmin.park@samsung.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/a52a82fc3a397261ecbcbd441498be58997379c8"},{"sha":"bf7b73efb7f52abf56b512546c3bbc35001dd696","author":{"email":"2a0259761cc3e88db42be5300c1579a67c77e65e@samsung.com","name":"Marek Szyprowski"},"message":"[media] Revert \"[media] v4l2: vb2: one more fix for REQBUFS()\"\n\nThis reverts commit 31901a078af29c33c736dcbf815656920e904632.\n\nQueue should be reinitialized on each REQBUFS() call even if the memory\naccess method and buffer count have not been changed. The user might have\nchanged the format and if we go the short path introduced in that commit,\nthe memory buffer will not be reallocated to fit with new format.\n\nThe previous patch was just over-engineered optimization, which just\nintroduced a bug to videobuf2.\n\nReported-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>\nSigned-off-by: Marek Szyprowski <m.szyprowski@samsung.com>\nCC: Pawel Osciak <pawel@osciak.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/bf7b73efb7f52abf56b512546c3bbc35001dd696"},{"sha":"afdea8bac5e80362459940e18e705d792e677a57","author":{"email":"2a0259761cc3e88db42be5300c1579a67c77e65e@samsung.com","name":"Marek Szyprowski"},"message":"[media] media: vb2: reset queued_count value during queue reinitialization\n\nqueued_count variable was left untouched during the queue reinitialization\nin __vb2_queue_cancel, what might lead to mismatch between the real number\nof queued buffers and queued_count variable.\n\nReported-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>\nSigned-off-by: Marek Szyprowski <m.szyprowski@samsung.com>\nCC: Pawel Osciak <pawel@osciak.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/afdea8bac5e80362459940e18e705d792e677a57"},{"sha":"66072d4fa7cb644f1f064e290f8fddfbd8ccd478","author":{"email":"2a0259761cc3e88db42be5300c1579a67c77e65e@samsung.com","name":"Marek Szyprowski"},"message":"[media] media: vb2: fix allocation failure check\n\n__vb2_queue_alloc function returns the number of successfully allocated\nbuffers. There is no point in checking if the returned value is negative.\nIf this function returns 0, videobuf2 should just return -ENOMEM to\nuserspace, because no driver can work without memory buffers.\n\nReported-by: Jonathan Corbet <corbet@lwn.net>\nSigned-off-by: Marek Szyprowski <m.szyprowski@samsung.com>\nSigned-off-by: Kyungmin Park <kyungmin.park@samsung.com>\nCC: Pawel Osciak <pawel@osciak.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/66072d4fa7cb644f1f064e290f8fddfbd8ccd478"},{"sha":"ca4186f06fecbf2b692a42cdea54b7ef23b2496c","author":{"email":"f42ebdd520afb7505b40286b1d13fbb7281e5b96@wizery.com","name":"Ohad Ben-Cohen"},"message":"[media] media: omap3isp: fix a potential NULL deref\n\nFix a potential NULL pointer dereference by skipping registration of\nexternal entities in case none are provided.\n\nThis is useful at least when testing mere memory-to-memory scenarios.\n\nSigned-off-by: Ohad Ben-Cohen <ohad@wizery.com>\nAcked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/ca4186f06fecbf2b692a42cdea54b7ef23b2496c"},{"sha":"c064b8eac8da5d494fd221f14219c4f39502deb2","author":{"email":"3ded2f39a78f0d7044839546f95841842b4d7c96@ideasonboard.com","name":"Laurent Pinchart"},"message":"[media] v4l: Don't access media entity after is has been destroyed\n\nEntities associated with video device nodes are unregistered in\nvideo_unregister_device(). This destroys the entity even though it can\nstill be accessed through open video device nodes.\n\nMove the media_device_unregister_entity() call from\nvideo_unregister_device() to v4l2_device_release() to ensure that the\nentity isn't unregistered until the last reference to the video device\nis released.\n\nAlso remove the media_entity_get()/put() calls from v4l2-dev.c. Those\nfunctions were designed for subdevs, to avoid a parent module from being\nremoved while still accessible through board code. They're not currently\nneeded for video device nodes, and will oops when a hotpluggable device\nis disconnected during streaming, as media_entity_put() called in\nv4l2_device_release() tries to access entity->parent->dev->driver which\nis set to NULL when the device is disconnected.\n\nSigned-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>\nAcked-by: Sakari Ailus <sakari.ailus@iki.fi>\nAcked-by: Hans Verkuil <hans.verkuil@cisco.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/c064b8eac8da5d494fd221f14219c4f39502deb2"},{"sha":"a96aa5342d575980e5b572cde88036f3a878ebee","author":{"email":"3ded2f39a78f0d7044839546f95841842b4d7c96@ideasonboard.com","name":"Laurent Pinchart"},"message":"[media] uvcvideo: Ignore entities for terminals with no supported format\n\nIf a streaming interface has no supported format, the driver won't\ncreate a video device for the associated terminal. Fix an oops by\nignoring that terminal when creating links between entities.\n\nSigned-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/a96aa5342d575980e5b572cde88036f3a878ebee"},{"sha":"8ca2c80b170c47eeb55f0c2a0f2b8edf85f35d49","author":{"email":"1371fd10dd05a897e5b55dc6ae4fbafa1f84c6ec@collabora.co.uk","name":"Sjoerd Simons"},"message":"[media] uvcvideo: Remove buffers from the queues when freeing\n\nWhen freeing memory for the video buffers also remove them from the\nirq & main queues.\n\nThis fixes an oops when doing the following:\n\nopen (\"/dev/video\", ..)\nVIDIOC_REQBUFS\nVIDIOC_QBUF\nVIDIOC_REQBUFS\nclose ()\n\nAs the second VIDIOC_REQBUFS will cause the list entries of the buffers\nto be cleared while they still hang around on the main and irc queues\n\nSigned-off-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>\nAcked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>\nCc: stable@kernel.org\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/8ca2c80b170c47eeb55f0c2a0f2b8edf85f35d49"},{"sha":"aa122d424b14b4a4c5ba302e668366717e9cac7b","author":{"email":"1371fd10dd05a897e5b55dc6ae4fbafa1f84c6ec@collabora.co.uk","name":"Sjoerd Simons"},"message":"[media] uvcvideo: Disable the queue when failing to start\n\nWhen failing to start the camera we should disable the queue again, to\nrollback into the same initial state. Otherwise re-trying will always\nhit -EBUSY\n\nSigned-off-by: Sjoerd Simons <sjoerd.simons@collabora.co.uk>\nAcked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/aa122d424b14b4a4c5ba302e668366717e9cac7b"},{"sha":"cd62287e364c0d15d517c6ced4e4808b54711475","author":{"email":"36c70fbf4b52b53dfac53874339f0dd2ccc58e23@suse.de","name":"Mike Galbraith"},"message":"sched, cgroups: Fix MIN_SHARES on 64-bit boxen\n\nCommit c8b28116 (\"sched: Increase SCHED_LOAD_SCALE resolution\")\nintended to have no user-visible effect, but allows setting\ncpu.shares to < MIN_SHARES, which the user then sees.\n\nSigned-off-by: Mike Galbraith <efault@gmx.de>\nSigned-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>\nCc: Nikhil Rao <ncrao@google.com>\nLink: http://lkml.kernel.org/r/1307192600.8618.3.camel@marge.simson.net\nSigned-off-by: Ingo Molnar <mingo@elte.hu>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/cd62287e364c0d15d517c6ced4e4808b54711475"},{"sha":"60c2ce2b4facf28f569115a55e1f479eb12bd0f1","author":{"email":"fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net","name":"David S. Miller"},"message":"Merge branch 'for-davem' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/60c2ce2b4facf28f569115a55e1f479eb12bd0f1"},{"sha":"a26474e8649643e82d71e3a386d5c4bcc0b207ef","author":{"email":"546b05909706652891a87f7bfe385ae147f61f91@kernel.org","name":"Tejun Heo"},"message":"x86-32, NUMA: Fix boot regression caused by NUMA init unification on highmem machines\n\nDuring 32/64 NUMA init unification, commit 797390d855 (\"x86-32,\nNUMA: use sparse_memory_present_with_active_regions()\") made\n32bit mm init call memory_present() automatically from\nactive_regions instead of leaving it to each NUMA init path.\n\nThis commit description is inaccurate - memory_present() calls\naren't the same for flat and numaq.  After the commit,\nmemory_present() is only called for the intersection of e820 and\nNUMA layout.  Before, on flatmem, memory_present() would be\ncalled from 0 to max_pfn.  After, it would be called only on the\nareas that e820 indicates to be populated.\n\nThis is how x86_64 works and should be okay as memmap is allowed\nto contain holes; however, x86_32 DISCONTIGMEM is missing\nearly_pfn_valid(), which makes memmap_init_zone() assume that\nmemmap doesn't contain any hole.  This leads to the following\noops if e820 map contains holes as it often does on machine with\nnear or more 4GiB of memory by calling pfn_to_page() on a pfn\nwhich isn't mapped to a NUMA node, a reported by Conny Seidel:\n\n  BUG: unable to handle kernel paging request at 000012b0\n  IP: [<c1aa13ce>] memmap_init_zone+0x6c/0xf2\n  *pdpt =3D 0000000000000000 *pde =3D f000eef3f000ee00\n  Oops: 0000 [#1] SMP\n  last sysfs file:\n  Modules linked in:\n\n  Pid: 0, comm: swapper Not tainted 2.6.39-rc5-00164-g797390d #1 To Be Filled By O.E.M. To Be Filled By O.E.M./E350M1\n  EIP: 0060:[<c1aa13ce>] EFLAGS: 00010012 CPU: 0\n  EIP is at memmap_init_zone+0x6c/0xf2\n  EAX: 00000000 EBX: 000a8000 ECX: 000a7fff EDX: f2c00b80\n  ESI: 000a8000 EDI: f2c00800 EBP: c19ffe54 ESP: c19ffe34\n   DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068\n  Process swapper (pid: 0, ti=3Dc19fe000 task=3Dc1a07f60 task.ti=3Dc19fe000)\n  Stack:\n   00000002 00000000 0023f000 00000000 10000000 00000a00 f2c00000 f2c00b58\n   c19ffeb0 c1a80f24 000375fe 00000000 f2c00800 00000800 00000100 00000030\n   c1abb768 0000003c 00000000 00000000 00000004 00207a02 f2c00800 000375fe\n  Call Trace:\n   [<c1a80f24>] free_area_init_node+0x358/0x385\n   [<c1a81384>] free_area_init_nodes+0x420/0x487\n   [<c1a79326>] paging_init+0x114/0x11b\n   [<c1a6cb13>] setup_arch+0xb37/0xc0a\n   [<c1a69554>] start_kernel+0x76/0x316\n   [<c1a690a8>] i386_start_kernel+0xa8/0xb0\n\nThis patch fixes the bug by defining early_pfn_valid() to be the\nsame as pfn_valid() when DISCONTIGMEM.\n\nReported-bisected-and-tested-by: Conny Seidel <conny.seidel@amd.com>\nSigned-off-by: Tejun Heo <tj@kernel.org>\nCc: hans.rosenfeld@amd.com\nCc: Christoph Lameter <cl@linux.com>\nCc: Conny Seidel <conny.seidel@amd.com>\nLink: http://lkml.kernel.org/r/20110628094107.GB3386@htj.dyndns.org\nSigned-off-by: Ingo Molnar <mingo@elte.hu>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/a26474e8649643e82d71e3a386d5c4bcc0b207ef"},{"sha":"ee1b3ea9e6171d7a842527a44873f9f51e6f239b","author":{"email":"4376fbf8623cd7b7c0232225289bb91cedc0a27f@redhat.com","name":"Jeff Layton"},"message":"cifs: set socket send and receive timeouts before attempting connect\n\nBenjamin S. reported that he was unable to suspend his machine while\nit had a cifs share mounted. The freezer caused this to spew when he\ntried it:\n\n-----------------------[snip]------------------\nPM: Syncing filesystems ... done.\nFreezing user space processes ... (elapsed 0.01 seconds) done.\nFreezing remaining freezable tasks ...\nFreezing of tasks failed after 20.01 seconds (1 tasks refusing to freeze, wq_busy=0):\ncifsd         S ffff880127f7b1b0     0  1821      2 0x00800000\n ffff880127f7b1b0 0000000000000046 ffff88005fe008a8 ffff8800ffffffff\n ffff880127cee6b0 0000000000011100 ffff880127737fd8 0000000000004000\n ffff880127737fd8 0000000000011100 ffff880127f7b1b0 ffff880127736010\nCall Trace:\n [<ffffffff811e85dd>] ? sk_reset_timer+0xf/0x19\n [<ffffffff8122cf3f>] ? tcp_connect+0x43c/0x445\n [<ffffffff8123374e>] ? tcp_v4_connect+0x40d/0x47f\n [<ffffffff8126ce41>] ? schedule_timeout+0x21/0x1ad\n [<ffffffff8126e358>] ? _raw_spin_lock_bh+0x9/0x1f\n [<ffffffff811e81c7>] ? release_sock+0x19/0xef\n [<ffffffff8123e8be>] ? inet_stream_connect+0x14c/0x24a\n [<ffffffff8104485b>] ? autoremove_wake_function+0x0/0x2a\n [<ffffffffa02ccfe2>] ? ipv4_connect+0x39c/0x3b5 [cifs]\n [<ffffffffa02cd7b7>] ? cifs_reconnect+0x1fc/0x28a [cifs]\n [<ffffffffa02cdbdc>] ? cifs_demultiplex_thread+0x397/0xb9f [cifs]\n [<ffffffff81076afc>] ? perf_event_exit_task+0xb9/0x1bf\n [<ffffffffa02cd845>] ? cifs_demultiplex_thread+0x0/0xb9f [cifs]\n [<ffffffffa02cd845>] ? cifs_demultiplex_thread+0x0/0xb9f [cifs]\n [<ffffffff810444a1>] ? kthread+0x7a/0x82\n [<ffffffff81002d14>] ? kernel_thread_helper+0x4/0x10\n [<ffffffff81044427>] ? kthread+0x0/0x82\n [<ffffffff81002d10>] ? kernel_thread_helper+0x0/0x10\n\nRestarting tasks ... done.\n-----------------------[snip]------------------\n\nWe do attempt to perform a try_to_freeze in cifs_reconnect, but the\nconnection attempt itself seems to be taking longer than 20s to time\nout. The connect timeout is governed by the socket send and receive\ntimeouts, so we can shorten that period by setting those timeouts\nbefore attempting the connect instead of after.\n\nAdam Williamson tested the patch and said that it seems to have fixed\nsuspending on his laptop when a cifs share is mounted.\n\nReported-by: Benjamin S <da_joind@gmx.net>\nTested-by: Adam Williamson <awilliam@redhat.com>\nSigned-off-by: Jeff Layton <jlayton@redhat.com>\nSigned-off-by: Steve French <sfrench@us.ibm.com>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/ee1b3ea9e6171d7a842527a44873f9f51e6f239b"},{"sha":"e8bb10b82f3d9fff79751ee392c1c499e3d68365","author":{"email":"089d0014e2413300360d4dd46c96724ddb1acf7f@gmail.com","name":"Vladimir Pantelic"},"message":"[media] OMAP_VOUTLIB: Fix wrong resizer calculation\n\nThe omap_vout_new_crop() function has possible bug, uses uninitialized\nvariable \"crop.width/height\" which is actually output of the function.\nInstead we should be using \"try_crop.width/height\" to calculate the\nresizer value.\n\nSigned-off-by: Vladimir Pantelic <vladoman@gmail.com>\nSigned-off-by: Vaibhav Hiremath <hvaibhav@ti.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/e8bb10b82f3d9fff79751ee392c1c499e3d68365"},{"sha":"8f3a307b9afd8c2ebde46ef317df4df3813301a7","author":{"email":"4f3b1600df7149f497143de91f9544f58c8925ec@ti.com","name":"Vaibhav Hiremath"},"message":"[media] OMAP_VOUT: Change hardcoded device node number to -1\n\nWith addition of media-controller framework, now we have various\ndevice nodes (/dev/videoX) getting created, so hardcoding\nminor number in video_register_device() is not recommended.\n\nSo let V4L2 framework choose free minor number for the device.\n\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/8f3a307b9afd8c2ebde46ef317df4df3813301a7"},{"sha":"383e4f69879d11c86ebdd38b3356f6d0690fb4cc","author":{"email":"4f3b1600df7149f497143de91f9544f58c8925ec@ti.com","name":"Vaibhav Hiremath"},"message":"[media] omap_vout: Added check in reqbuf & mmap for buf_size allocation\n\nThe usecase where, user allocates small size of buffer\nthrough bootargs (video1_bufsize/video2_bufsize) and later from application\ntries to set the format which requires larger buffer size, driver doesn't\ncheck for insufficient buffer size and allows application to map extra buffer.\nThis leads to kernel crash, when user application tries to access memory\nbeyond the allocation size.\n\nAdded check in both mmap and reqbuf call back function,\nand return error if the size of the buffer allocated by user through\nbootargs is less than the S_FMT size.\n\nSigned-off-by: Vaibhav Hiremath <hvaibhav@ti.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/383e4f69879d11c86ebdd38b3356f6d0690fb4cc"},{"sha":"258c05637d6b6df2478a2808a3d2350c3c6782d6","author":{"email":"acf3d8d5e4d1eee2da017d872ea3c537ba4d4105@gmail.com","name":"Andre Bartke"},"message":"[media] V4L: mx1-camera: fix uninitialized variable\n\nmx1_camera_add_device() can return an uninitialized value of ret.\n\nSigned-off-by: Andre Bartke <andre.bartke@gmail.com>\n[g.liakhovetski@gmx.de: modified the fix to remove \"ret\" completely]\nSigned-off-by: Guennadi Liakhovetski <g.liakhovetski@gmx.de>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/258c05637d6b6df2478a2808a3d2350c3c6782d6"},{"sha":"35d136c8dab034ee14aa00d6082229b4b74607da","author":{"email":"14059c7158912dcae849c377925c87d46da48cdf@redhat.com","name":"Jarod Wilson"},"message":"[media] ite-cir: 8709 needs to use pnp resource 2\n\nThanks to the intrepid testing and debugging of Matthijs van Drunen, it\nwas uncovered that at least some variants of the ITE8709 need to use pnp\nresource 2, rather than 0, for things to function properly. Resource 0\nhas a length of only 1, and if you try to bypass the pnp_port_len check\nand use it anyway (with either a length of 1 or 2), the system in\nquestion's trackpad ceased to function.\n\nThe circa lirc 0.8.7 lirc_ite8709 driver used resource 2, but the value\nwas (amusingly) changed to 0 by way of a patch from ITE themselves, so I\ndon't know if there may be variants where 0 actually *is* correct, but\nat least in this case and in the original lirc_ite8709 driver author's\ncase, it sure looks like 2 is the right value.\n\nThis fix should probably be applied to all stable kernels with the\nite-cir driver, lest we nuke more people's trackpads.\n\nTested-by: Matthijs van Drunen\nCC: Juan Jesús García de Soria <skandalfo@gmail.com>\nCC: stable@kernel.org\nSigned-off-by: Jarod Wilson <jarod@redhat.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/35d136c8dab034ee14aa00d6082229b4b74607da"},{"sha":"1ba9268c2bfeebfd70193145685e12faeae92882","author":{"email":"14059c7158912dcae849c377925c87d46da48cdf@redhat.com","name":"Jarod Wilson"},"message":"[media] keymaps: fix table for pinnacle pctv hd devices\n\nBoth consumers of RC_MAP_PINNACLE_PCTV_HD send along full RC-5\nscancodes, so this update makes this keymap actually *have* full\nscancodes, heisted from rc-dib0700-rc5.c. This should fix out of the box\nremote functionality for the Pinnacle PCTV HD 800i (cx88 pci card) and\nPCTV HD Pro 801e (em28xx usb stick).\n\nCC: stable@kernel.org\nSigned-off-by: Jarod Wilson <jarod@redhat.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/1ba9268c2bfeebfd70193145685e12faeae92882"},{"sha":"6a8c97ac92461ec57e36b10572e78d4221e8faa8","author":{"email":"14059c7158912dcae849c377925c87d46da48cdf@redhat.com","name":"Jarod Wilson"},"message":"[media] lirc_zilog: fix spinning rx thread\n\nWe were calling schedule_timeout with the rx thread's task state still\nat TASK_RUNNING, which it shouldn't be. Make sure we call\nset_current_state(TASK_INTERRUPTIBLE) *before* schedule_timeout, and\nwe're all good here. I believe this problem was mistakenly introduced in\ncommit 5bd6b0464b68d429bc8a3fe6595d19c39dfc4d95, and I'm not sure how I\nmissed it before, as I swear I tested the patchset that was included in,\nbut alas, stuff happens...\n\nAcked-by: Andy Walls <awalls@md.metrocast.net>\nCC: stable@kernel.org\nSigned-off-by: Jarod Wilson <jarod@redhat.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>","distinct":false,"url":"https://api.github.com/repos/ChronoMonochrome/kernel_common/commits/6a8c97ac92461ec57e36b10572e78d4221e8faa8"}]}