{"push_id":752325757,"size":1000,"distinct_size":1130,"ref":"refs/heads/staging","head":"cbdebd3f55c83440978002214c492f19e1b6692e","before":"299aaa03e4f543d676371f4401514aa814b52333","commits":[{"sha":"2b1c70d6553dc2154b064c3fdaab884a40ef76ab","author":{"email":"596727c8a0ea4db3ba2ceceedccbacd3d7b371b8@suse.cz","name":"Jan Kara"},"message":"ext4: fix oops when loading block bitmap failed\n\ncommit 599a9b77ab289d85c2d5c8607624efbe1f552b0f upstream.\n\nWhen we fail to load block bitmap in __ext4_new_inode() we will\ndereference NULL pointer in ext4_journal_get_write_access(). So check\nfor error from ext4_read_block_bitmap().\n\nCoverity-id: 989065\nSigned-off-by: Jan Kara <jack@suse.cz>\nSigned-off-by: Theodore Ts'o <tytso@mit.edu>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/2b1c70d6553dc2154b064c3fdaab884a40ef76ab"},{"sha":"819912b0415f7e072ce4a1bb822b29aefc100669","author":{"email":"0f114804888b88d50037b04b42e57b858d851b87@gmail.com","name":"Cong Wang"},"message":"freezer: Do not freeze tasks killed by OOM killer\n\ncommit 51fae6da640edf9d266c94f36bc806c63c301991 upstream.\n\nSince f660daac474c6f (oom: thaw threads if oom killed thread is frozen\nbefore deferring) OOM killer relies on being able to thaw a frozen task\nto handle OOM situation but a3201227f803 (freezer: make freezing() test\nfreeze conditions in effect instead of TIF_FREEZE) has reorganized the\ncode and stopped clearing freeze flag in __thaw_task. This means that\nthe target task only wakes up and goes into the fridge again because the\nfreezing condition hasn't changed for it. This reintroduces the bug\nfixed by f660daac474c6f.\n\nFix the issue by checking for TIF_MEMDIE thread flag in\nfreezing_slow_path and exclude the task from freezing completely. If a\ntask was already frozen it would get woken by __thaw_task from OOM killer\nand get out of freezer after rechecking freezing().\n\nChanges since v1\n- put TIF_MEMDIE check into freezing_slowpath rather than in __refrigerator\n  as per Oleg\n- return __thaw_task into oom_scan_process_thread because\n  oom_kill_process will not wake task in the fridge because it is\n  sleeping uninterruptible\n\n[mhocko@suse.cz: rewrote the changelog]\nFixes: a3201227f803 (freezer: make freezing() test freeze conditions in effect instead of TIF_FREEZE)\nSigned-off-by: Cong Wang <xiyou.wangcong@gmail.com>\nSigned-off-by: Michal Hocko <mhocko@suse.cz>\nAcked-by: Oleg Nesterov <oleg@redhat.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/819912b0415f7e072ce4a1bb822b29aefc100669"},{"sha":"eae9004f9d2c21d7971e11fd694de8a6249bbf08","author":{"email":"829500b200af6c2a0eca4dfd5c388e6b8fbe8dc6@suse.cz","name":"Michal Hocko"},"message":"OOM, PM: OOM killed task shouldn't escape PM suspend\n\ncommit 5695be142e203167e3cb515ef86a88424f3524eb upstream.\n\nPM freezer relies on having all tasks frozen by the time devices are\ngetting frozen so that no task will touch them while they are getting\nfrozen. But OOM killer is allowed to kill an already frozen task in\norder to handle OOM situtation. In order to protect from late wake ups\nOOM killer is disabled after all tasks are frozen. This, however, still\nkeeps a window open when a killed task didn't manage to die by the time\nfreeze_processes finishes.\n\nReduce the race window by checking all tasks after OOM killer has been\ndisabled. This is still not race free completely unfortunately because\noom_killer_disable cannot stop an already ongoing OOM killer so a task\nmight still wake up from the fridge and get killed without\nfreeze_processes noticing. Full synchronization of OOM and freezer is,\nhowever, too heavy weight for this highly unlikely case.\n\nIntroduce and check oom_kills counter which gets incremented early when\nthe allocator enters __alloc_pages_may_oom path and only check all the\ntasks if the counter changes during the freezing attempt. The counter\nis updated so early to reduce the race window since allocator checked\noom_killer_disabled which is set by PM-freezing code. A false positive\nwill push the PM-freezer into a slow path but that is not a big deal.\n\nChanges since v1\n- push the re-check loop out of freeze_processes into\n  check_frozen_processes and invert the condition to make the code more\n  readable as per Rafael\n\nFixes: f660daac474c6f (oom: thaw threads if oom killed thread is frozen before deferring)\nSigned-off-by: Michal Hocko <mhocko@suse.cz>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/eae9004f9d2c21d7971e11fd694de8a6249bbf08"},{"sha":"dfd9a39234b7da3a539ec8781f816bbcaec4b3d7","author":{"email":"3318dc5ce3e4fb7c28a0b841b6801c884e1d0896@metafoo.de","name":"Lars-Peter Clausen"},"message":"staging:iio:ad5933: Fix NULL pointer deref when enabling buffer\n\ncommit 824269c5868d2a7a26417e5ef3841a27d42c6139 upstream.\n\nIn older versions of the IIO framework it was possible to pass a\ncompletely different set of channels to iio_buffer_register() as the one\nthat is assigned to the IIO device. Commit 959d2952d124 (\"staging:iio: make\niio_sw_buffer_preenable much more general.\") introduced a restriction that\nrequires that the set of channels that is passed to iio_buffer_register() is\na subset of the channels assigned to the IIO device as the IIO core will use\nthe list of channels that is assigned to the device to lookup a channel by\nscan index in iio_compute_scan_bytes(). If it can not find the channel the\nfunction will crash. This patch fixes the issue by making sure that the same\nset of channels is assigned to the IIO device and passed to\niio_buffer_register().\n\nFixes the follow NULL pointer derefernce kernel crash:\n\tUnable to handle kernel NULL pointer dereference at virtual address 00000016\n\tpgd = d53d0000\n\t[00000016] *pgd=1534e831, *pte=00000000, *ppte=00000000\n\tInternal error: Oops: 17 [#1] PREEMPT SMP ARM\n\tModules linked in:\n\tCPU: 1 PID: 1626 Comm: bash Not tainted 3.15.0-19969-g2a180eb-dirty #9545\n\ttask: d6c124c0 ti: d539a000 task.ti: d539a000\n\tPC is at iio_compute_scan_bytes+0x34/0xa8\n\tLR is at iio_compute_scan_bytes+0x34/0xa8\n\tpc : [<c03052e4>]    lr : [<c03052e4>]    psr: 60070013\n\tsp : d539beb8  ip : 00000001  fp : 00000000\n\tr10: 00000002  r9 : 00000000  r8 : 00000001\n\tr7 : 00000000  r6 : d6dc8800  r5 : d7571000  r4 : 00000002\n\tr3 : d7571000  r2 : 00000044  r1 : 00000001  r0 : 00000000\n\tFlags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user\n\tControl: 18c5387d  Table: 153d004a  DAC: 00000015\n\tProcess bash (pid: 1626, stack limit = 0xd539a240)\n\tStack: (0xd539beb8 to 0xd539c000)\n\tbea0:                                                       c02fc0e4 d7571000\n\tbec0: d76c1640 d6dc8800 d757117c 00000000 d757112c c0305b04 d76c1690 d76c1640\n\tbee0: d7571188 00000002 00000000 d7571000 d539a000 00000000 000dd1c8 c0305d54\n\tbf00: d7571010 0160b868 00000002 c69d3900 d7573278 d7573308 c69d3900 c01ece90\n\tbf20: 00000002 c0103fac c0103f6c d539bf88 00000002 c69d3b00 c69d3b0c c0103468\n\tbf40: 00000000 00000000 d7694a00 00000002 000af408 d539bf88 c000dd84 c00b2f94\n\tbf60: d7694a00 000af408 00000002 d7694a00 d7694a00 00000002 000af408 c000dd84\n\tbf80: 00000000 c00b32d0 00000000 00000000 00000002 b6f1aa78 00000002 000af408\n\tbfa0: 00000004 c000dc00 b6f1aa78 00000002 00000001 000af408 00000002 00000000\n\tbfc0: b6f1aa78 00000002 000af408 00000004 be806a4c 000a6094 00000000 000dd1c8\n\tbfe0: 00000000 be8069cc b6e8ab77 b6ec125c 40070010 00000001 22940489 154a5007\n\t[<c03052e4>] (iio_compute_scan_bytes) from [<c0305b04>] (__iio_update_buffers+0x248/0x438)\n\t[<c0305b04>] (__iio_update_buffers) from [<c0305d54>] (iio_buffer_store_enable+0x60/0x7c)\n\t[<c0305d54>] (iio_buffer_store_enable) from [<c01ece90>] (dev_attr_store+0x18/0x24)\n\t[<c01ece90>] (dev_attr_store) from [<c0103fac>] (sysfs_kf_write+0x40/0x4c)\n\t[<c0103fac>] (sysfs_kf_write) from [<c0103468>] (kernfs_fop_write+0x110/0x154)\n\t[<c0103468>] (kernfs_fop_write) from [<c00b2f94>] (vfs_write+0xd0/0x160)\n\t[<c00b2f94>] (vfs_write) from [<c00b32d0>] (SyS_write+0x40/0x78)\n\t[<c00b32d0>] (SyS_write) from [<c000dc00>] (ret_fast_syscall+0x0/0x30)\n\tCode: ea00000e e1a01008 e1a00005 ebfff6fc (e5d0a016)\n\nFixes: 959d2952d124 (\"staging:iio: make iio_sw_buffer_preenable much more general.\")\nSigned-off-by: Lars-Peter Clausen <lars@metafoo.de>\nSigned-off-by: Jonathan Cameron <jic23@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/dfd9a39234b7da3a539ec8781f816bbcaec4b3d7"},{"sha":"c0eb1643118a84d87d8b2319b792fcbd5e2be6c2","author":{"email":"3318dc5ce3e4fb7c28a0b841b6801c884e1d0896@metafoo.de","name":"Lars-Peter Clausen"},"message":"staging:iio:ad5933: Drop \"raw\" from channel names\n\ncommit 6822ee34ad57b29a3b44df2c2829910f03c34fa4 upstream.\n\n\"raw\" is the name of a channel property, but should not be part of the\nchannel name itself.\n\nSigned-off-by: Lars-Peter Clausen <lars@metafoo.de>\nSigned-off-by: Jonathan Cameron <jic23@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/c0eb1643118a84d87d8b2319b792fcbd5e2be6c2"},{"sha":"defba1b725238630a35fff6dc8c3561ee06cfb2f","author":{"email":"3318dc5ce3e4fb7c28a0b841b6801c884e1d0896@metafoo.de","name":"Lars-Peter Clausen"},"message":"staging:iio:ade7758: Fix NULL pointer deref when enabling buffer\n\ncommit e10554738cab4224e097c2f9d975ea781a4fcde4 upstream.\n\nIn older versions of the IIO framework it was possible to pass a completely\ndifferent set of channels to iio_buffer_register() as the one that is\nassigned to the IIO device. Commit 959d2952d124 (\"staging:iio: make\niio_sw_buffer_preenable much more general.\") introduced a restriction that\nrequires that the set of channels that is passed to iio_buffer_register() is\na subset of the channels assigned to the IIO device as the IIO core will use\nthe list of channels that is assigned to the device to lookup a channel by\nscan index in iio_compute_scan_bytes(). If it can not find the channel the\nfunction will crash. This patch fixes the issue by making sure that the same\nset of channels is assigned to the IIO device and passed to\niio_buffer_register().\n\nNote that we need to remove the IIO_CHAN_INFO_RAW and IIO_CHAN_INFO_SCALE\ninfo attributes from the channels since we don't actually want those to be\nregistered.\n\nFixes the following crash:\n\tUnable to handle kernel NULL pointer dereference at virtual address 00000016\n\tpgd = d2094000\n\t[00000016] *pgd=16e39831, *pte=00000000, *ppte=00000000\n\tInternal error: Oops: 17 [#1] PREEMPT SMP ARM\n\tModules linked in:\n\tCPU: 1 PID: 1695 Comm: bash Not tainted 3.17.0-06329-g29461ee #9686\n\ttask: d7768040 ti: d5bd4000 task.ti: d5bd4000\n\tPC is at iio_compute_scan_bytes+0x38/0xc0\n\tLR is at iio_compute_scan_bytes+0x34/0xc0\n\tpc : [<c0316de8>]    lr : [<c0316de4>]    psr: 60070013\n\tsp : d5bd5ec0  ip : 00000000  fp : 00000000\n\tr10: d769f934  r9 : 00000000  r8 : 00000001\n\tr7 : 00000000  r6 : c8fc6240  r5 : d769f800  r4 : 00000000\n\tr3 : d769f800  r2 : 00000000  r1 : ffffffff  r0 : 00000000\n\tFlags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user\n\tControl: 18c5387d  Table: 1209404a  DAC: 00000015\n\tProcess bash (pid: 1695, stack limit = 0xd5bd4240)\n\tStack: (0xd5bd5ec0 to 0xd5bd6000)\n\t5ec0: d769f800 d7435640 c8fc6240 d769f984 00000000 c03175a4 d7435690 d7435640\n\t5ee0: d769f990 00000002 00000000 d769f800 d5bd4000 00000000 000b43a8 c03177f4\n\t5f00: d769f810 0162b8c8 00000002 c8fc7e00 d77f1d08 d77f1da8 c8fc7e00 c01faf1c\n\t5f20: 00000002 c010694c c010690c d5bd5f88 00000002 c8fc6840 c8fc684c c0105e08\n\t5f40: 00000000 00000000 d20d1580 00000002 000af408 d5bd5f88 c000de84 c00b76d4\n\t5f60: d20d1580 000af408 00000002 d20d1580 d20d1580 00000002 000af408 c000de84\n\t5f80: 00000000 c00b7a44 00000000 00000000 00000002 b6ebea78 00000002 000af408\n\t5fa0: 00000004 c000dd00 b6ebea78 00000002 00000001 000af408 00000002 00000000\n\t5fc0: b6ebea78 00000002 000af408 00000004 bee96a4c 000a6094 00000000 000b43a8\n\t5fe0: 00000000 bee969cc b6e2eb77 b6e6525c 40070010 00000001 00000000 00000000\n\t[<c0316de8>] (iio_compute_scan_bytes) from [<c03175a4>] (__iio_update_buffers+0x248/0x438)\n\t[<c03175a4>] (__iio_update_buffers) from [<c03177f4>] (iio_buffer_store_enable+0x60/0x7c)\n\t[<c03177f4>] (iio_buffer_store_enable) from [<c01faf1c>] (dev_attr_store+0x18/0x24)\n\t[<c01faf1c>] (dev_attr_store) from [<c010694c>] (sysfs_kf_write+0x40/0x4c)\n\t[<c010694c>] (sysfs_kf_write) from [<c0105e08>] (kernfs_fop_write+0x110/0x154)\n\t[<c0105e08>] (kernfs_fop_write) from [<c00b76d4>] (vfs_write+0xbc/0x170)\n\t[<c00b76d4>] (vfs_write) from [<c00b7a44>] (SyS_write+0x40/0x78)\n\t[<c00b7a44>] (SyS_write) from [<c000dd00>] (ret_fast_syscall+0x0/0x30)\n\nFixes: 959d2952d124 (\"staging:iio: make iio_sw_buffer_preenable much more general.\")\nSigned-off-by: Lars-Peter Clausen <lars@metafoo.de>\nSigned-off-by: Jonathan Cameron <jic23@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/defba1b725238630a35fff6dc8c3561ee06cfb2f"},{"sha":"75e3f6a298b81c6de9ff7e1ec4ce6448a4d1417e","author":{"email":"3318dc5ce3e4fb7c28a0b841b6801c884e1d0896@metafoo.de","name":"Lars-Peter Clausen"},"message":"staging:iio:ade7758: Fix check if channels are enabled in prenable\n\ncommit 79fa64eb2ee8ccb4bcad7f54caa2699730b10b22 upstream.\n\nWe should check if a channel is enabled, not if no channels are enabled.\n\nFixes: 550268ca1111 (\"staging:iio: scrap scan_count and ensure all drivers use active_scan_mask\")\nSigned-off-by: Lars-Peter Clausen <lars@metafoo.de>\nSigned-off-by: Jonathan Cameron <jic23@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/75e3f6a298b81c6de9ff7e1ec4ce6448a4d1417e"},{"sha":"e716ca21ea541e35cd1bdcfa6673cc915a7f8a87","author":{"email":"3318dc5ce3e4fb7c28a0b841b6801c884e1d0896@metafoo.de","name":"Lars-Peter Clausen"},"message":"staging:iio:ade7758: Remove \"raw\" from channel name\n\ncommit b598aacc29331e7e638cd509108600e916c6331b upstream.\n\n\"raw\" is a property of a channel, but should not be part of the name of\nchannel.\n\nSigned-off-by: Lars-Peter Clausen <lars@metafoo.de>\nSigned-off-by: Jonathan Cameron <jic23@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/e716ca21ea541e35cd1bdcfa6673cc915a7f8a87"},{"sha":"eeb55de6dc96987abe2ef34d871afa981bf958e4","author":{"email":"4b8373d016f277527198385ba72fda0feb5da015@hurleysoftware.com","name":"Peter Hurley"},"message":"serial: Fix divide-by-zero fault in uart_get_divisor()\n\ncommit 547039ec502076e60034eeb79611df3433a99b7d upstream.\n\nuart_get_baud_rate() will return baud == 0 if the max rate is set\nto the \"magic\" 38400 rate and the SPD_* flags are also specified.\nOn the first iteration, if the current baud rate is higher than the\nmax, the baud rate is clamped at the max (which in the degenerate\ncase is 38400). On the second iteration, the now-\"magic\" 38400 baud\nrate selects the possibly higher alternate baud rate indicated by\nthe SPD_* flag. Since only two loop iterations are performed, the\nloop is exited, a kernel WARNING is generated and a baud rate of\n0 is returned.\n\nReproducible with:\n setserial /dev/ttyS0 spd_hi base_baud 38400\n\nOnly perform the \"magic\" 38400 -> SPD_* baud transform on the first\nloop iteration, which prevents the degenerate case from recognizing\nthe clamped baud rate as the \"magic\" 38400 value.\n\nReported-by: Robert Święcki <robert@swiecki.net>\nSigned-off-by: Peter Hurley <peter@hurleysoftware.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/eeb55de6dc96987abe2ef34d871afa981bf958e4"},{"sha":"2445cb1fb241966c8189ad7e22fdfb51fc00b8a1","author":{"email":"82e551bfa6a0995595b3b48f9cafb08722250fb3@silabs.com","name":"Nathaniel Ting"},"message":"USB: serial: cp210x: add Silicon Labs 358x VID and PID\n\ncommit 35cc83eab097e5720a9cc0ec12bdc3a726f58381 upstream.\n\nEnable Silicon Labs Ember VID chips to enumerate with the cp210x usb serial\ndriver. EM358x devices operating with the Ember Z-Net 5.1.2 stack may now\nconnect to host PCs over a USB serial link.\n\nSigned-off-by: Nathaniel Ting <nathaniel.ting@silabs.com>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/2445cb1fb241966c8189ad7e22fdfb51fc00b8a1"},{"sha":"e83f3f5faa851dca9c9c3af8e09d69d2948528c3","author":{"email":"9c3dd0b7b56d9d959723ed23c018e106587a6da0@xsens.com","name":"Frans Klaver"},"message":"usb: serial: ftdi_sio: add Awinda Station and Dongle products\n\ncommit edd74ffab1f6909eee400c7de8ce621870aacac9 upstream.\n\nAdd new IDs for the Xsens Awinda Station and Awinda Dongle.\n\nWhile at it, order the definitions by PID and add a logical separation\nbetween devices using Xsens' VID and those using FTDI's VID.\n\nSigned-off-by: Frans Klaver <frans.klaver@xsens.com>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/e83f3f5faa851dca9c9c3af8e09d69d2948528c3"},{"sha":"5f3c5e4fafc1f98fae5648a6734b4dbf1981471f","author":{"email":"35307e070c211807edf418794119134bf77591de@gmail.com","name":"Perry Hung"},"message":"usb: serial: ftdi_sio: add \"bricked\" FTDI device PID\n\ncommit 7f2719f0003da1ad13124ef00f48d7514c79e30d upstream.\n\nAn official recent Windows driver from FTDI detects counterfeit devices\nand reprograms the internal EEPROM containing the USB PID to 0, effectively\nbricking the device.\n\nAdd support for this VID/PID pair to correctly bind the driver on these\ndevices.\n\nSee:\nhttp://hackaday.com/2014/10/22/watch-that-windows-update-ftdi-drivers-are-killing-fake-chips/\n\nSigned-off-by: Perry Hung <iperry@gmail.com>\nAcked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/5f3c5e4fafc1f98fae5648a6734b4dbf1981471f"},{"sha":"704d9e5391a1e9fa72cfe591cb3460795823e987","author":{"email":"759412786bc533369b22377bf83fb9056c5b25b2@kernel.org","name":"Johan Hovold"},"message":"USB: cdc-acm: add device id for GW Instek AFG-2225\n\ncommit cf84a691a61606a2e7269907d3727e2d9fa148ee upstream.\n\nAdd device-id entry for GW Instek AFG-2225, which has a byte swapped\nbInterfaceSubClass (0x20).\n\nReported-by: Karl Palsson <karlp@tweak.net.au>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/704d9e5391a1e9fa72cfe591cb3460795823e987"},{"sha":"507bb3c2cd3a6320e3039d0ec3674cacc2962e7b","author":{"email":"759412786bc533369b22377bf83fb9056c5b25b2@kernel.org","name":"Johan Hovold"},"message":"USB: cdc-acm: only raise DTR on transitions from B0\n\ncommit 4473d054ceb572557954f9536731d39b20937b0c upstream.\n\nMake sure to only raise DTR on transitions from B0 in set_termios.\n\nAlso allow set_termios to be called from open with a termios_old of\nNULL. Note that DTR will not be raised prematurely in this case.\n\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/507bb3c2cd3a6320e3039d0ec3674cacc2962e7b"},{"sha":"7f50384856ae07dfc6b69aab685b23985016e37b","author":{"email":"c212f6c5eed30fada5e618fe1393e6ce361c7c24@gmail.com","name":"Daniele Palmas"},"message":"usb: option: add support for Telit LE910\n\ncommit 2d0eb862dd477c3c4f32b201254ca0b40e6f465c upstream.\n\nAdd VID/PID for Telit LE910 modem. Interfaces description is almost the\nsame than LE920, except that the qmi interface is number 2 (instead than\n5).\n\nSigned-off-by: Daniele Palmas <dnlplm@gmail.com>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/7f50384856ae07dfc6b69aab685b23985016e37b"},{"sha":"3059bf92115e759cbe7be52b901ae1fd512f5b4a","author":{"email":"aeade43d0f8ae14e7c44fa81fe17c1635ae376fe@redhat.com","name":"Dan Williams"},"message":"USB: option: add Haier CE81B CDMA modem\n\ncommit 012eee1522318b5ccd64d277d50ac32f7e9974fe upstream.\n\nPort layout:\n\n0: QCDM/DIAG\n1: NMEA\n2: AT\n3: AT/PPP\n\nSigned-off-by: Dan Williams <dcbw@redhat.com>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/3059bf92115e759cbe7be52b901ae1fd512f5b4a"},{"sha":"cdd8ea79f1e5743336e7bd709a0d88f6185433e1","author":{"email":"78205c9762fa1e76455ffaa05c55e3fed035d793@debian.org","name":"Cyril Brulebois"},"message":"wireless: rt2x00: add new rt2800usb device\n\ncommit 664d6a792785cc677c2091038ce10322c8d04ae1 upstream.\n\n0x1b75 0xa200 AirLive WN-200USB wireless 11b/g/n dongle\n\nReferences: https://bugs.debian.org/766802\nReported-by: Martin Mokrejs <mmokrejs@fold.natur.cuni.cz>\nSigned-off-by: Cyril Brulebois <kibi@debian.org>\nAcked-by: Stanislaw Gruszka <sgruszka@redhat.com>\nSigned-off-by: John W. Linville <linville@tuxdriver.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/cdd8ea79f1e5743336e7bd709a0d88f6185433e1"},{"sha":"a30aa1931fda024594c5c3799617d243d285c7b7","author":{"email":"16d3e9966b27c799b428e2cfa6c1218c3b78fa9c@broadcom.com","name":"Ray Jui"},"message":"spi: pl022: Fix incorrect dma_unmap_sg\n\ncommit 3ffa6158f002e096d28ede71be4e0ee8ab20baa2 upstream.\n\nWhen mapped RX DMA entries are unmapped in an error condition when DMA\nis firstly configured in the driver, the number of TX DMA entries was\npassed in, which is incorrect\n\nSigned-off-by: Ray Jui <rjui@broadcom.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/a30aa1931fda024594c5c3799617d243d285c7b7"},{"sha":"eb612b7c352b601c6fe59b59dd3e6302a8ec0ba4","author":{"email":"b6edad08270b2e4ffbcb0879e25a0e29a48c5275@gmail.com","name":"Dmitry Eremin-Solenikov"},"message":"spi: pxa2xx: toggle clocks on suspend if not disabled by runtime PM\n\ncommit 2b9375b91bef65b837bed61a05fb387159b38ddf upstream.\n\nIf PM_RUNTIME is enabled, it is easy to trigger the following backtrace\non pxa2xx hosts:\n\n------------[ cut here ]------------\nWARNING: CPU: 0 PID: 1 at /home/lumag/linux/arch/arm/mach-pxa/clock.c:35 clk_disable+0xa0/0xa8()\nModules linked in:\nCPU: 0 PID: 1 Comm: swapper Not tainted 3.17.0-00007-g1b3d2ee-dirty #104\n[<c000de68>] (unwind_backtrace) from [<c000c078>] (show_stack+0x10/0x14)\n[<c000c078>] (show_stack) from [<c001d75c>] (warn_slowpath_common+0x6c/0x8c)\n[<c001d75c>] (warn_slowpath_common) from [<c001d818>] (warn_slowpath_null+0x1c/0x24)\n[<c001d818>] (warn_slowpath_null) from [<c0015e80>] (clk_disable+0xa0/0xa8)\n[<c0015e80>] (clk_disable) from [<c02507f8>] (pxa2xx_spi_suspend+0x2c/0x34)\n[<c02507f8>] (pxa2xx_spi_suspend) from [<c0200360>] (platform_pm_suspend+0x2c/0x54)\n[<c0200360>] (platform_pm_suspend) from [<c0207fec>] (dpm_run_callback.isra.14+0x2c/0x74)\n[<c0207fec>] (dpm_run_callback.isra.14) from [<c0209254>] (__device_suspend+0x120/0x2f8)\n[<c0209254>] (__device_suspend) from [<c0209a94>] (dpm_suspend+0x50/0x208)\n[<c0209a94>] (dpm_suspend) from [<c00455ac>] (suspend_devices_and_enter+0x8c/0x3a0)\n[<c00455ac>] (suspend_devices_and_enter) from [<c0045ad4>] (pm_suspend+0x214/0x2a8)\n[<c0045ad4>] (pm_suspend) from [<c04b5c34>] (test_suspend+0x14c/0x1dc)\n[<c04b5c34>] (test_suspend) from [<c000880c>] (do_one_initcall+0x8c/0x1fc)\n[<c000880c>] (do_one_initcall) from [<c04aecfc>] (kernel_init_freeable+0xf4/0x1b4)\n[<c04aecfc>] (kernel_init_freeable) from [<c0378078>] (kernel_init+0x8/0xec)\n[<c0378078>] (kernel_init) from [<c0009590>] (ret_from_fork+0x14/0x24)\n---[ end trace 46524156d8faa4f6 ]---\n\nThis happens because suspend function tries to disable a clock that is\nalready disabled by runtime_suspend callback. Add if\n(!pm_runtime_suspended()) checks to suspend/resume path.\n\nFixes: 7d94a505858 (spi/pxa2xx: add support for runtime PM)\nSigned-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>\nReported-by: Andrea Adami <andrea.adami@gmail.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/eb612b7c352b601c6fe59b59dd3e6302a8ec0ba4"},{"sha":"21d93a41867fc49c9ab8a8e1f20f7e67f3b96425","author":{"email":"75ea6bb7bfc1186f92d26164de5f9268c9a45b59@rowland.harvard.edu","name":"Alan Stern"},"message":"usb-storage: handle a skipped data phase\n\ncommit 93c9bf4d1838d5851a18ca398b0ad66397f05056 upstream.\n\nSometimes mass-storage devices using the Bulk-only transport will\nmistakenly skip the data phase of a command.  Rather than sending the\ndata expected by the host or sending a zero-length packet, they go\ndirectly to the status phase and send the CSW.\n\nThis causes problems for usb-storage, for obvious reasons.  The driver\nwill interpret the CSW as a short data transfer and will wait to\nreceive a CSW.  The device won't have anything left to send, so the\ncommand eventually times out.\n\nThe SCSI layer doesn't retry commands after they time out (this is a\nrelatively recent change).  Therefore we should do our best to detect\na skipped data phase and handle it promptly.\n\nThis patch adds code to do that.  If usb-storage receives a short\n13-byte data transfer from the device, and if the first four bytes of\nthe data match the CSW signature, the driver will set the residue to\nthe full transfer length and interpret the data as a CSW.\n\nThis fixes Bugzilla #86611.\n\nSigned-off-by: Alan Stern <stern@rowland.harvard.edu>\nCC: Matthew Dharm <mdharm-usb@one-eyed-alien.net>\nTested-by: Paul Osmialowski <newchief@king.net.pl>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nSigned-off-by: Pranav Vashi <neobuddy89@gmail.com>","distinct":true,"url":"https://api.github.com/repos/neobuddy89/do-not-peek/commits/21d93a41867fc49c9ab8a8e1f20f7e67f3b96425"}]}