{"push_id":1333150744,"size":114,"distinct_size":36,"ref":"refs/heads/rpi-4.4.y-msperl","head":"6a76bb3454999a6736aeffbfff186bfe60e7cc88","before":"0ce0c6c116a87fe31adfec2d369292590e97b2e0","commits":[{"sha":"24d83b27a2e4205a3741c2e3d2e1ded298437ac8","author":{"name":"Scott Ellis","email":"ddf64ea5989e94a2f54e4e755560f084d9f8c1bd@jumpnowtek.com"},"message":"Add Adafruit pitft35 touchscreen support (#1657)\n\nThe dts comes from the Adafruit repository\r\n\r\n  https://github.com/adafruit/Adafruit-Pi-Kernel-o-Matic/blob/pitft/pitft35r-overlay.dts\r\n\r\nReformatted slightly to match conventions in the pitft28-resistive-overlay.\r\n\r\nSigned-off-by: Scott Ellis <scott@jumpnowtek.com>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/24d83b27a2e4205a3741c2e3d2e1ded298437ac8"},{"sha":"45def08073014ddb0089a172f2f86ae1daf83418","author":{"name":"Eric Anholt","email":"a16fbdd223a71781803acbd9bd107ba1353fc2f0@anholt.net"},"message":"drm/vc4: Fix races when the CS reads from render targets.\n\nWith the introduction of bin/render pipelining, the previous job may\nnot be completed when we start binning the next one.  If the previous\njob wrote our VBO, IB, or CS textures, then the binning stage might\nget stale or uninitialized results.\n\nFixes the major rendering failure in glmark2 -b terrain.\n\nSigned-off-by: Eric Anholt <eric@anholt.net>\nFixes: ca26d28bbaa3 (\"drm/vc4: improve throughput by pipelining binning and rendering jobs\")\nCc: stable@vger.kernel.org","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/45def08073014ddb0089a172f2f86ae1daf83418"},{"sha":"5a570ebd5856ec520f7d09f208b2278bb754a554","author":{"name":"popcornmix","email":"bc2f05c7404bd130a42e8d39bc295471028f7ce6@gmail.com"},"message":"Merge pull request #1658 from anholt/rpi-4.4.y-fixes\n\ndrm/vc4: Fix races when the CS reads from render targets.","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/5a570ebd5856ec520f7d09f208b2278bb754a554"},{"sha":"df127725783f45e0f7681f7def2ca259ee9ef4ae","author":{"name":"Michal Nazarewicz","email":"3b06a80fbb86cf4b3738455bf6d6701ef9e8c149@mina86.com"},"message":"include/linux/kernel.h: change abs() macro so it uses consistent return type\n\ncommit 8f57e4d930d48217268315898212518d4d3e0773 upstream.\n\nRewrite abs() so that its return type does not depend on the\narchitecture and no unexpected type conversion happen inside of it.  The\nonly conversion is from unsigned to signed type.  char is left as a\nreturn type but treated as a signed type regradless of it's actual\nsignedness.\n\nWith the old version, int arguments were promoted to long and depending\non architecture a long argument might result in s64 or long return type\n(which may or may not be the same).\n\nThis came after some back and forth with Nicolas.  The current macro has\ndifferent return type (for the same input type) depending on\narchitecture which might be midly iritating.\n\nAn alternative version would promote to int like so:\n\n\t#define abs(x)\t__abs_choose_expr(x, long long,\t\t\t\\\n\t\t\t__abs_choose_expr(x, long,\t\t\t\\\n\t\t\t__builtin_choose_expr(\t\t\t\t\\\n\t\t\t\tsizeof(x) <= sizeof(int),\t\t\\\n\t\t\t\t({ int __x = (x); __x<0?-__x:__x; }),\t\\\n\t\t\t\t((void)0))))\n\nI have no preference but imagine Linus might.  :] Nicolas argument against\nis that promoting to int causes iconsistent behaviour:\n\n\tint main(void) {\n\t\tunsigned short a = 0, b = 1, c = a - b;\n\t\tunsigned short d = abs(a - b);\n\t\tunsigned short e = abs(c);\n\t\tprintf(\"%u %u\\n\", d, e);  // prints: 1 65535\n\t}\n\nThen again, no sane person expects consistent behaviour from C integer\narithmetic.  ;)\n\nNote:\n\n  __builtin_types_compatible_p(unsigned char, char) is always false, and\n  __builtin_types_compatible_p(signed char, char) is also always false.\n\nSigned-off-by: Michal Nazarewicz <mina86@mina86.com>\nReviewed-by: Nicolas Pitre <nico@linaro.org>\nCc: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>\nCc: Wey-Yi Guy <wey-yi.w.guy@intel.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/df127725783f45e0f7681f7def2ca259ee9ef4ae"},{"sha":"29bd03596e9511fa2f1a199d3a7603da28b32899","author":{"name":"Arnd Bergmann","email":"72a0f6d3b182607e6d5c44b93e1abb7b23ee18f3@arndb.de"},"message":"Fix build warning in kernel/cpuset.c\n\n>           2 ../kernel/cpuset.c:2101:11: warning: initialization from incompatible pointer type [-Wincompatible-pointer-types]\n>           1 ../kernel/cpuset.c:2101:2: warning: initialization from incompatible pointer type\n>           1 ../kernel/cpuset.c:2101:2: warning: (near initialization for 'cpuset_cgrp_subsys.fork')\n\nThis got introduced by 06ec7a1d7646 (\"cpuset: make sure new tasks\nconform to the current config of the cpuset\"). In the upstream\nkernel, the function prototype was changed as of b53202e63089\n(\"cgroup: kill cgrp_ss_priv[CGROUP_CANFORK_COUNT] and friends\").\n\nThat patch is not suitable for stable kernels, and fortunately\nthe warning seems harmless as the prototypes only differ in the\nsecond argument that is unused. Adding that argument gets rid\nof the warning:\n\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/29bd03596e9511fa2f1a199d3a7603da28b32899"},{"sha":"daef25aa900236a25d1cadc272beefc86713ca9f","author":{"name":"Jeff Mahoney","email":"aaa0a0dd9330bfd9355df741c4f20144421bb087@suse.com"},"message":"reiserfs: fix \"new_insert_key may be used uninitialized ...\"\n\ncommit 0a11b9aae49adf1f952427ef1a1d9e793dd6ffb6 upstream.\n\nnew_insert_key only makes any sense when it's associated with a\nnew_insert_ptr, which is initialized to NULL and changed to a\nbuffer_head when we also initialize new_insert_key.  We can key off of\nthat to avoid the uninitialized warning.\n\nLink: http://lkml.kernel.org/r/5eca5ffb-2155-8df2-b4a2-f162f105efed@suse.com\nSigned-off-by: Jeff Mahoney <jeffm@suse.com>\nCc: Arnd Bergmann <arnd@arndb.de>\nCc: Jan Kara <jack@suse.cz>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/daef25aa900236a25d1cadc272beefc86713ca9f"},{"sha":"6b8076b8a76bc7f3d51e51b9fb5b35853cc74138","author":{"name":"David Forster","email":"98ff532b381de9a80e2311c91648a02b9670a2f6@brocade.com"},"message":"ipv4: panic in leaf_walk_rcu due to stale node pointer\n\n[ Upstream commit 94d9f1c5906b20053efe375b6d66610bca4b8b64 ]\n\nPanic occurs when issuing \"cat /proc/net/route\" whilst\npopulating FIB with > 1M routes.\n\nUse of cached node pointer in fib_route_get_idx is unsafe.\n\n BUG: unable to handle kernel paging request at ffffc90001630024\n IP: [<ffffffff814cf6a0>] leaf_walk_rcu+0x10/0xe0\n PGD 11b08d067 PUD 11b08e067 PMD dac4b067 PTE 0\n Oops: 0000 [#1] SMP\n Modules linked in: nfsd auth_rpcgss oid_registry nfs_acl nfs lockd grace fscac\n snd_hda_codec_generic snd_hda_intel snd_hda_codec snd_hda_core snd_hwdep virti\n acpi_cpufreq button parport_pc ppdev lp parport autofs4 ext4 crc16 mbcache jbd\ntio_ring virtio floppy uhci_hcd ehci_hcd usbcore usb_common libata scsi_mod\n CPU: 1 PID: 785 Comm: cat Not tainted 4.2.0-rc8+ #4\n Hardware name: Bochs Bochs, BIOS Bochs 01/01/2007\n task: ffff8800da1c0bc0 ti: ffff88011a05c000 task.ti: ffff88011a05c000\n RIP: 0010:[<ffffffff814cf6a0>]  [<ffffffff814cf6a0>] leaf_walk_rcu+0x10/0xe0\n RSP: 0018:ffff88011a05fda0  EFLAGS: 00010202\n RAX: ffff8800d8a40c00 RBX: ffff8800da4af940 RCX: ffff88011a05ff20\n RDX: ffffc90001630020 RSI: 0000000001013531 RDI: ffff8800da4af950\n RBP: 0000000000000000 R08: ffff8800da1f9a00 R09: 0000000000000000\n R10: ffff8800db45b7e4 R11: 0000000000000246 R12: ffff8800da4af950\n R13: ffff8800d97a74c0 R14: 0000000000000000 R15: ffff8800d97a7480\n FS:  00007fd3970e0700(0000) GS:ffff88011fd00000(0000) knlGS:0000000000000000\n CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b\n CR2: ffffc90001630024 CR3: 000000011a7e4000 CR4: 00000000000006e0\n Stack:\n  ffffffff814d00d3 0000000000000000 ffff88011a05ff20 ffff8800da1f9a00\n  ffffffff811dd8b9 0000000000000800 0000000000020000 00007fd396f35000\n  ffffffff811f8714 0000000000003431 ffffffff8138dce0 0000000000000f80\n Call Trace:\n  [<ffffffff814d00d3>] ? fib_route_seq_start+0x93/0xc0\n  [<ffffffff811dd8b9>] ? seq_read+0x149/0x380\n  [<ffffffff811f8714>] ? fsnotify+0x3b4/0x500\n  [<ffffffff8138dce0>] ? process_echoes+0x70/0x70\n  [<ffffffff8121cfa7>] ? proc_reg_read+0x47/0x70\n  [<ffffffff811bb823>] ? __vfs_read+0x23/0xd0\n  [<ffffffff811bbd42>] ? rw_verify_area+0x52/0xf0\n  [<ffffffff811bbe61>] ? vfs_read+0x81/0x120\n  [<ffffffff811bcbc2>] ? SyS_read+0x42/0xa0\n  [<ffffffff81549ab2>] ? entry_SYSCALL_64_fastpath+0x16/0x75\n Code: 48 85 c0 75 d8 f3 c3 31 c0 c3 f3 c3 66 66 66 66 66 66 2e 0f 1f 84 00 00\na 04 89 f0 33 02 44 89 c9 48 d3 e8 0f b6 4a 05 49 89\n RIP  [<ffffffff814cf6a0>] leaf_walk_rcu+0x10/0xe0\n  RSP <ffff88011a05fda0>\n CR2: ffffc90001630024\n\nSigned-off-by: Dave Forster <dforster@brocade.com>\nAcked-by: Alexander Duyck <alexander.h.duyck@intel.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nTested-by: Holger Hoffstätte <holger@applied-asynchrony.com>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/6b8076b8a76bc7f3d51e51b9fb5b35853cc74138"},{"sha":"ea7dd213c1e3be9eeb6786affb7766aeca232439","author":{"name":"Dave Jones","email":"aeb86c368b3b356d5000d6aecf911b50d61d5460@codemonkey.org.uk"},"message":"ipv6: release dst in ping_v6_sendmsg\n\n[ Upstream commit 03c2778a938aaba0893f6d6cdc29511d91a79848 ]\n\nNeither the failure or success paths of ping_v6_sendmsg release\nthe dst it acquires.  This leads to a flood of warnings from\n\"net/core/dst.c:288 dst_release\" on older kernels that\ndon't have 8bf4ada2e21378816b28205427ee6b0e1ca4c5f1 backported.\n\nThat patch optimistically hoped this had been fixed post 3.10, but\nit seems at least one case wasn't, where I've seen this triggered\na lot from machines doing unprivileged icmp sockets.\n\nCc: Martin Lau <kafai@fb.com>\nSigned-off-by: Dave Jones <davej@codemonkey.org.uk>\nAcked-by: Martin KaFai Lau <kafai@fb.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nTested-by: Holger Hoffstätte <holger@applied-asynchrony.com>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/ea7dd213c1e3be9eeb6786affb7766aeca232439"},{"sha":"98418550e124ec047918df8b3bb587e60bd39a8a","author":{"name":"Artem Germanov","email":"d920082a972f949a5a31a680fcb2dd7fc91d64af@anchorfree.com"},"message":"tcp: cwnd does not increase in TCP YeAH\n\n[ Upstream commit db7196a0d0984b933ccf2cd6a60e26abf466e8a3 ]\n\nCommit 76174004a0f19785a328f40388e87e982bbf69b9\n(tcp: do not slow start when cwnd equals ssthresh )\nintroduced regression in TCP YeAH. Using 100ms delay 1% loss virtual\nethernet link kernel 4.2 shows bandwidth ~500KB/s for single TCP\nconnection and kernel 4.3 and above (including 4.8-rc4) shows bandwidth\n~100KB/s.\n   That is caused by stalled cwnd when cwnd equals ssthresh. This patch\nfixes it by proper increasing cwnd in this case.\n\nSigned-off-by: Artem Germanov <agermanov@anchorfree.com>\nAcked-by: Dmitry Adamushko <d.adamushko@anchorfree.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nReviewed-by: Holger Hoffstätte <holger@applied-asynchrony.com>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/98418550e124ec047918df8b3bb587e60bd39a8a"},{"sha":"0f55fa7541d7ff34a6690438bb00b78521b98b54","author":{"name":"Eric Dumazet","email":"b3d77ad2db30f558882cc0c038be5a3cf96611f9@google.com"},"message":"tcp: fix use after free in tcp_xmit_retransmit_queue()\n\n[ Upstream commit bb1fceca22492109be12640d49f5ea5a544c6bb4 ]\n\nWhen tcp_sendmsg() allocates a fresh and empty skb, it puts it at the\ntail of the write queue using tcp_add_write_queue_tail()\n\nThen it attempts to copy user data into this fresh skb.\n\nIf the copy fails, we undo the work and remove the fresh skb.\n\nUnfortunately, this undo lacks the change done to tp->highest_sack and\nwe can leave a dangling pointer (to a freed skb)\n\nLater, tcp_xmit_retransmit_queue() can dereference this pointer and\naccess freed memory. For regular kernels where memory is not unmapped,\nthis might cause SACK bugs because tcp_highest_sack_seq() is buggy,\nreturning garbage instead of tp->snd_nxt, but with various debug\nfeatures like CONFIG_DEBUG_PAGEALLOC, this can crash the kernel.\n\nThis bug was found by Marco Grassi thanks to syzkaller.\n\nFixes: 6859d49475d4 (\"[TCP]: Abstract tp->highest_sack accessing & point to next skb\")\nReported-by: Marco Grassi <marco.gra@gmail.com>\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nCc: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>\nCc: Yuchung Cheng <ycheng@google.com>\nCc: Neal Cardwell <ncardwell@google.com>\nAcked-by: Neal Cardwell <ncardwell@google.com>\nReviewed-by: Cong Wang <xiyou.wangcong@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nTested-by: Holger Hoffstätte <holger@applied-asynchrony.com>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/0f55fa7541d7ff34a6690438bb00b78521b98b54"},{"sha":"c867a11289ee74c4594a96ccccac16f4cc29519e","author":{"name":"Eric Dumazet","email":"b3d77ad2db30f558882cc0c038be5a3cf96611f9@google.com"},"message":"tcp: properly scale window in tcp_v[46]_reqsk_send_ack()\n\n[ Upstream commit 20a2b49fc538540819a0c552877086548cff8d8d ]\n\nWhen sending an ack in SYN_RECV state, we must scale the offered\nwindow if wscale option was negotiated and accepted.\n\nTested:\n Following packetdrill test demonstrates the issue :\n\n0.000 socket(..., SOCK_STREAM, IPPROTO_TCP) = 3\n+0 setsockopt(3, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0\n\n+0 bind(3, ..., ...) = 0\n+0 listen(3, 1) = 0\n\n// Establish a connection.\n+0 < S 0:0(0) win 20000 <mss 1000,sackOK,wscale 7, nop, TS val 100 ecr 0>\n+0 > S. 0:0(0) ack 1 win 28960 <mss 1460,sackOK, TS val 100 ecr 100, nop, wscale 7>\n\n+0 < . 1:11(10) ack 1 win 156 <nop,nop,TS val 99 ecr 100>\n// check that window is properly scaled !\n+0 > . 1:1(0) ack 1 win 226 <nop,nop,TS val 200 ecr 100>\n\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nCc: Yuchung Cheng <ycheng@google.com>\nCc: Neal Cardwell <ncardwell@google.com>\nAcked-by: Yuchung Cheng <ycheng@google.com>\nAcked-by: Neal Cardwell <ncardwell@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nTested-by: Holger Hoffstätte <holger@applied-asynchrony.com>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/c867a11289ee74c4594a96ccccac16f4cc29519e"},{"sha":"3e2d986d8b2f95cfd4c2c0528cff74ce42a4e2a8","author":{"name":"Ard Biesheuvel","email":"80b89d4a5c0c8f00cebbb9c7d8a672c776f22af1@linaro.org"},"message":"crypto: arm64/aes-ctr - fix NULL dereference in tail processing\n\ncommit 2db34e78f126c6001d79d3b66ab1abb482dc7caa upstream.\n\nThe AES-CTR glue code avoids calling into the blkcipher API for the\ntail portion of the walk, by comparing the remainder of walk.nbytes\nmodulo AES_BLOCK_SIZE with the residual nbytes, and jumping straight\ninto the tail processing block if they are equal. This tail processing\nblock checks whether nbytes != 0, and does nothing otherwise.\n\nHowever, in case of an allocation failure in the blkcipher layer, we\nmay enter this code with walk.nbytes == 0, while nbytes > 0. In this\ncase, we should not dereference the source and destination pointers,\nsince they may be NULL. So instead of checking for nbytes != 0, check\nfor (walk.nbytes % AES_BLOCK_SIZE) != 0, which implies the former in\nnon-error conditions.\n\nFixes: 49788fe2a128 (\"arm64/crypto: AES-ECB/CBC/CTR/XTS using ARMv8 NEON and Crypto Extensions\")\nReported-by: xiakaixu <xiakaixu@huawei.com>\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/3e2d986d8b2f95cfd4c2c0528cff74ce42a4e2a8"},{"sha":"9246fd26f99d70c81d3ec90a4b8dece0c2d7b930","author":{"name":"Ard Biesheuvel","email":"80b89d4a5c0c8f00cebbb9c7d8a672c776f22af1@linaro.org"},"message":"crypto: arm/aes-ctr - fix NULL dereference in tail processing\n\ncommit f82e90b28654804ab72881d577d87c3d5c65e2bc upstream.\n\nThe AES-CTR glue code avoids calling into the blkcipher API for the\ntail portion of the walk, by comparing the remainder of walk.nbytes\nmodulo AES_BLOCK_SIZE with the residual nbytes, and jumping straight\ninto the tail processing block if they are equal. This tail processing\nblock checks whether nbytes != 0, and does nothing otherwise.\n\nHowever, in case of an allocation failure in the blkcipher layer, we\nmay enter this code with walk.nbytes == 0, while nbytes > 0. In this\ncase, we should not dereference the source and destination pointers,\nsince they may be NULL. So instead of checking for nbytes != 0, check\nfor (walk.nbytes % AES_BLOCK_SIZE) != 0, which implies the former in\nnon-error conditions.\n\nFixes: 86464859cc77 (\"crypto: arm - AES in ECB/CBC/CTR/XTS modes using ARMv8 Crypto Extensions\")\nReported-by: xiakaixu <xiakaixu@huawei.com>\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/9246fd26f99d70c81d3ec90a4b8dece0c2d7b930"},{"sha":"1c95a8a481efa5716b847b75f9c8b26f65844362","author":{"name":"Herbert Xu","email":"b06c1e85ee1d40a691f7eaf317640579555a220e@gondor.apana.org.au"},"message":"crypto: skcipher - Fix blkcipher walk OOM crash\n\ncommit acdb04d0b36769b3e05990c488dc74d8b7ac8060 upstream.\n\nWhen we need to allocate a temporary blkcipher_walk_next and it\nfails, the code is supposed to take the slow path of processing\nthe data block by block.  However, due to an unrelated change\nwe instead end up dereferencing the NULL pointer.\n\nThis patch fixes it by moving the unrelated bsize setting out\nof the way so that we enter the slow path as inteded.\n\nFixes: 7607bd8ff03b (\"[CRYPTO] blkcipher: Added blkcipher_walk_virt_block\")\nReported-by: xiakaixu <xiakaixu@huawei.com>\nReported-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>\nTested-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/1c95a8a481efa5716b847b75f9c8b26f65844362"},{"sha":"2426cdb3f4a33704f1a8f9ee167f82ef5be516ba","author":{"name":"Herbert Xu","email":"b06c1e85ee1d40a691f7eaf317640579555a220e@gondor.apana.org.au"},"message":"crypto: echainiv - Replace chaining with multiplication\n\ncommit 53a5d5ddccf849dbc27a8c1bba0b43c3a45fb792 upstream.\n\nThe current implementation uses a global per-cpu array to store\ndata which are used to derive the next IV.  This is insecure as\nthe attacker may change the stored data.\n\nThis patch removes all traces of chaining and replaces it with\nmultiplication of the salt and the sequence number.\n\nFixes: a10f554fa7e0 (\"crypto: echainiv - Add encrypted chain IV...\")\nReported-by: Mathias Krause <minipli@googlemail.com>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/2426cdb3f4a33704f1a8f9ee167f82ef5be516ba"},{"sha":"f1ce664e687d3d0f83b9e0a4014b96353a641c93","author":{"name":"Joseph Qi","email":"59a2d3eca8accdef0e8b45f61be9f1042ed1097d@huawei.com"},"message":"ocfs2/dlm: fix race between convert and migration\n\ncommit e6f0c6e6170fec175fe676495f29029aecdf486c upstream.\n\nCommit ac7cf246dfdb (\"ocfs2/dlm: fix race between convert and recovery\")\nchecks if lockres master has changed to identify whether new master has\nfinished recovery or not.  This will introduce a race that right after\nold master does umount ( means master will change), a new convert\nrequest comes.\n\nIn this case, it will reset lockres state to DLM_RECOVERING and then\nretry convert, and then fail with lockres->l_action being set to\nOCFS2_AST_INVALID, which will cause inconsistent lock level between\nocfs2 and dlm, and then finally BUG.\n\nSince dlm recovery will clear lock->convert_pending in\ndlm_move_lockres_to_recovery_list, we can use it to correctly identify\nthe race case between convert and recovery.  So fix it.\n\nFixes: ac7cf246dfdb (\"ocfs2/dlm: fix race between convert and recovery\")\nLink: http://lkml.kernel.org/r/57CE1569.8010704@huawei.com\nSigned-off-by: Joseph Qi <joseph.qi@huawei.com>\nSigned-off-by: Jun Piao <piaojun@huawei.com>\nCc: Mark Fasheh <mfasheh@suse.de>\nCc: Joel Becker <jlbec@evilplan.org>\nCc: Junxiao Bi <junxiao.bi@oracle.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/f1ce664e687d3d0f83b9e0a4014b96353a641c93"},{"sha":"cf5fa7b898f487def896acaf79f3ea3bc4827e8c","author":{"name":"Ashish Samant","email":"c6da53da2901d987f2fc650bb75a4ea4576b9f3a@oracle.com"},"message":"ocfs2: fix start offset to ocfs2_zero_range_for_truncate()\n\ncommit d21c353d5e99c56cdd5b5c1183ffbcaf23b8b960 upstream.\n\nIf we punch a hole on a reflink such that following conditions are met:\n\n1. start offset is on a cluster boundary\n2. end offset is not on a cluster boundary\n3. (end offset is somewhere in another extent) or\n   (hole range > MAX_CONTIG_BYTES(1MB)),\n\nwe dont COW the first cluster starting at the start offset.  But in this\ncase, we were wrongly passing this cluster to\nocfs2_zero_range_for_truncate() to zero out.  This will modify the\ncluster in place and zero it in the source too.\n\nFix this by skipping this cluster in such a scenario.\n\nTo reproduce:\n\n1. Create a random file of say 10 MB\n     xfs_io -c 'pwrite -b 4k 0 10M' -f 10MBfile\n2. Reflink  it\n     reflink -f 10MBfile reflnktest\n3. Punch a hole at starting at cluster boundary  with range greater that\n1MB. You can also use a range that will put the end offset in another\nextent.\n     fallocate -p -o 0 -l 1048615 reflnktest\n4. sync\n5. Check the  first cluster in the source file. (It will be zeroed out).\n    dd if=10MBfile iflag=direct bs=<cluster size> count=1 | hexdump -C\n\nLink: http://lkml.kernel.org/r/1470957147-14185-1-git-send-email-ashish.samant@oracle.com\nSigned-off-by: Ashish Samant <ashish.samant@oracle.com>\nReported-by: Saar Maoz <saar.maoz@oracle.com>\nReviewed-by: Srinivas Eeda <srinivas.eeda@oracle.com>\nCc: Mark Fasheh <mfasheh@suse.de>\nCc: Joel Becker <jlbec@evilplan.org>\nCc: Junxiao Bi <junxiao.bi@oracle.com>\nCc: Joseph Qi <joseph.qi@huawei.com>\nCc: Eric Ren <zren@suse.com>\nSigned-off-by: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/cf5fa7b898f487def896acaf79f3ea3bc4827e8c"},{"sha":"252644d83bf7c46d199687c4af2f0ee125ca7f62","author":{"name":"Michal Marek","email":"da90ea6f0836fa178971a89beee55a90b382acdd@suse.cz"},"message":"kbuild: Do not run modules_install and install in paralel\n\ncommit a85a41ed69f27c4c667d8c418df14b4fb220c4ad upstream.\n\nBased on a x86-only patch by Andy Lutomirski <luto@amacapital.net>\n\nWith modular kernels, 'make install' is going to need the installed\nmodules at some point to generate the initramfs.\n\nSigned-off-by: Michal Marek <mmarek@suse.cz>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/252644d83bf7c46d199687c4af2f0ee125ca7f62"},{"sha":"97283248f58444a1b64c24b7ee1be5e708906e86","author":{"name":"Wang YanQing","email":"bcfcdb54ab7ba3dbbd331cdc9900bdd15aafced3@gmail.com"},"message":"Makefile: revert \"Makefile: Document ability to make file.lst and file.S\" partially\n\ncommit 40ab87a4003c7952976ce901a2b9ece5ed833168 upstream.\n\nCommit 627189797807 (\"Makefile: Document ability to make file.lst\nand file.S\") document ability to make file.S, but there isn't such\nability in kbuild, so revert it.\n\nSigned-off-by: Wang YanQing <udknight@gmail.com>\nSigned-off-by: Michal Marek <mmarek@suse.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/97283248f58444a1b64c24b7ee1be5e708906e86"},{"sha":"9b6bbc3d96729c18eef9a3c39021967220bcc5e4","author":{"name":"Josh Poimboeuf","email":"e3c4f83d6dbbf85df94c8b24fb0cf20a5e953120@redhat.com"},"message":"tools: Support relative directory path for 'O='\n\ncommit e17cf3a80d4ba0c4e40bf1a89deb1354c2e10e14 upstream.\n\nRunning \"make O=foo\" (with a relative directory path) fails with:\n\n  scripts/Makefile.include:3: *** O=foo does not exist.  Stop.\n  /home/jpoimboe/git/linux/Makefile:1547: recipe for target 'tools/objtool' failed\n\nThe tools Makefile gets confused by the relative path and tries to build\nobjtool in tools/foo.  Convert the output directory to an absolute path\nbefore passing it to the tools Makefile.\n\nReported-by: Sudip Mukherjee <sudipm.mukherjee@gmail.com>\nSigned-off-by: Josh Poimboeuf <jpoimboe@redhat.com>\nCc: Andrew Morton <akpm@linux-foundation.org>\nCc: Jiri Olsa <jolsa@kernel.org>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Stephen Rothwell <sfr@canb.auug.org.au>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: linux-next@vger.kernel.org\nCc: linux@roeck-us.net\nCc: live-patching@vger.kernel.org\nLink: http://lkml.kernel.org/r/94a078c6c998fac9f01a14f574008bf7dff40191.1457016803.git.jpoimboe@redhat.com\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/DigitalDreamtimeLtd/linux/commits/9b6bbc3d96729c18eef9a3c39021967220bcc5e4"}]}
{"actor":{"display_login":"clivem"}}