{"push_id":866086336,"size":19,"distinct_size":19,"ref":"refs/heads/m","head":"887a1cad219ff5f6c04ad61f94154990322a8979","before":"58dd1fdce07042c49f37bd483701c60a8e0d7da9","commits":[{"sha":"f4d8c931d0728ba0ddb46b1ba3cd25ba0767e0e2","author":{"email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de","name":"Takashi Iwai"},"message":"ALSA: emux: Fix mutex deadlock at unloading\n\ncommit 07b0e5d49d227e3950cb13a3e8caf248ef2a310e upstream.\n\nThe emux-synth driver has a possible AB/BA mutex deadlock at unloading\nthe emu10k1 driver:\n\n  snd_emux_free() ->\n    snd_emux_detach_seq(): mutex_lock(&emu->register_mutex) ->\n      snd_seq_delete_kernel_client() ->\n        snd_seq_free_client(): mutex_lock(&register_mutex)\n\n  snd_seq_release() ->\n    snd_seq_free_client(): mutex_lock(&register_mutex) ->\n      snd_seq_delete_all_ports() ->\n        snd_emux_unuse(): mutex_lock(&emu->register_mutex)\n\nBasically snd_emux_detach_seq() doesn't need a protection of\nemu->register_mutex as it's already being unregistered.  So, we can\nget rid of this for avoiding the deadlock.\n\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/f4d8c931d0728ba0ddb46b1ba3cd25ba0767e0e2"},{"sha":"52f1e2790bc9a24306d630c925de3df678ac2616","author":{"email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de","name":"Takashi Iwai"},"message":"ALSA: emux: Fix mutex deadlock in OSS emulation\n\ncommit 1c94e65c668f44d2c69ae7e7fc268ab3268fba3e upstream.\n\nThe OSS emulation in synth-emux helper has a potential AB/BA deadlock\nat the simultaneous closing and opening:\n\n  close ->\n    snd_seq_release() ->\n      sne_seq_free_client() ->\n        snd_seq_delete_all_ports(): takes client->ports_mutex ->\n\t  port_delete() ->\n\t    snd_emux_unuse(): takes emux->register_mutex\n\n  open ->\n    snd_seq_oss_open() ->\n      snd_emux_open_seq_oss(): takes emux->register_mutex ->\n        snd_seq_event_port_attach() ->\n\t  snd_seq_create_port(): takes client->ports_mutex\n\nThis patch addresses the deadlock by reducing the rance taking\nemux->register_mutex in snd_emux_open_seq_oss().  The lock is needed\nfor the refcount handling, so move it locally.  The calls in\nemux_seq.c are already with the mutex, thus they are replaced with the\nversion without mutex lock/unlock.\n\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/52f1e2790bc9a24306d630c925de3df678ac2616"},{"sha":"76805bad72176679f0e28e8f11520cae6f0f85cd","author":{"email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de","name":"Takashi Iwai"},"message":"ALSA: emu10k1: Fix card shortname string buffer overflow\n\ncommit d02260824e2cad626fb2a9d62e27006d34b6dedc upstream.\n\nSome models provide too long string for the shortname that has 32bytes\nincluding the terminator, and it results in a non-terminated string\nexposed to the user-space.  This isn't too critical, though, as the\nstring is stopped at the succeeding longname string.\n\nThis patch fixes such entries by dropping \"SB\" prefix (it's enough to\nfit within 32 bytes, so far).  Meanwhile, it also changes strcpy()\nwith strlcpy() to make sure that this kind of problem won't happen in\nfuture, too.\n\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/76805bad72176679f0e28e8f11520cae6f0f85cd"},{"sha":"568798f0819eb9f209ad3730c237b8fdf7879503","author":{"email":"0949f90d990e7b46f71a654ab33775b3e10433cc@marticonet.sk","name":"Peter Zubaj"},"message":"ALSA: emu10k1: Emu10k2 32 bit DMA mode\n\ncommit 7241ea558c6715501e777396b5fc312c372e11d9 upstream.\n\nLooks like audigy emu10k2 (probably emu10k1 - sb live too) support two\nmodes for DMA. Second mode is useful for 64 bit os with more then 2 GB\nof ram (fixes problems with big soundfont loading)\n\n1) 32MB from 2 GB address space using 8192 pages (used now as default)\n2) 16MB from 4 GB address space using 4096 pages\n\nMode is set using HCFG_EXPANDED_MEM flag in HCFG register.\nAlso format of emu10k2 page table is then different.\n\nSigned-off-by: Peter Zubaj <pzubaj@marticonet.sk>\nTested-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/568798f0819eb9f209ad3730c237b8fdf7879503"},{"sha":"50766fe863ba97e5806b04564981995f01da3323","author":{"email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de","name":"Takashi Iwai"},"message":"ALSA: hda - Fix mute-LED fixed mode\n\ncommit ee52e56e7b12834476cd0031c5986254ba1b6317 upstream.\n\nThe mute-LED mode control has the fixed on/off states that are\nsupposed to remain on/off regardless of the master switch.  However,\nthis doesn't work actually because the vmaster hook is called in the\nvmaster code itself.\n\nThis patch fixes it by calling the hook indirectly after checking the\nmute LED mode.\n\nReported-and-tested-by: Pali Rohár <pali.rohar@gmail.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/50766fe863ba97e5806b04564981995f01da3323"},{"sha":"87224f6dac6bbd018fd3bc47a89639ab6246918a","author":{"email":"b20e59da6aeb5cea6c82b021069d69f63616c55d@xilinx.com","name":"Michal Simek"},"message":"serial: of-serial: Remove device_type = \"serial\" registration\n\ncommit 6befa9d883385c580369a2cc9e53fbf329771f6d upstream.\n\nDo not probe all serial drivers by of_serial.c which are using\ndevice_type = \"serial\"; property. Only drivers which have valid\ncompatible strings listed in the driver should be probed.\n\nWhen PORT_UNKNOWN is setup probe will fail anyway.\n\nArnd quotation about driver historical background:\n\"when I wrote that driver initially, the idea was that it would\nget used as a stub to hook up all other serial drivers but after\nthat, the common code learned to create platform devices from DT\"\n\nThis patch fix the problem with on the system with xilinx_uartps and\n16550a where of_serial failed to register for xilinx_uartps and because\nof irq_dispose_mapping() removed irq_desc. Then when xilinx_uartps was asking\nfor irq with request_irq() EINVAL is returned.\n\nSigned-off-by: Michal Simek <michal.simek@xilinx.com>\nAcked-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/87224f6dac6bbd018fd3bc47a89639ab6246918a"},{"sha":"760e1dd8bcba4e607f21be1fa1dca8ebac73c092","author":{"email":"152d4c5bebf13a5b809d42b4d789cf9d887e6698@gmail.com","name":"Ilya Dryomov"},"message":"rbd: end I/O the entire obj_request on error\n\ncommit 082a75dad84d79d1c15ea9e50f31cb4bb4fa7fd6 upstream.\n\nWhen we end I/O struct request with error, we need to pass\nobj_request->length as @nr_bytes so that the entire obj_request worth\nof bytes is completed.  Otherwise block layer ends up confused and we\ntrip on\n\n    rbd_assert(more ^ (which == img_request->obj_request_count));\n\nin rbd_img_obj_callback() due to more being true no matter what.  We\nalready do it in most cases but we are missing some, in particular\nthose where we don't even get a chance to submit any obj_requests, due\nto an early -ENOMEM for example.\n\nA number of obj_request->xferred assignments seem to be redundant but\nI haven't touched any of obj_request->xferred stuff to keep this small\nand isolated.\n\nCc: Alex Elder <elder@linaro.org>\nReported-by: Shawn Edwards <lesser.evil@gmail.com>\nReviewed-by: Sage Weil <sage@redhat.com>\nSigned-off-by: Ilya Dryomov <idryomov@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/760e1dd8bcba4e607f21be1fa1dca8ebac73c092"},{"sha":"ae51c0e5e9ed79d3fef4ce8ff426828ea3f3b350","author":{"email":"6c9141d0e2318b390a8a6bf8ecd9f819d16f05b4@redhat.com","name":"Lukas Czerner"},"message":"ext4: fix data corruption caused by unwritten and delayed extents\n\ncommit d2dc317d564a46dfc683978a2e5a4f91434e9711 upstream.\n\nCurrently it is possible to lose whole file system block worth of data\nwhen we hit the specific interaction with unwritten and delayed extents\nin status extent tree.\n\nThe problem is that when we insert delayed extent into extent status\ntree the only way to get rid of it is when we write out delayed buffer.\nHowever there is a limitation in the extent status tree implementation\nso that when inserting unwritten extent should there be even a single\ndelayed block the whole unwritten extent would be marked as delayed.\n\nAt this point, there is no way to get rid of the delayed extents,\nbecause there are no delayed buffers to write out. So when a we write\ninto said unwritten extent we will convert it to written, but it still\nremains delayed.\n\nWhen we try to write into that block later ext4_da_map_blocks() will set\nthe buffer new and delayed and map it to invalid block which causes\nthe rest of the block to be zeroed loosing already written data.\n\nFor now we can fix this by simply not allowing to set delayed status on\nwritten extent in the extent status tree. Also add WARN_ON() to make\nsure that we notice if this happens in the future.\n\nThis problem can be easily reproduced by running the following xfs_io.\n\nxfs_io -f -c \"pwrite -S 0xaa 4096 2048\" \\\n          -c \"falloc 0 131072\" \\\n          -c \"pwrite -S 0xbb 65536 2048\" \\\n          -c \"fsync\" /mnt/test/fff\n\necho 3 > /proc/sys/vm/drop_caches\nxfs_io -c \"pwrite -S 0xdd 67584 2048\" /mnt/test/fff\n\nThis can be theoretically also reproduced by at random by running fsx,\nbut it's not very reliable, though on machines with bigger page size\n(like ppc) this can be seen more often (especially xfstest generic/127)\n\nSigned-off-by: Lukas Czerner <lczerner@redhat.com>\nSigned-off-by: Theodore Ts'o <tytso@mit.edu>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/ae51c0e5e9ed79d3fef4ce8ff426828ea3f3b350"},{"sha":"27335a0dfa08804b9b01e9e3cf2ca478cf951f1a","author":{"email":"923f7720577207a44b32e59bbfbea59d27f1ae8e@lst.de","name":"Christoph Hellwig"},"message":"3w-xxxx: fix command completion race\n\ncommit 9cd9554615cba14f0877cc9972a6537ad2bdde61 upstream.\n\nThe 3w-xxxx driver needs to tear down the dma mappings before returning\nthe command to the midlayer, as there is no guarantee the sglist and\ncount are valid after that point.  Also remove the dma mapping helpers\nwhich have another inherent race due to the request_id index.\n\nSigned-off-by: Christoph Hellwig <hch@lst.de>\nAcked-by: Adam Radford <aradford@gmail.com>\nSigned-off-by: James Bottomley <JBottomley@Odin.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/27335a0dfa08804b9b01e9e3cf2ca478cf951f1a"},{"sha":"5de850f08abea0d72a7151261738d396e46bfb4d","author":{"email":"923f7720577207a44b32e59bbfbea59d27f1ae8e@lst.de","name":"Christoph Hellwig"},"message":"3w-9xxx: fix command completion race\n\ncommit 118c855b5623f3e2e6204f02623d88c09e0c34de upstream.\n\nThe 3w-9xxx driver needs to tear down the dma mappings before returning\nthe command to the midlayer, as there is no guarantee the sglist and\ncount are valid after that point.  Also remove the dma mapping helpers\nwhich have another inherent race due to the request_id index.\n\nSigned-off-by: Christoph Hellwig <hch@lst.de>\nAcked-by: Adam Radford <aradford@gmail.com>\nSigned-off-by: James Bottomley <JBottomley@Odin.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/5de850f08abea0d72a7151261738d396e46bfb4d"},{"sha":"0d9cc913a3fd2f04e517d2a5d7e317a57c229466","author":{"email":"923f7720577207a44b32e59bbfbea59d27f1ae8e@lst.de","name":"Christoph Hellwig"},"message":"3w-sas: fix command completion race\n\ncommit 579d69bc1fd56d5af5761969aa529d1d1c188300 upstream.\n\nThe 3w-sas driver needs to tear down the dma mappings before returning\nthe command to the midlayer, as there is no guarantee the sglist and\ncount are valid after that point.  Also remove the dma mapping helpers\nwhich have another inherent race due to the request_id index.\n\nSigned-off-by: Christoph Hellwig <hch@lst.de>\nReported-by: Torsten Luettgert <ml-lkml@enda.eu>\nTested-by: Bernd Kardatzki <Bernd.Kardatzki@med.uni-tuebingen.de>\nAcked-by: Adam Radford <aradford@gmail.com>\nSigned-off-by: James Bottomley <JBottomley@Odin.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/0d9cc913a3fd2f04e517d2a5d7e317a57c229466"},{"sha":"a3c5983fa73e86f8057f9656eea434e7b45b9f35","author":{"email":"94dddeeef08b001e003cce128ddc162a4e2c6cd2@ti.com","name":"Felipe Balbi"},"message":"usb: host: oxu210hp: use new USB_RESUME_TIMEOUT\n\ncommit 84c0d178eb9f3a3ae4d63dc97a440266cf17f7f5 upstream.\n\nMake sure we're using the new macro, so our\nresume signaling will always pass certification.\n\nSigned-off-by: Felipe Balbi <balbi@ti.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/a3c5983fa73e86f8057f9656eea434e7b45b9f35"},{"sha":"9093db6a4602ded9326c9e389a9b9551971cb42a","author":{"email":"0bcd4dade8bc9135441847460b651a5ef589ec79@samsung.com","name":"Andrzej Pietrasiewicz"},"message":"usb: gadget: printer: enqueue printer's response for setup request\n\ncommit eb132ccbdec5df46e29c9814adf76075ce83576b upstream.\n\nFunction-specific setup requests should be handled in such a way, that\napart from filling in the data buffer, the requests are also actually\nenqueued: if function-specific setup is called from composte_setup(),\nthe \"usb_ep_queue()\" block of code in composite_setup() is skipped.\n\nThe printer function lacks this part and it results in e.g. get device id\nrequests failing: the host expects some response, the device prepares it\nbut does not equeue it for sending to the host, so the host finally asserts\ntimeout.\n\nThis patch adds enqueueing the prepared responses.\n\nFixes: 2e87edf49227: \"usb: gadget: make g_printer use composite\"\nSigned-off-by: Andrzej Pietrasiewicz <andrzej.p@samsung.com>\nSigned-off-by: Felipe Balbi <balbi@ti.com>\n[ported to stable 3.10 and 3.14]\nSigned-off-by: Andrzej Pietrasiewicz <andrzej.p@samsung.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/9093db6a4602ded9326c9e389a9b9551971cb42a"},{"sha":"f3a76727a8509896204c8637476f8bc61f56ad4f","author":{"email":"551ae05ce198473af5b9da594240f54df5f81e31@gmail.com","name":"Sudip Mukherjee"},"message":"staging: panel: fix lcd type\n\ncommit 2c20d92dad5db6440cfa88d811b69fd605240ce4 upstream.\n\nthe lcd type as defined in the Kconfig is not matching in the code.\nas a result the rs, rw and en pins were getting interchanged.\nKconfig defines the value of PANEL_LCD to be 1 if we select custom\nconfiguration but in the code LCD_TYPE_CUSTOM is defined as 5.\n\nmy hardware is LCD_TYPE_CUSTOM, but the pins were assigned to it\nas pins of LCD_TYPE_OLD, and it was not working.\nNow values are corrected with referenece to the values defined in\nKconfig and it is working.\nchecked on JHD204A lcd with LCD_TYPE_CUSTOM configuration.\n\nSigned-off-by: Sudip Mukherjee <sudip@vectorindia.org>\nAcked-by: Willy Tarreau <w@1wt.eu>\n[wt: backport to 3.10 and 3.14]\nSigned-off-by: Willy Tarreau <w@1wt.eu>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/f3a76727a8509896204c8637476f8bc61f56ad4f"},{"sha":"a3715f7f1e2b39880dc07a7324f8e338ecaf6e6f","author":{"email":"1d402fe89ace836b52164ed4c0f247cb6f80efc1@gmail.com","name":"Sebastian Hesselbarth"},"message":"ARM: dts: dove: Fix uart[23] reg property\n\ncommit a74cd13b807029397f7232449df929bac11fb228 upstream.\n\nFix Dove's register addresses of uart2 and uart3 nodes that seem to\nbe broken since ages due to a copy-and-paste error.\n\nSigned-off-by: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>\nAcked-by: Gregory CLEMENT <gregory.clement@free-electrons.com>\nSigned-off-by: Gregory CLEMENT <gregory.clement@free-electrons.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/a3715f7f1e2b39880dc07a7324f8e338ecaf6e6f"},{"sha":"fca7d2c9da8d4987f9006524f80fdf36bd15bf99","author":{"email":"bcbf172338421f26297a2592698edf8cc84ecbef@microsoft.com","name":"K. Y. Srinivasan"},"message":"Drivers: hv: vmbus: Don't wait after requesting offers\n\ncommit 73cffdb65e679b98893f484063462c045adcf212 upstream.\n\nDon't wait after sending request for offers to the host. This wait is\nunnecessary and simply adds 5 seconds to the boot time.\n\nSigned-off-by: K. Y. Srinivasan <kys@microsoft.com>\nCc: <stable@vger.kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/fca7d2c9da8d4987f9006524f80fdf36bd15bf99"},{"sha":"2e6f130b31eadca2b1f62d3acdffef60fd199487","author":{"email":"8cccc8a0252a9ef1c303b177e69000167d8d42b6@huawei.com","name":"hujianyang"},"message":"UBI: fix soft lockup in ubi_check_volume()\n\ncommit 9aa272b492e7551a9ee0e2c83c720ea013698485 upstream.\n\nRunning mtd-utils/tests/ubi-tests/io_basic.c could cause\nsoft lockup or watchdog reset. It is because *updatevol*\nwill perform ubi_check_volume() after updating finish\nand this function will full scan the updated lebs if the\nvolume is initialized as STATIC_VOLUME.\n\nThis patch adds *cond_resched()* in the loop of lebs scan\nto avoid soft lockup.\n\nHelped by Richard Weinberger <richard@nod.at>\n\n[ 2158.067096] INFO: rcu_sched self-detected stall on CPU { 1}  (t=2101 jiffies g=1606 c=1605 q=56)\n[ 2158.172867] CPU: 1 PID: 2073 Comm: io_basic Tainted: G           O 3.10.53 #21\n[ 2158.172898] [<c000f624>] (unwind_backtrace+0x0/0x120) from [<c000c294>] (show_stack+0x10/0x14)\n[ 2158.172918] [<c000c294>] (show_stack+0x10/0x14) from [<c008ac3c>] (rcu_check_callbacks+0x1c0/0x660)\n[ 2158.172936] [<c008ac3c>] (rcu_check_callbacks+0x1c0/0x660) from [<c002b480>] (update_process_times+0x38/0x64)\n[ 2158.172953] [<c002b480>] (update_process_times+0x38/0x64) from [<c005ff38>] (tick_sched_handle+0x54/0x60)\n[ 2158.172966] [<c005ff38>] (tick_sched_handle+0x54/0x60) from [<c00601ac>] (tick_sched_timer+0x44/0x74)\n[ 2158.172978] [<c00601ac>] (tick_sched_timer+0x44/0x74) from [<c003f348>] (__run_hrtimer+0xc8/0x1b8)\n[ 2158.172992] [<c003f348>] (__run_hrtimer+0xc8/0x1b8) from [<c003fd9c>] (hrtimer_interrupt+0x128/0x2a4)\n[ 2158.173007] [<c003fd9c>] (hrtimer_interrupt+0x128/0x2a4) from [<c0246f1c>] (arch_timer_handler_virt+0x28/0x30)\n[ 2158.173022] [<c0246f1c>] (arch_timer_handler_virt+0x28/0x30) from [<c0086214>] (handle_percpu_devid_irq+0x9c/0x124)\n[ 2158.173036] [<c0086214>] (handle_percpu_devid_irq+0x9c/0x124) from [<c0082bd8>] (generic_handle_irq+0x20/0x30)\n[ 2158.173049] [<c0082bd8>] (generic_handle_irq+0x20/0x30) from [<c000969c>] (handle_IRQ+0x64/0x8c)\n[ 2158.173060] [<c000969c>] (handle_IRQ+0x64/0x8c) from [<c0008544>] (gic_handle_irq+0x3c/0x60)\n[ 2158.173074] [<c0008544>] (gic_handle_irq+0x3c/0x60) from [<c02f0f80>] (__irq_svc+0x40/0x50)\n[ 2158.173083] Exception stack(0xc4043c98 to 0xc4043ce0)\n[ 2158.173092] 3c80:                                                       c4043ce4 00000019\n[ 2158.173102] 3ca0: 1f8a865f c050ad10 1f8a864c 00000031 c04b5970 0003ebce 00000000 f3550000\n[ 2158.173113] 3cc0: bf00bc68 00000800 0003ebce c4043ce0 c0186d14 c0186cb8 80000013 ffffffff\n[ 2158.173130] [<c02f0f80>] (__irq_svc+0x40/0x50) from [<c0186cb8>] (read_current_timer+0x4/0x38)\n[ 2158.173145] [<c0186cb8>] (read_current_timer+0x4/0x38) from [<1f8a865f>] (0x1f8a865f)\n[ 2183.927097] BUG: soft lockup - CPU#1 stuck for 22s! [io_basic:2073]\n[ 2184.002229] Modules linked in: nandflash(O) [last unloaded: nandflash]\n\nSigned-off-by: Wang Kai <morgan.wang@huawei.com>\nSigned-off-by: hujianyang <hujianyang@huawei.com>\nSigned-off-by: Richard Weinberger <richard@nod.at>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/2e6f130b31eadca2b1f62d3acdffef60fd199487"},{"sha":"a3affbfee1ea8736e83f9c148448cdbfcfadb981","author":{"email":"af669d95a4c0de051445d4cafdbb2c5c4a2838be@synopsys.com","name":"Vineet Gupta"},"message":"ARC: signal handling robustify\n\ncommit e4140819dadc3624accac8294881bca8a3cba4ed upstream.\n\nA malicious signal handler / restorer can DOS the system by fudging the\nuser regs saved on stack, causing weird things such as sigreturn returning\nto user mode PC but cpu state still being kernel mode....\n\nEnsure that in sigreturn path status32 always has U bit; any other bogosity\n(gargbage PC etc) will be taken care of by normal user mode exceptions mechanisms.\n\nReproducer signal handler:\n\n    void handle_sig(int signo, siginfo_t *info, void *context)\n    {\n\tucontext_t *uc = context;\n\tstruct user_regs_struct *regs = &(uc->uc_mcontext.regs);\n\n\tregs->scratch.status32 = 0;\n    }\n\nBefore the fix, kernel would go off to weeds like below:\n\n    --------->8-----------\n    [ARCLinux]$ ./signal-test\n    Path: /signal-test\n    CPU: 0 PID: 61 Comm: signal-test Not tainted 4.0.0-rc5+ #65\n    task: 8f177880 ti: 5ffe6000 task.ti: 8f15c000\n\n    [ECR   ]: 0x00220200 => Invalid Write @ 0x00000010 by insn @ 0x00010698\n    [EFA   ]: 0x00000010\n    [BLINK ]: 0x2007c1ee\n    [ERET  ]: 0x10698\n    [STAT32]: 0x00000000 :                                   <--------\n    BTA: 0x00010680\t SP: 0x5ffe7e48\t FP: 0x00000000\n    LPS: 0x20003c6c\tLPE: 0x20003c70\tLPC: 0x00000000\n    ...\n    --------->8-----------\n\nReported-by: Alexey Brodkin <abrodkin@synopsys.com>\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/a3affbfee1ea8736e83f9c148448cdbfcfadb981"},{"sha":"887a1cad219ff5f6c04ad61f94154990322a8979","author":{"email":"4645f7897fd33786a2ee1264d590b3c400559d85@linuxfoundation.org","name":"Greg Kroah-Hartman"},"message":"Linux 3.10.78","distinct":true,"url":"https://api.github.com/repos/gchild320/flounder/commits/887a1cad219ff5f6c04ad61f94154990322a8979"}]}