{"push_id":1005030573,"size":80,"distinct_size":80,"ref":"refs/heads/linux-3.10.y","head":"e39c17904aadf3a107b2bc292c03bfd9f850fd08","before":"90915bdf5d75f981251d78f45dce37d39e679ac1","commits":[{"sha":"c3e07084a8e08c4d4a02ef352e20419ba9835149","author":{"email":"43232e92d70cc7aa53504ad0397085ee47bad87f@goodmis.org","name":"Steven Rostedt (Red Hat)"},"message":"tracepoints: Do not trace when cpu is offline\n\ncommit f37755490fe9bf76f6ba1d8c6591745d3574a6a6 upstream.\n\nThe tracepoint infrastructure uses RCU sched protection to enable and\ndisable tracepoints safely. There are some instances where tracepoints are\nused in infrastructure code (like kfree()) that get called after a CPU is\ngoing offline, and perhaps when it is coming back online but hasn't been\nregistered yet.\n\nThis can probuce the following warning:\n\n [ INFO: suspicious RCU usage. ]\n 4.4.0-00006-g0fe53e8-dirty #34 Tainted: G S\n -------------------------------\n include/trace/events/kmem.h:141 suspicious rcu_dereference_check() usage!\n\n other info that might help us debug this:\n\n RCU used illegally from offline CPU!  rcu_scheduler_active = 1, debug_locks = 1\n no locks held by swapper/8/0.\n\n stack backtrace:\n  CPU: 8 PID: 0 Comm: swapper/8 Tainted: G S              4.4.0-00006-g0fe53e8-dirty #34\n  Call Trace:\n  [c0000005b76c78d0] [c0000000008b9540] .dump_stack+0x98/0xd4 (unreliable)\n  [c0000005b76c7950] [c00000000010c898] .lockdep_rcu_suspicious+0x108/0x170\n  [c0000005b76c79e0] [c00000000029adc0] .kfree+0x390/0x440\n  [c0000005b76c7a80] [c000000000055f74] .destroy_context+0x44/0x100\n  [c0000005b76c7b00] [c0000000000934a0] .__mmdrop+0x60/0x150\n  [c0000005b76c7b90] [c0000000000e3ff0] .idle_task_exit+0x130/0x140\n  [c0000005b76c7c20] [c000000000075804] .pseries_mach_cpu_die+0x64/0x310\n  [c0000005b76c7cd0] [c000000000043e7c] .cpu_die+0x3c/0x60\n  [c0000005b76c7d40] [c0000000000188d8] .arch_cpu_idle_dead+0x28/0x40\n  [c0000005b76c7db0] [c000000000101e6c] .cpu_startup_entry+0x50c/0x560\n  [c0000005b76c7ed0] [c000000000043bd8] .start_secondary+0x328/0x360\n  [c0000005b76c7f90] [c000000000008a6c] start_secondary_prolog+0x10/0x14\n\nThis warning is not a false positive either. RCU is not protecting code that\nis being executed while the CPU is offline.\n\nInstead of playing \"whack-a-mole(TM)\" and adding conditional statements to\nthe tracepoints we find that are used in this instance, simply add a\ncpu_online() test to the tracepoint code where the tracepoint will be\nignored if the CPU is offline.\n\nUse of raw_smp_processor_id() is fine, as there should never be a case where\nthe tracepoint code goes from running on a CPU that is online and suddenly\ngets migrated to a CPU that is offline.\n\nLink: http://lkml.kernel.org/r/1455387773-4245-1-git-send-email-kda@linux-powerpc.org\n\nReported-by: Denis Kirjanov <kda@linux-powerpc.org>\nFixes: 97e1c18e8d17b (\"tracing: Kernel Tracepoints\")\nSigned-off-by: Steven Rostedt <rostedt@goodmis.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/c3e07084a8e08c4d4a02ef352e20419ba9835149"},{"sha":"9f5bc010e9feef21555b9870ee4b5b06c9feae73","author":{"email":"d0f3508a0b242623257f3971a925c8211f91345e@suse.de","name":"Egbert Eich"},"message":"drm/ast: Initialized data needed to map fbdev memory\n\ncommit 28fb4cb7fa6f63dc2fbdb5f2564dcbead8e3eee0 upstream.\n\nDue to a missing initialization there was no way to map fbdev memory.\nThus for example using the Xserver with the fbdev driver failed.\nThis fix adds initialization for fix.smem_start and fix.smem_len\nin the fb_info structure, which fixes this problem.\n\nRequested-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>\nSigned-off-by: Egbert Eich <eich@suse.de>\n[pulled from SuSE tree by me - airlied]\nSigned-off-by: Dave Airlie <airlied@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/9f5bc010e9feef21555b9870ee4b5b06c9feae73"},{"sha":"f79d019c4b9692afe3a383df849b927097ff4e1a","author":{"email":"74c05afa918858348d6db8037d82fa8124870113@openvz.org","name":"Andrey Vagin"},"message":"netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get\n\ncommit c6825c0976fa7893692e0e43b09740b419b23c09 upstream.\n\nLets look at destroy_conntrack:\n\nhlist_nulls_del_rcu(&ct->tuplehash[IP_CT_DIR_ORIGINAL].hnnode);\n...\nnf_conntrack_free(ct)\n\tkmem_cache_free(net->ct.nf_conntrack_cachep, ct);\n\nnet->ct.nf_conntrack_cachep is created with SLAB_DESTROY_BY_RCU.\n\nThe hash is protected by rcu, so readers look up conntracks without\nlocks.\nA conntrack is removed from the hash, but in this moment a few readers\nstill can use the conntrack. Then this conntrack is released and another\nthread creates conntrack with the same address and the equal tuple.\nAfter this a reader starts to validate the conntrack:\n* It's not dying, because a new conntrack was created\n* nf_ct_tuple_equal() returns true.\n\nBut this conntrack is not initialized yet, so it can not be used by two\nthreads concurrently. In this case BUG_ON may be triggered from\nnf_nat_setup_info().\n\nFlorian Westphal suggested to check the confirm bit too. I think it's\nright.\n\ntask 1\t\t\ttask 2\t\t\ttask 3\n\t\t\tnf_conntrack_find_get\n\t\t\t ____nf_conntrack_find\ndestroy_conntrack\n hlist_nulls_del_rcu\n nf_conntrack_free\n kmem_cache_free\n\t\t\t\t\t\t__nf_conntrack_alloc\n\t\t\t\t\t\t kmem_cache_alloc\n\t\t\t\t\t\t memset(&ct->tuplehash[IP_CT_DIR_MAX],\n\t\t\t if (nf_ct_is_dying(ct))\n\t\t\t if (!nf_ct_tuple_equal()\n\nI'm not sure, that I have ever seen this race condition in a real life.\nCurrently we are investigating a bug, which is reproduced on a few nodes.\nIn our case one conntrack is initialized from a few tasks concurrently,\nwe don't have any other explanation for this.\n\n<2>[46267.083061] kernel BUG at net/ipv4/netfilter/nf_nat_core.c:322!\n...\n<4>[46267.083951] RIP: 0010:[<ffffffffa01e00a4>]  [<ffffffffa01e00a4>] nf_nat_setup_info+0x564/0x590 [nf_nat]\n...\n<4>[46267.085549] Call Trace:\n<4>[46267.085622]  [<ffffffffa023421b>] alloc_null_binding+0x5b/0xa0 [iptable_nat]\n<4>[46267.085697]  [<ffffffffa02342bc>] nf_nat_rule_find+0x5c/0x80 [iptable_nat]\n<4>[46267.085770]  [<ffffffffa0234521>] nf_nat_fn+0x111/0x260 [iptable_nat]\n<4>[46267.085843]  [<ffffffffa0234798>] nf_nat_out+0x48/0xd0 [iptable_nat]\n<4>[46267.085919]  [<ffffffff814841b9>] nf_iterate+0x69/0xb0\n<4>[46267.085991]  [<ffffffff81494e70>] ? ip_finish_output+0x0/0x2f0\n<4>[46267.086063]  [<ffffffff81484374>] nf_hook_slow+0x74/0x110\n<4>[46267.086133]  [<ffffffff81494e70>] ? ip_finish_output+0x0/0x2f0\n<4>[46267.086207]  [<ffffffff814b5890>] ? dst_output+0x0/0x20\n<4>[46267.086277]  [<ffffffff81495204>] ip_output+0xa4/0xc0\n<4>[46267.086346]  [<ffffffff814b65a4>] raw_sendmsg+0x8b4/0x910\n<4>[46267.086419]  [<ffffffff814c10fa>] inet_sendmsg+0x4a/0xb0\n<4>[46267.086491]  [<ffffffff814459aa>] ? sock_update_classid+0x3a/0x50\n<4>[46267.086562]  [<ffffffff81444d67>] sock_sendmsg+0x117/0x140\n<4>[46267.086638]  [<ffffffff8151997b>] ? _spin_unlock_bh+0x1b/0x20\n<4>[46267.086712]  [<ffffffff8109d370>] ? autoremove_wake_function+0x0/0x40\n<4>[46267.086785]  [<ffffffff81495e80>] ? do_ip_setsockopt+0x90/0xd80\n<4>[46267.086858]  [<ffffffff8100be0e>] ? call_function_interrupt+0xe/0x20\n<4>[46267.086936]  [<ffffffff8118cb10>] ? ub_slab_ptr+0x20/0x90\n<4>[46267.087006]  [<ffffffff8118cb10>] ? ub_slab_ptr+0x20/0x90\n<4>[46267.087081]  [<ffffffff8118f2e8>] ? kmem_cache_alloc+0xd8/0x1e0\n<4>[46267.087151]  [<ffffffff81445599>] sys_sendto+0x139/0x190\n<4>[46267.087229]  [<ffffffff81448c0d>] ? sock_setsockopt+0x16d/0x6f0\n<4>[46267.087303]  [<ffffffff810efa47>] ? audit_syscall_entry+0x1d7/0x200\n<4>[46267.087378]  [<ffffffff810ef795>] ? __audit_syscall_exit+0x265/0x290\n<4>[46267.087454]  [<ffffffff81474885>] ? compat_sys_setsockopt+0x75/0x210\n<4>[46267.087531]  [<ffffffff81474b5f>] compat_sys_socketcall+0x13f/0x210\n<4>[46267.087607]  [<ffffffff8104dea3>] ia32_sysret+0x0/0x5\n<4>[46267.087676] Code: 91 20 e2 01 75 29 48 89 de 4c 89 f7 e8 56 fa ff ff 85 c0 0f 84 68 fc ff ff 0f b6 4d c6 41 8b 45 00 e9 4d fb ff ff e8 7c 19 e9 e0 <0f> 0b eb fe f6 05 17 91 20 e2 80 74 ce 80 3d 5f 2e 00 00 00 74\n<1>[46267.088023] RIP  [<ffffffffa01e00a4>] nf_nat_setup_info+0x564/0x590\n\nCc: Eric Dumazet <eric.dumazet@gmail.com>\nCc: Florian Westphal <fw@strlen.de>\nCc: Pablo Neira Ayuso <pablo@netfilter.org>\nCc: Patrick McHardy <kaber@trash.net>\nCc: Jozsef Kadlecsik <kadlec@blackhole.kfki.hu>\nCc: \"David S. Miller\" <davem@davemloft.net>\nCc: Cyrill Gorcunov <gorcunov@openvz.org>\nSigned-off-by: Andrey Vagin <avagin@openvz.org>\nAcked-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/f79d019c4b9692afe3a383df849b927097ff4e1a"},{"sha":"9fac660099785accf7c99670c9cceb096098e820","author":{"email":"927570c33013ae711b16b2f69d88304bb3fcc969@taobao.com","name":"Zheng Liu"},"message":"bcache: unregister reboot notifier if bcache fails to unregister device\n\ncommit 2ecf0cdb2b437402110ab57546e02abfa68a716b upstream.\n\nIn bcache_init() function it forgot to unregister reboot notifier if\nbcache fails to unregister a block device.  This commit fixes this.\n\nSigned-off-by: Zheng Liu <wenqing.lz@taobao.com>\nTested-by: Joshua Schmid <jschmid@suse.com>\nTested-by: Eric Wheeler <bcache@linux.ewheeler.net>\nCc: Kent Overstreet <kmo@daterainc.com>\nSigned-off-by: Jens Axboe <axboe@fb.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/9fac660099785accf7c99670c9cceb096098e820"},{"sha":"8719b00b6bcbf3acf3d8c1efebf9e9743d1d2511","author":{"email":"5cc5d8d4c7115f1c96c2983ec0d0f8a0f9dab596@canonical.com","name":"Kamal Mostafa"},"message":"tools: Add a \"make all\" rule\n\ncommit f6ba98c5dc78708cb7fd29950c4a50c4c7e88f95 upstream.\n\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>\nAcked-by: Pavel Machek <pavel@ucw.cz>\nCc: Jiri Olsa <jolsa@kernel.org>\nCc: Jonathan Cameron <jic23@kernel.org>\nCc: Pali Rohar <pali.rohar@gmail.com>\nCc: Roberta Dobrescu <roberta.dobrescu@gmail.com>\nLink: http://lkml.kernel.org/r/1447280736-2161-2-git-send-email-kamal@canonical.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>\n[ kamal: backport to 3.10-stable: build all tools for this version ]\nSigned-off-by: Kamal Mostafa <kamal@canonical.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/8719b00b6bcbf3acf3d8c1efebf9e9743d1d2511"},{"sha":"f2419de63e77bf6f63b5e67a57b1fa7cf535c4ca","author":{"email":"f2295d84e358395675bc8031be58672073ae065e@redhat.com","name":"Dave Airlie"},"message":"drm/radeon: fix hotplug race at startup\n\ncommit 7f98ca454ad373fc1b76be804fa7138ff68c1d27 upstream.\n\nWe apparantly get a hotplug irq before we've initialised\nmodesetting,\n\n[drm] Loading R100 Microcode\nBUG: unable to handle kernel NULL pointer dereference at   (null)\nIP: [<c125f56f>] __mutex_lock_slowpath+0x23/0x91\n*pde = 00000000\nOops: 0002 [#1]\nModules linked in: radeon(+) drm_kms_helper ttm drm i2c_algo_bit backlight pcspkr psmouse evdev sr_mod input_leds led_class cdrom sg parport_pc parport floppy intel_agp intel_gtt lpc_ich acpi_cpufreq processor button mfd_core agpgart uhci_hcd ehci_hcd rng_core snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm usbcore usb_common i2c_i801 i2c_core snd_timer snd soundcore thermal_sys\nCPU: 0 PID: 15 Comm: kworker/0:1 Not tainted 4.2.0-rc7-00015-gbf67402 #111\nHardware name: MicroLink                               /D850MV                         , BIOS MV85010A.86A.0067.P24.0304081124 04/08/2003\nWorkqueue: events radeon_hotplug_work_func [radeon]\ntask: f6ca5900 ti: f6d3e000 task.ti: f6d3e000\nEIP: 0060:[<c125f56f>] EFLAGS: 00010282 CPU: 0\nEIP is at __mutex_lock_slowpath+0x23/0x91\nEAX: 00000000 EBX: f5e900fc ECX: 00000000 EDX: fffffffe\nESI: f6ca5900 EDI: f5e90100 EBP: f5e90000 ESP: f6d3ff0c\n DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068\nCR0: 8005003b CR2: 00000000 CR3: 36f61000 CR4: 000006d0\nStack:\n f5e90100 00000000 c103c4c1 f6d2a5a0 f5e900fc f6df394c c125f162 f8b0faca\n f6d2a5a0 c138ca00 f6df394c f7395600 c1034741 00d40000 00000000 f6d2a5a0\n c138ca00 f6d2a5b8 c138ca10 c1034b58 00000001 f6d40000 f6ca5900 f6d0c940\nCall Trace:\n [<c103c4c1>] ? dequeue_task_fair+0xa4/0xb7\n [<c125f162>] ? mutex_lock+0x9/0xa\n [<f8b0faca>] ? radeon_hotplug_work_func+0x17/0x57 [radeon]\n [<c1034741>] ? process_one_work+0xfc/0x194\n [<c1034b58>] ? worker_thread+0x18d/0x218\n [<c10349cb>] ? rescuer_thread+0x1d5/0x1d5\n [<c103742a>] ? kthread+0x7b/0x80\n [<c12601c0>] ? ret_from_kernel_thread+0x20/0x30\n [<c10373af>] ? init_completion+0x18/0x18\nCode: 42 08 e8 8e a6 dd ff c3 57 56 53 83 ec 0c 8b 35 48 f7 37 c1 8b 10 4a 74 1a 89 c3 8d 78 04 8b 40 08 89 63\n\nReported-and-Tested-by: Meelis Roos <mroos@linux.ee>\nSigned-off-by: Dave Airlie <airlied@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/f2419de63e77bf6f63b5e67a57b1fa7cf535c4ca"},{"sha":"9ee0d9ad9309385fd877bf7f5a762d4d3b5a6462","author":{"email":"9dbbbf0688fedc85ad4da37637f1a64b8c718ee2@kernel.org","name":"Ingo Molnar"},"message":"efi: Disable interrupts around EFI calls, not in the epilog/prolog calls\n\ncommit 23a0d4e8fa6d3a1d7fb819f79bcc0a3739c30ba9 upstream.\n\nTapasweni Pathak reported that we do a kmalloc() in efi_call_phys_prolog()\non x86-64 while having interrupts disabled, which is a big no-no, as\nkmalloc() can sleep.\n\nSolve this by removing the irq disabling from the prolog/epilog calls\naround EFI calls: it's unnecessary, as in this stage we are single\nthreaded in the boot thread, and we don't ever execute this from\ninterrupt contexts.\n\nReported-by: Tapasweni Pathak <tapaswenipathak@gmail.com>\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Matt Fleming <matt.fleming@intel.com>\n[ luis: backported to 3.10: adjusted context ]\nSigned-off-by: Luis Henriques <luis.henriques@canonical.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/9ee0d9ad9309385fd877bf7f5a762d4d3b5a6462"},{"sha":"9bb86db161a368f423958981869d17c53ae5f395","author":{"email":"61d5fad70554ae22d57a37634e04f12f58acc678@redhat.com","name":"Joe Thornber"},"message":"dm thin metadata: fix bug when taking a metadata snapshot\n\ncommit 49e99fc717f624aa75ca755d6e7bc029efd3f0e9 upstream.\n\nWhen you take a metadata snapshot the btree roots for the mapping and\ndetails tree need to have their reference counts incremented so they\npersist for the lifetime of the metadata snap.\n\nThe roots being incremented were those currently written in the\nsuperblock, which could possibly be out of date if concurrent IO is\ntriggering new mappings, breaking of sharing, etc.\n\nFix this by performing a commit with the metadata lock held while taking\na metadata snapshot.\n\nSigned-off-by: Joe Thornber <ejt@redhat.com>\nSigned-off-by: Mike Snitzer <snitzer@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/9bb86db161a368f423958981869d17c53ae5f395"},{"sha":"86d80ecd4f96b63103abfd1269855a8a3b9d47cc","author":{"email":"c65a0fb7e74ffd2c9fc3a0f9aacb0f6a24b0a68b@kyup.com","name":"Nikolay Borisov"},"message":"dm thin: fix race condition when destroying thin pool workqueue\n\ncommit 18d03e8c25f173f4107a40d0b8c24defb6ed69f3 upstream.\n\nWhen a thin pool is being destroyed delayed work items are\ncancelled using cancel_delayed_work(), which doesn't guarantee that on\nreturn the delayed item isn't running.  This can cause the work item to\nrequeue itself on an already destroyed workqueue.  Fix this by using\ncancel_delayed_work_sync() which guarantees that on return the work item\nis not running anymore.\n\nFixes: 905e51b39a555 (\"dm thin: commit outstanding data every second\")\nFixes: 85ad643b7e7e5 (\"dm thin: add timeout to stop out-of-data-space mode holding IO forever\")\nSigned-off-by: Nikolay Borisov <kernel@kyup.com>\nSigned-off-by: Mike Snitzer <snitzer@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/86d80ecd4f96b63103abfd1269855a8a3b9d47cc"},{"sha":"fadc5c1769ba24cd8498359d93e31408b0e0fbb9","author":{"email":"5e28c415b13fb3e8fe93abdacdcd5a35cb3931e6@ems-wuensche.com","name":"Gerhard Uttenthaler"},"message":"can: ems_usb: Fix possible tx overflow\n\ncommit 90cfde46586d2286488d8ed636929e936c0c9ab2 upstream.\n\nThis patch fixes the problem that more CAN messages could be sent to the\ninterface as could be send on the CAN bus. This was more likely for slow baud\nrates. The sleeping _start_xmit was woken up in the _write_bulk_callback. Under\nheavy TX load this produced another bulk transfer without checking the\nfree_slots variable and hence caused the overflow in the interface.\n\nSigned-off-by: Gerhard Uttenthaler <uttenthaler@ems-wuensche.com>\nSigned-off-by: Marc Kleine-Budde <mkl@pengutronix.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/fadc5c1769ba24cd8498359d93e31408b0e0fbb9"},{"sha":"9195b27396cbf8459e19593ec34586e66857ab01","author":{"email":"a3fe5796396ab9fa917a4f2ee3766b4366c51853@advantech.com.tw","name":"Ken Lin"},"message":"USB: cp210x: add IDs for GE B650V3 and B850V3 boards\n\ncommit 6627ae19385283b89356a199d7f03c75ba35fb29 upstream.\n\nAdd USB ID for cp2104/5 devices on GE B650v3 and B850v3 boards.\n\nSigned-off-by: Ken Lin <ken.lin@advantech.com.tw>\nSigned-off-by: Akshay Bhat <akshay.bhat@timesys.com>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/9195b27396cbf8459e19593ec34586e66857ab01"},{"sha":"b920f51b68e4d965b51cab8060fae66eeb21f218","author":{"email":"218aff25b43d9f16e3a14343c56badb0c2831d47@gmail.com","name":"Andrey Skvortsov"},"message":"USB: option: add support for SIM7100E\n\ncommit 3158a8d416f4e1b79dcc867d67cb50013140772c upstream.\n\n$ lsusb:\nBus 001 Device 101: ID 1e0e:9001 Qualcomm / Option\n\n$ usb-devices:\nT:  Bus=01 Lev=02 Prnt=02 Port=00 Cnt=01 Dev#=101 Spd=480  MxCh= 0\nD:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  2\nP:  Vendor=1e0e ProdID=9001 Rev= 2.32\nS:  Manufacturer=SimTech, Incorporated\nS:  Product=SimTech, Incorporated\nS:  SerialNumber=0123456789ABCDEF\nC:* #Ifs= 7 Cfg#= 1 Atr=80 MxPwr=500mA\nI:* If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option\nI:* If#= 1 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option\nI:* If#= 2 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option\nI:* If#= 3 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option\nI:* If#= 4 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option\nI:* If#= 5 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=qmi_wwan\nI:* If#= 6 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=42 Prot=01 Driver=(none)\n\nThe last interface (6) is used for Android Composite ADB interface.\n\nSerial port layout:\n0: QCDM/DIAG\n1: NMEA\n2: AT\n3: AT/PPP\n4: audio\n\nSigned-off-by: Andrey Skvortsov <andrej.skvortzov@gmail.com>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/b920f51b68e4d965b51cab8060fae66eeb21f218"},{"sha":"db9b6792736a57291901032e4a2036dfc9f0ab95","author":{"email":"8a2957e0063f2abf61bd145b6236a74a3708ac54@mork.no","name":"Bjørn Mork"},"message":"USB: option: add \"4G LTE usb-modem U901\"\n\ncommit d061c1caa31d4d9792cfe48a2c6b309a0e01ef46 upstream.\n\nThomas reports:\n\nT:  Bus=01 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#=  4 Spd=480 MxCh= 0\nD:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1\nP:  Vendor=05c6 ProdID=6001 Rev=00.00\nS:  Manufacturer=USB Modem\nS:  Product=USB Modem\nS:  SerialNumber=1234567890ABCDEF\nC:  #Ifs= 5 Cfg#= 1 Atr=e0 MxPwr=500mA\nI:  If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option\nI:  If#= 1 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=option\nI:  If#= 2 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=option\nI:  If#= 3 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=qmi_wwan\nI:  If#= 4 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage\n\nReported-by: Thomas Schäfer <tschaefer@t-online.de>\nSigned-off-by: Bjørn Mork <bjorn@mork.no>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/db9b6792736a57291901032e4a2036dfc9f0ab95"},{"sha":"b048b93f0e5b249b0add0bde6ec7ec75a07eac9c","author":{"email":"d5d4cd07616a542891b7ec2d0257b3a24b69856e@pobox.com","name":"Corey Wright"},"message":"proc: Fix ptrace-based permission checks for accessing task maps\n\nModify mm_access() calls in fs/proc/task_mmu.c and fs/proc/task_nommu.c to\nhave the mode include PTRACE_MODE_FSCREDS so accessing /proc/pid/maps and\n/proc/pid/pagemap is not denied to all users.\n\nIn backporting upstream commit caaee623 to pre-3.18 kernel versions it was\noverlooked that mm_access() is used in fs/proc/task_*mmu.c as those calls\nwere removed in 3.18 (by upstream commit 29a40ace) and did not exist at the\ntime of the original commit.\n\nSigned-off-by: Corey Wright <undefined@pobox.com>\nAcked-by: Jann Horn <jann@thejh.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/b048b93f0e5b249b0add0bde6ec7ec75a07eac9c"},{"sha":"1630624d5387a837112fb3663fe5daa22c680267","author":{"email":"5dd26741d612710d1bda6f7e0b02a31f31113b34@chelsio.com","name":"Hariprasad S"},"message":"iw_cxgb3: Fix incorrectly returning error on success\n\ncommit 67f1aee6f45059fd6b0f5b0ecb2c97ad0451f6b3 upstream.\n\nThe cxgb3_*_send() functions return NET_XMIT_ values, which are\npositive integers values. So don't treat positive return values\nas an error.\n\nSigned-off-by: Steve Wise <swise@opengridcomputing.com>\nSigned-off-by: Hariprasad Shenai <hariprasad@chelsio.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>\n[a pox on developers and maintainers who do not cc: stable for bug fixes like this - gregkh]\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/1630624d5387a837112fb3663fe5daa22c680267"},{"sha":"5525dd65cd8e4f80ede26993f6f665df7eeec1dc","author":{"email":"547fa85bb3888a0222eed8ec39e36708605c6d53@imgtec.com","name":"James Hogan"},"message":"MIPS: KVM: Fix ASID restoration logic\n\ncommit 002374f371bd02df864cce1fe85d90dc5b292837 upstream.\n\nASID restoration on guest resume should determine the guest execution\nmode based on the guest Status register rather than bit 30 of the guest\nPC.\n\nFix the two places in locore.S that do this, loading the guest status\nfrom the cop0 area. Note, this assembly is specific to the trap &\nemulate implementation of KVM, so it doesn't need to check the\nsupervisor bit as that mode is not implemented in the guest.\n\nFixes: b680f70fc111 (\"KVM/MIPS32: Entry point for trampolining to...\")\nSigned-off-by: James Hogan <james.hogan@imgtec.com>\nCc: Ralf Baechle <ralf@linux-mips.org>\nCc: Paolo Bonzini <pbonzini@redhat.com>\nCc: Gleb Natapov <gleb@kernel.org>\nCc: linux-mips@linux-mips.org\nCc: kvm@vger.kernel.org\nSigned-off-by: Paolo Bonzini <pbonzini@redhat.com>\nSigned-off-by: James Hogan <james.hogan@imgtec.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/5525dd65cd8e4f80ede26993f6f665df7eeec1dc"},{"sha":"7b0fc4511317bbc71ca8bbcf032013ffbfe0a2bc","author":{"email":"547fa85bb3888a0222eed8ec39e36708605c6d53@imgtec.com","name":"James Hogan"},"message":"MIPS: KVM: Fix CACHE immediate offset sign extension\n\ncommit c5c2a3b998f1ff5a586f9d37e154070b8d550d17 upstream.\n\nThe immediate field of the CACHE instruction is signed, so ensure that\nit gets sign extended by casting it to an int16_t rather than just\nmasking the low 16 bits.\n\nFixes: e685c689f3a8 (\"KVM/MIPS32: Privileged instruction/target branch emulation.\")\nSigned-off-by: James Hogan <james.hogan@imgtec.com>\nCc: Ralf Baechle <ralf@linux-mips.org>\nCc: Paolo Bonzini <pbonzini@redhat.com>\nCc: Gleb Natapov <gleb@kernel.org>\nCc: linux-mips@linux-mips.org\nCc: kvm@vger.kernel.org\nSigned-off-by: Paolo Bonzini <pbonzini@redhat.com>\nSigned-off-by: James Hogan <james.hogan@imgtec.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/7b0fc4511317bbc71ca8bbcf032013ffbfe0a2bc"},{"sha":"23a9a7dc6f75393a21c0378d13b380e46907b877","author":{"email":"547fa85bb3888a0222eed8ec39e36708605c6d53@imgtec.com","name":"James Hogan"},"message":"MIPS: KVM: Uninit VCPU in vcpu_create error path\n\ncommit 585bb8f9a5e592f2ce7abbe5ed3112d5438d2754 upstream.\n\nIf either of the memory allocations in kvm_arch_vcpu_create() fail, the\nvcpu which has been allocated and kvm_vcpu_init'd doesn't get uninit'd\nin the error handling path. Add a call to kvm_vcpu_uninit() to fix this.\n\nFixes: 669e846e6c4e (\"KVM/MIPS32: MIPS arch specific APIs for KVM\")\nSigned-off-by: James Hogan <james.hogan@imgtec.com>\nCc: Ralf Baechle <ralf@linux-mips.org>\nCc: Paolo Bonzini <pbonzini@redhat.com>\nCc: Gleb Natapov <gleb@kernel.org>\nCc: linux-mips@linux-mips.org\nCc: kvm@vger.kernel.org\nSigned-off-by: Paolo Bonzini <pbonzini@redhat.com>\nSigned-off-by: James Hogan <james.hogan@imgtec.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/23a9a7dc6f75393a21c0378d13b380e46907b877"},{"sha":"4c67196fd14f5f53eb865719bfca1908fa963618","author":{"email":"4e2d3d12816ace76f1cfa36c1816509bd24cf089@c-s.fr","name":"Christophe Leroy"},"message":"splice: sendfile() at once fails for big files\n\ncommit 0ff28d9f4674d781e492bcff6f32f0fe48cf0fed upstream.\n\nUsing sendfile with below small program to get MD5 sums of some files,\nit appear that big files (over 64kbytes with 4k pages system) get a\nwrong MD5 sum while small files get the correct sum.\nThis program uses sendfile() to send a file to an AF_ALG socket\nfor hashing.\n\n/* md5sum2.c */\n#include <stdio.h>\n#include <stdlib.h>\n#include <unistd.h>\n#include <string.h>\n#include <fcntl.h>\n#include <sys/socket.h>\n#include <sys/stat.h>\n#include <sys/types.h>\n#include <linux/if_alg.h>\n\nint main(int argc, char **argv)\n{\n\tint sk = socket(AF_ALG, SOCK_SEQPACKET, 0);\n\tstruct stat st;\n\tstruct sockaddr_alg sa = {\n\t\t.salg_family = AF_ALG,\n\t\t.salg_type = \"hash\",\n\t\t.salg_name = \"md5\",\n\t};\n\tint n;\n\n\tbind(sk, (struct sockaddr*)&sa, sizeof(sa));\n\n\tfor (n = 1; n < argc; n++) {\n\t\tint size;\n\t\tint offset = 0;\n\t\tchar buf[4096];\n\t\tint fd;\n\t\tint sko;\n\t\tint i;\n\n\t\tfd = open(argv[n], O_RDONLY);\n\t\tsko = accept(sk, NULL, 0);\n\t\tfstat(fd, &st);\n\t\tsize = st.st_size;\n\t\tsendfile(sko, fd, &offset, size);\n\t\tsize = read(sko, buf, sizeof(buf));\n\t\tfor (i = 0; i < size; i++)\n\t\t\tprintf(\"%2.2x\", buf[i]);\n\t\tprintf(\"  %s\\n\", argv[n]);\n\t\tclose(fd);\n\t\tclose(sko);\n\t}\n\texit(0);\n}\n\nTest below is done using official linux patch files. First result is\nwith a software based md5sum. Second result is with the program above.\n\nroot@vgoip:~# ls -l patch-3.6.*\n-rw-r--r--    1 root     root         64011 Aug 24 12:01 patch-3.6.2.gz\n-rw-r--r--    1 root     root         94131 Aug 24 12:01 patch-3.6.3.gz\n\nroot@vgoip:~# md5sum patch-3.6.*\nb3ffb9848196846f31b2ff133d2d6443  patch-3.6.2.gz\nc5e8f687878457db77cb7158c38a7e43  patch-3.6.3.gz\n\nroot@vgoip:~# ./md5sum2 patch-3.6.*\nb3ffb9848196846f31b2ff133d2d6443  patch-3.6.2.gz\n5fd77b24e68bb24dcc72d6e57c64790e  patch-3.6.3.gz\n\nAfter investivation, it appears that sendfile() sends the files by blocks\nof 64kbytes (16 times PAGE_SIZE). The problem is that at the end of each\nblock, the SPLICE_F_MORE flag is missing, therefore the hashing operation\nis reset as if it was the end of the file.\n\nThis patch adds SPLICE_F_MORE to the flags when more data is pending.\n\nWith the patch applied, we get the correct sums:\n\nroot@vgoip:~# md5sum patch-3.6.*\nb3ffb9848196846f31b2ff133d2d6443  patch-3.6.2.gz\nc5e8f687878457db77cb7158c38a7e43  patch-3.6.3.gz\n\nroot@vgoip:~# ./md5sum2 patch-3.6.*\nb3ffb9848196846f31b2ff133d2d6443  patch-3.6.2.gz\nc5e8f687878457db77cb7158c38a7e43  patch-3.6.3.gz\n\nSigned-off-by: Christophe Leroy <christophe.leroy@c-s.fr>\nSigned-off-by: Jens Axboe <axboe@fb.com>\nCc: Ben Hutchings <ben@decadent.org.uk>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/4c67196fd14f5f53eb865719bfca1908fa963618"},{"sha":"59ae7b1c13bd615b09bff9d03aaa335559af604a","author":{"email":"2dacee6e8011ef87c93b5fd44ca8048c9e2f4b45@umich.edu","name":"Olga Kornievskaia"},"message":"Failing to send a CLOSE if file is opened WRONLY and server reboots on a 4.x mount\n\ncommit a41cbe86df3afbc82311a1640e20858c0cd7e065 upstream.\n\nA test case is as the description says:\nopen(foobar, O_WRONLY);\nsleep()  --> reboot the server\nclose(foobar)\n\nThe bug is because in nfs4state.c in nfs4_reclaim_open_state() a few\nline before going to restart, there is\nclear_bit(NFS4CLNT_RECLAIM_NOGRACE, &state->flags).\n\nNFS4CLNT_RECLAIM_NOGRACE is a flag for the client states not open\nowner states. Value of NFS4CLNT_RECLAIM_NOGRACE is 4 which is the\nvalue of NFS_O_WRONLY_STATE in nfs4_state->flags. So clearing it wipes\nout state and when we go to close it, “call_close” doesn’t get set as\nstate flag is not set and CLOSE doesn’t go on the wire.\n\nSigned-off-by: Olga Kornievskaia <aglo@umich.edu>\nSigned-off-by: Trond Myklebust <trond.myklebust@primarydata.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/Whissi/linux-stable/commits/59ae7b1c13bd615b09bff9d03aaa335559af604a"}]}