{"push_id":2539067903,"size":120,"distinct_size":120,"ref":"refs/heads/master","head":"1504269814263c9676b4605a6a91e14dc6ceac21","before":"2d618bdf71635463a4aa4ad0fe46ec852292bc0c","commits":[{"sha":"839c42273617787318da7baf6151d553108f5e17","author":{"name":"Christophe JAILLET","email":"aa5b4d6ac057e7b0849afbbced06a03fc6c87d45@wanadoo.fr"},"message":"Input: synaptics-rmi4 - fix an unchecked out of memory error path\n\nWhen extending the rmi_spi buffers, we must check that no out of memory\nerror occurs, otherwise we may access data above the currently allocated\nmemory.\n\nPropagate the error code returned by 'rmi_spi_manage_pools()' instead.\n\nSigned-off-by: Christophe JAILLET <christophe.jaillet@wanadoo.fr>\nReviewed-by: Andrew Duggan <aduggan@synaptics.com>\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/839c42273617787318da7baf6151d553108f5e17"},{"sha":"0b5c0305e57ca940713bcb2b202fd2b412c62f31","author":{"name":"Arend Van Spriel","email":"a0aa8d56e4733e1f148eaed044b3a5ceb8fafe4b@broadcom.com"},"message":"brcmfmac: fix firmware request processing if nvram load fails\n\nWhen nvram loading fails a double free occurred. Fix this and reorg the\ncode a little.\n\nFixes: d09ae51a4b67 (\"brcmfmac: pass struct in brcmf_fw_get_firmwares()\")\nReported-by: Dan Carpenter <dan.carpenter@oracle.com>\nSigned-off-by: Arend van Spriel <arend.vanspriel@broadcom.com>\nSigned-off-by: Kalle Valo <kvalo@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/0b5c0305e57ca940713bcb2b202fd2b412c62f31"},{"sha":"77e30e10ee28a53c8af95809866ee8493583e29a","author":{"name":"Haim Dreyfuss","email":"ea55cdcefe451c680d57a9a4a778e5f5e5aeef13@intel.com"},"message":"iwlwifi: mvm: query regdb for wmm rule if needed\n\nSince our device is regulatory self managed it maintains its regulatory\nrules by its own. However the wmm_rules values can't be set by the\ndevice itself but only the indication about the need to set it.\nIn case the device set wmm indication, proactively query the regulatory\ndata base to get these values\n\nSigned-off-by: Haim Dreyfuss <haim.dreyfuss@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>\nSigned-off-by: Kalle Valo <kvalo@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/77e30e10ee28a53c8af95809866ee8493583e29a"},{"sha":"6bd6ae639683c0b41f46990d5c64ff9fbfa019dc","author":{"name":"Dmitry Torokhov","email":"6b8646d310837fed93a129ed3c979b90c7f2674f@gmail.com"},"message":"Input: leds - fix out of bound access\n\nUI_SET_LEDBIT ioctl() causes the following KASAN splat when used with\nled > LED_CHARGING:\n\n[ 1274.663418] BUG: KASAN: slab-out-of-bounds in input_leds_connect+0x611/0x730 [input_leds]\n[ 1274.663426] Write of size 8 at addr ffff88003377b2c0 by task ckb-next-daemon/5128\n\nThis happens because we were writing to the led structure before making\nsure that it exists.\n\nReported-by: Tasos Sahanidis <tasos@tasossah.com>\nTested-by: Tasos Sahanidis <tasos@tasossah.com>\nCc: stable@vger.kernel.org\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/6bd6ae639683c0b41f46990d5c64ff9fbfa019dc"},{"sha":"89e050c87dab3e933dcb90677947752d19aeafa4","author":{"name":"Helge Deller","email":"5b1e7895819cf7d6bc77091b09bbfd6d330a4e74@gmx.de"},"message":"parisc: Make bzImage default build target\n\nDebian uses \"make all\" to build the Linux kernel, thus to be able to use\nthe self-decompressing kernel as default debian kernel we need to make\nbzImage the default build target.\n\nSigned-off-by: Helge Deller <deller@gmx.de>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/89e050c87dab3e933dcb90677947752d19aeafa4"},{"sha":"41dbee81c875300072f6154d6722f6e8e1353cca","author":{"name":"Helge Deller","email":"5b1e7895819cf7d6bc77091b09bbfd6d330a4e74@gmx.de"},"message":"parisc: Document rules regarding checksum of HPMC handler\n\nSigned-off-by: Helge Deller <deller@gmx.de>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/41dbee81c875300072f6154d6722f6e8e1353cca"},{"sha":"f76cdd00ef0e39d880139b074e3b247594dff95a","author":{"name":"Baolin Wang","email":"15dea144c40def5d80a1e0a9b85720001c5629cd@linaro.org"},"message":"parisc: time: Convert read_persistent_clock() to read_persistent_clock64()\n\nThe read_persistent_clock() uses a timespec, which is not year 2038 safe\non 32bit systems. On parisc architecture, we have implemented generic\nRTC drivers that can be used to compensate the system suspend time, but\nthe RTC time can not represent the nanosecond resolution, so this patch\njust converts to read_persistent_clock64() with timespec64.\n\nSigned-off-by: Baolin Wang <baolin.wang@linaro.org>\nAcked-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Helge Deller <deller@gmx.de>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/f76cdd00ef0e39d880139b074e3b247594dff95a"},{"sha":"f286299c1d0ba5e2ca0377610307b370fe178767","author":{"name":"Long Li","email":"7c3f1736f0d21e1e8ded3a98dcacf1239706b2af@microsoft.com"},"message":"scsi: storvsc: Set up correct queue depth values for IDE devices\n\nUnlike SCSI and FC, we don't use multiple channels for IDE.  Also fix\nthe calculation for sub-channels.\n\nSigned-off-by: Long Li <longli@microsoft.com>\nReviewed-by: Michael Kelley <mikelley@microsoft.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/f286299c1d0ba5e2ca0377610307b370fe178767"},{"sha":"4bc83b3f272fe8f36450f9c003df49cf07ffe5fd","author":{"name":"Colin Ian King","email":"d100aa70785e45ee8deab668147d941941915c21@canonical.com"},"message":"scsi: isci: Fix infinite loop in while loop\n\nIn the case when the phy_mask is bitwise anded with the phy_index bit is\nzero the continue statement currently jumps to the next iteration of the\nwhile loop and phy_index is never actually incremented, potentially\ncausing an infinite loop if phy_index is less than SCI_MAX_PHS. Fix this\nby turning the while loop into a for loop.\n\nSigned-off-by: Colin Ian King <colin.king@canonical.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/4bc83b3f272fe8f36450f9c003df49cf07ffe5fd"},{"sha":"f5957dade4f373b04fa1f5315a489f18cc2c4cb4","author":{"name":"Bryant G Ly","email":"1024ba5f11bcf6a7ffb2ce4b8b54f508dfeeefbd@linux.vnet.ibm.com"},"message":"scsi: target: Fix fortify_panic kernel exception\n\nmemcmp() requires the two buffers passed as arguments to be at least\n'size' bytes long, otherwise a fortify_panic will trigger.\n\nUse memchr_inv() instead of memcmp() to determine whether the received\npayload is zeroed or not.\n\nThe bug was found by running a block backstore via LIO.\n\n[  496.212958] Call Trace:\n[  496.212960] [c0000007e58e3800] [c000000000cbbefc] fortify_panic+0x24/0x38 (unreliable)\n[  496.212965] [c0000007e58e3860] [d00000000f150c28] iblock_execute_write_same+0x3b8/0x3c0 [target_core_iblock]\n[  496.212976] [c0000007e58e3910] [d000000006c737d4] __target_execute_cmd+0x54/0x150 [target_core_mod]\n[  496.212982] [c0000007e58e3940] [d000000006d32ce4] ibmvscsis_write_pending+0x74/0xe0 [ibmvscsis]\n[  496.212991] [c0000007e58e39b0] [d000000006c74fc8] transport_generic_new_cmd+0x318/0x370 [target_core_mod]\n[  496.213001] [c0000007e58e3a30] [d000000006c75084] transport_handle_cdb_direct+0x64/0xd0 [target_core_mod]\n[  496.213011] [c0000007e58e3aa0] [d000000006c75298] target_submit_cmd_map_sgls+0x1a8/0x320 [target_core_mod]\n[  496.213021] [c0000007e58e3b30] [d000000006c75458] target_submit_cmd+0x48/0x60 [target_core_mod]\n[  496.213026] [c0000007e58e3bd0] [d000000006d34c20] ibmvscsis_scheduler+0x370/0x600 [ibmvscsis]\n[  496.213031] [c0000007e58e3c90] [c00000000013135c] process_one_work+0x1ec/0x580\n[  496.213035] [c0000007e58e3d20] [c000000000131798] worker_thread+0xa8/0x600\n[  496.213039] [c0000007e58e3dc0] [c00000000013a468] kthread+0x168/0x1b0\n[  496.213044] [c0000007e58e3e30] [c00000000000b528] ret_from_kernel_thread+0x5c/0xb4\n\n[mkp: tweaked commit message]\n\nFixes: 2237498f0b5c (\"target/iblock: Convert WRITE_SAME to blkdev_issue_zeroout\")\nSigned-off-by: Bryant G. Ly <bryantly@linux.vnet.ibm.com>\nReviewed-by: Steven Royer <seroyer@linux.vnet.ibm.com>\nTested-by: Taylor Jakobson <tjakobs@us.ibm.com>\nCc: Christoph Hellwig <hch@lst.de>\nCc: Nicholas Bellinger <nab@linux-iscsi.org>\nCc: <stable@vger.kernel.org> # v4.13+\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/f5957dade4f373b04fa1f5315a489f18cc2c4cb4"},{"sha":"6899b32b5b2dee358936b82b8363b716607a138f","author":{"name":"Roman Gushchin","email":"8c2caf221cab692fe667556bdd683727bc401c9e@fb.com"},"message":"bpf: disable and restore preemption in __BPF_PROG_RUN_ARRAY\n\nRunning bpf programs requires disabled preemption,\nhowever at least some* of the BPF_PROG_RUN_ARRAY users\ndo not follow this rule.\n\nTo fix this bug, and also to make it not happen in the future,\nlet's add explicit preemption disabling/re-enabling\nto the __BPF_PROG_RUN_ARRAY code.\n\n* for example:\n [   17.624472] RIP: 0010:__cgroup_bpf_run_filter_sk+0x1c4/0x1d0\n ...\n [   17.640890]  inet6_create+0x3eb/0x520\n [   17.641405]  __sock_create+0x242/0x340\n [   17.641939]  __sys_socket+0x57/0xe0\n [   17.642370]  ? trace_hardirqs_off_thunk+0x1a/0x1c\n [   17.642944]  SyS_socket+0xa/0x10\n [   17.643357]  do_syscall_64+0x79/0x220\n [   17.643879]  entry_SYSCALL_64_after_hwframe+0x42/0xb7\n\nSigned-off-by: Roman Gushchin <guro@fb.com>\nCc: Alexei Starovoitov <ast@kernel.org>\nCc: Daniel Borkmann <daniel@iogearbox.net>\nAcked-by: Alexei Starovoitov <ast@kernel.org>\nSigned-off-by: Daniel Borkmann <daniel@iogearbox.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/6899b32b5b2dee358936b82b8363b716607a138f"},{"sha":"514d6c1959f9b396f1b51850925900adedffb951","author":{"name":"John Fastabend","email":"ee461b60978bea1c76b3018c0b89685175b248e2@gmail.com"},"message":"bpf: Document sockmap '-target bpf' requirement for PROG_TYPE_SK_MSG\n\nBPF_PROG_TYPE_SK_MSG programs use a 'void *' for both data and the\ndata_end pointers. Additionally, the verifier ensures that every\naccesses into the values is a __u64 read. This correctly maps on\nto the BPF 64-bit architecture.\n\nHowever, to ensure that when building on 32bit architectures that\nclang uses correct types the '-target bpf' option _must_ be\nspecified. To make this clear add a note to the Documentation.\n\nSigned-off-by: John Fastabend <john.fastabend@gmail.com>\nAcked-by: Alexei Starovoitov <ast@kernel.org>\nSigned-off-by: Daniel Borkmann <daniel@iogearbox.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/514d6c1959f9b396f1b51850925900adedffb951"},{"sha":"4dfe1bb95235c553e216222cf0c377faf191dacd","author":{"name":"John Fastabend","email":"ee461b60978bea1c76b3018c0b89685175b248e2@gmail.com"},"message":"bpf: sockmap sample use clang flag, -target bpf\n\nPer Documentation/bpf/bpf_devel_QA.txt add the -target flag to the\nsockmap Makefile. Relevant text quoted here,\n\n   Otherwise, you can use bpf target. Additionally, you _must_ use\n   bpf target when:\n\n - Your program uses data structures with pointer or long / unsigned\n   long types that interface with BPF helpers or context data\n   structures. Access into these structures is verified by the BPF\n   verifier and may result in verification failures if the native\n   architecture is not aligned with the BPF architecture, e.g. 64-bit.\n   An example of this is BPF_PROG_TYPE_SK_MSG require '-target bpf'\n\nFixes: 69e8cc134bcb (\"bpf: sockmap sample program\")\nSigned-off-by: John Fastabend <john.fastabend@gmail.com>\nAcked-by: Alexei Starovoitov <ast@kernel.org>\nSigned-off-by: Daniel Borkmann <daniel@iogearbox.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/4dfe1bb95235c553e216222cf0c377faf191dacd"},{"sha":"ba6b8de423f8d0dee48d6030288ed81c03ddf9f0","author":{"name":"John Fastabend","email":"ee461b60978bea1c76b3018c0b89685175b248e2@gmail.com"},"message":"bpf: sockmap, map_release does not hold refcnt for pinned maps\n\nRelying on map_release hook to decrement the reference counts when a\nmap is removed only works if the map is not being pinned. In the\npinned case the ref is decremented immediately and the BPF programs\nreleased. After this BPF programs may not be in-use which is not\nwhat the user would expect.\n\nThis patch moves the release logic into bpf_map_put_uref() and brings\nsockmap in-line with how a similar case is handled in prog array maps.\n\nFixes: 3d9e952697de (\"bpf: sockmap, fix leaking maps with attached but not detached progs\")\nSigned-off-by: John Fastabend <john.fastabend@gmail.com>\nSigned-off-by: Daniel Borkmann <daniel@iogearbox.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/ba6b8de423f8d0dee48d6030288ed81c03ddf9f0"},{"sha":"e20f7334837ae47341d8ec4e3170d0b4336a3676","author":{"name":"John Fastabend","email":"ee461b60978bea1c76b3018c0b89685175b248e2@gmail.com"},"message":"bpf: sockmap, sk_wait_event needed to handle blocking cases\n\nIn the recvmsg handler we need to add a wait event to support the\nblocking use cases. Without this we return zero and may confuse\nuser applications. In the wait event any data received on the\nsk either via sk_receive_queue or the psock ingress list will\nwake up the sock.\n\nFixes: fa246693a111 (\"bpf: sockmap, BPF_F_INGRESS flag for BPF_SK_SKB_STREAM_VERDICT\")\nSigned-off-by: John Fastabend <john.fastabend@gmail.com>\nSigned-off-by: Daniel Borkmann <daniel@iogearbox.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/e20f7334837ae47341d8ec4e3170d0b4336a3676"},{"sha":"4fcfdfb83391c74e62683469289db42a143440ac","author":{"name":"John Fastabend","email":"ee461b60978bea1c76b3018c0b89685175b248e2@gmail.com"},"message":"bpf: sockmap, fix double page_put on ENOMEM error in redirect path\n\nIn the case where the socket memory boundary is hit the redirect\npath returns an ENOMEM error. However, before checking for this\ncondition the redirect scatterlist buffer is setup with a valid\npage and length. This is never unwound so when the buffers are\nreleased latter in the error path we do a put_page() and clear\nthe scatterlist fields. But, because the initial error happens\nbefore completing the scatterlist buffer we end up with both the\noriginal buffer and the redirect buffer pointing to the same page\nresulting in duplicate put_page() calls.\n\nTo fix this simply move the initial configuration of the redirect\nscatterlist buffer below the sock memory check.\n\nFound this while running TCP_STREAM test with netperf using Cilium.\n\nFixes: fa246693a111 (\"bpf: sockmap, BPF_F_INGRESS flag for BPF_SK_SKB_STREAM_VERDICT\")\nSigned-off-by: John Fastabend <john.fastabend@gmail.com>\nSigned-off-by: Daniel Borkmann <daniel@iogearbox.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/4fcfdfb83391c74e62683469289db42a143440ac"},{"sha":"b3f8adee85e81a4e8b8ea842cdd9c8e5ec63573d","author":{"name":"Daniel Borkmann","email":"3d0f3b9ddcacec30c4008c5e030e6c13a478cb4f@iogearbox.net"},"message":"Merge branch 'bpf-sockmap-fixes'\n\nJohn Fastabend says:\n\n====================\nWhile testing sockmap with more programs (besides our test programs)\nI found a couple issues.\n\nThe attached series fixes an issue where pinned maps were not\nworking correctly, blocking sockets returned zero, and an error\npath that when the sock hit an out of memory case resulted in a\ndouble page_put() while doing ingress redirects.\n\nSee individual patches for more details.\n\nv2: Incorporated Daniel's feedback to use map ops for uref put op\n    which also fixed the build error discovered in v1.\nv3: rename map_put_uref to map_release_uref\n====================\n\nSigned-off-by: Daniel Borkmann <daniel@iogearbox.net>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/b3f8adee85e81a4e8b8ea842cdd9c8e5ec63573d"},{"sha":"9c71b2c53bf56efa2f8aeab4247a86c0178fdcd7","author":{"name":"Pali Rohár","email":"271b10744f2b592adf8fde144d536c86b011b93c@gmail.com"},"message":"Input: alps - fix reporting pressure of v3 trackstick\n\nAccording to documentation, all 7 lower bits represents trackpoint pressure.\n\nFixes: 4621c9660459 (\"Input: alps - report pressure of v3 and v7 trackstick\")\nSigned-off-by: Pali Rohár <pali.rohar@gmail.com>\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/9c71b2c53bf56efa2f8aeab4247a86c0178fdcd7"},{"sha":"6f226cff7a1e80de2a67175d26156c6354734a73","author":{"name":"Masanari Iida","email":"f31bb8ac2957d045575b3081e813605474613a21@gmail.com"},"message":"Input: hideep_ts - fix a typo in Kconfig\n\nThis patch fixes a spelling error found in Kconfig.\n\nSigned-off-by: Masanari Iida <standby24x7@gmail.com>\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/6f226cff7a1e80de2a67175d26156c6354734a73"},{"sha":"596ea7aad431cb88d7a6f3a2b6019cf3221b8d02","author":{"name":"Wolfram Sang","email":"fd4ce474653598159cad06f3c83387a05cd53a44@the-dreams.de"},"message":"MAINTAINERS: Rakesh Iyer can't be reached anymore\n\nThe current mail address is rejected, last activity (with a different\naddress) in git-history is from 2012. Remove this.\n\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>\nAcked-by: Jon Hunter <jonathanh@nvidia.com>\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>","distinct":true,"url":"https://api.github.com/repos/olafhering/linux/commits/596ea7aad431cb88d7a6f3a2b6019cf3221b8d02"}]}
{"actor":{"display_login":"olafhering"}}