{"push_id":3087727414,"size":72,"distinct_size":72,"ref":"refs/heads/aosp/pie","head":"4311adf1c34899ac9e1ac0b62391dfdb53a24869","before":"af760eff030f12a2152404af3d21f8091111c303","commits":[{"sha":"8c1741548937903b02e92b6fe2d14d90acedf14d","author":{"name":"배석진","email":"5a15381f8cc0f8317cbdb8a2283339e43f7f29f2@samsung.com"},"message":"flow_dissector: do not dissect l4 ports for fragments\n\n[ Upstream commit 62230715fd2453b3ba948c9d83cfb3ada9169169 ]\n\nOnly first fragment has the sport/dport information,\nnot the following ones.\n\nIf we want consistent hash for all fragments, we need to\nignore ports even for first fragment.\n\nThis bug is visible for IPv6 traffic, if incoming fragments\ndo not have a flow label, since skb_get_hash() will give\ndifferent results for first fragment and following ones.\n\nIt is also visible if any routing rule wants dissection\nand sport or dport.\n\nSee commit 5e5d6fed3741 (\"ipv6: route: dissect flow\nin input path if fib rules need it\") for details.\n\n[edumazet] rewrote the changelog completely.\n\nFixes: 06635a35d13d (\"flow_dissect: use programable dissector in skb_flow_dissect and friends\")\nSigned-off-by: 배석진 <soukjin.bae@samsung.com>\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/8c1741548937903b02e92b6fe2d14d90acedf14d"},{"sha":"7876c2d6ced154eb7eff3587d75f02eda3a8f45f","author":{"name":"Sabrina Dubroca","email":"4452d71687b6bc2c9389c3349fdc17fbd73b833b@queasysnail.net"},"message":"ip_tunnel: don't force DF when MTU is locked\n\n[ Upstream commit 16f7eb2b77b55da816c4e207f3f9440a8cafc00a ]\n\nThe various types of tunnels running over IPv4 can ask to set the DF\nbit to do PMTU discovery. However, PMTU discovery is subject to the\nthreshold set by the net.ipv4.route.min_pmtu sysctl, and is also\ndisabled on routes with \"mtu lock\". In those cases, we shouldn't set\nthe DF bit.\n\nThis patch makes setting the DF bit conditional on the route's MTU\nlocking state.\n\nThis issue seems to be older than git history.\n\nSigned-off-by: Sabrina Dubroca <sd@queasysnail.net>\nReviewed-by: Stefano Brivio <sbrivio@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/7876c2d6ced154eb7eff3587d75f02eda3a8f45f"},{"sha":"4dc0c62a488f341fa61458eb415db34bf4723657","author":{"name":"Eric Dumazet","email":"312c7d941f03386814be517ffdb3e0eb6624e275@google.com"},"message":"net-gro: reset skb->pkt_type in napi_reuse_skb()\n\n[ Upstream commit 33d9a2c72f086cbf1087b2fd2d1a15aa9df14a7f ]\n\neth_type_trans() assumes initial value for skb->pkt_type\nis PACKET_HOST.\n\nThis is indeed the value right after a fresh skb allocation.\n\nHowever, it is possible that GRO merged a packet with a different\nvalue (like PACKET_OTHERHOST in case macvlan is used), so\nwe need to make sure napi->skb will have pkt_type set back to\nPACKET_HOST.\n\nOtherwise, valid packets might be dropped by the stack because\ntheir pkt_type is not PACKET_HOST.\n\nnapi_reuse_skb() was added in commit 96e93eab2033 (\"gro: Add\ninternal interfaces for VLAN\"), but this bug always has\nbeen there.\n\nFixes: 96e93eab2033 (\"gro: Add internal interfaces for VLAN\")\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/4dc0c62a488f341fa61458eb415db34bf4723657"},{"sha":"51d258e4c75bbaf1a190564ea70997a8a33570f0","author":{"name":"Siva Reddy Kallam","email":"152dd442537d9b53464fb22bfe7c9a0089599008@broadcom.com"},"message":"tg3: Add PHY reset for 5717/5719/5720 in change ring and flow control paths\n\n[ Upstream commit 59663e42199c93d1d7314d1446f6782fc4b1eb81 ]\n\nThis patch has the fix to avoid PHY lockup with 5717/5719/5720 in change\nring and flow control paths. This patch solves the RX hang while doing\ncontinuous ring or flow control parameters with heavy traffic from peer.\n\nSigned-off-by: Siva Reddy Kallam <siva.kallam@broadcom.com>\nAcked-by: Michael Chan <michael.chan@broadcom.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/51d258e4c75bbaf1a190564ea70997a8a33570f0"},{"sha":"c37215a94f5ee89ec10575ea28ec20f1e89f3015","author":{"name":"David Ahern","email":"b80c1600f604d3b0d768f26f90a76757e76005dd@gmail.com"},"message":"ipv6: Fix PMTU updates for UDP/raw sockets in presence of VRF\n\n[ Upstream commit 7ddacfa564870cdd97275fd87decb6174abc6380 ]\n\nPreethi reported that PMTU discovery for UDP/raw applications is not\nworking in the presence of VRF when the socket is not bound to a device.\nThe problem is that ip6_sk_update_pmtu does not consider the L3 domain\nof the skb device if the socket is not bound. Update the function to\nset oif to the L3 master device if relevant.\n\nFixes: ca254490c8df (\"net: Add VRF support to IPv6 stack\")\nReported-by: Preethi Ramachandra <preethir@juniper.net>\nSigned-off-by: David Ahern <dsahern@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/c37215a94f5ee89ec10575ea28ec20f1e89f3015"},{"sha":"cbb5fc70e499b794741f431443874be6977ac539","author":{"name":"Behan Webster","email":"9152da451d71c2a1ceb0c7b0908d4018fc127ae6@converseincode.com"},"message":"kbuild: Add better clang cross build support\n\ncommit 785f11aa595bc3d4e74096cbd598ada54ecc0d81 upstream.\n\nAdd cross target to CC if using clang. Also add custom gcc toolchain\npath for fallback gcc tools.\n\nClang will fallback to using things like ld, as, and libgcc if\n(respectively) one of the llvm linkers isn't available, the integrated\nassembler is turned off, or an appropriately cross-compiled version of\ncompiler-rt isn't available. To this end, you can specify the path to\nthis fallback gcc toolchain with GCC_TOOLCHAIN.\n\nSigned-off-by: Behan Webster <behanw@converseincode.com>\nReviewed-by: Jan-Simon Möller <dl9pf@gmx.de>\nReviewed-by: Mark Charlebois <charlebm@gmail.com>\nSigned-off-by: Greg Hackmann <ghackmann@google.com>\nSigned-off-by: Matthias Kaehlcke <mka@chromium.org>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/cbb5fc70e499b794741f431443874be6977ac539"},{"sha":"3ebd7941d0bdc85ebfc6eaa58fbf53e0f26e00e3","author":{"name":"Michael Davidson","email":"240c4df7250227efd16ebedf6de99c5ab3b51698@google.com"},"message":"kbuild: clang: add -no-integrated-as to KBUILD_[AC]FLAGS\n\ncommit a37c45cd82e62a361706b9688a984a3a63957321 upstream.\n\nThe Linux Kernel relies on GCC's acceptance of inline assembly as an\nopaque object which will not have any validation performed on the content.\nThe current behaviour in LLVM is to perform validation of the contents by\nmeans of parsing the input if the MC layer can handle it.\n\nDisable clangs integrated assembler and use the GNU assembler instead.\n\nWording-mostly-from: Saleem Abdulrasool <compnerd@compnerd.org>\nSigned-off-by: Michael Davidson <md@google.com>\nSigned-off-by: Matthias Kaehlcke <mka@chromium.org>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/3ebd7941d0bdc85ebfc6eaa58fbf53e0f26e00e3"},{"sha":"c7288b457145b8e9a3ffbee1c0fb78afeb9d3693","author":{"name":"Matthias Kaehlcke","email":"df22eae001bf82a113742cff559755b8fc65d45a@chromium.org"},"message":"kbuild: Consolidate header generation from ASM offset information\n\ncommit ebf003f0cfb3705e60d40dedc3ec949176c741af upstream.\n\nLargely redundant code is used in different places to generate C headers\nfrom offset information extracted from assembly language output.\nConsolidate the code in Makefile.lib and use this instead.\n\nSigned-off-by: Matthias Kaehlcke <mka@chromium.org>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/c7288b457145b8e9a3ffbee1c0fb78afeb9d3693"},{"sha":"9ee9a0eb53d7c3eec581aacf9b8d24e8467f3e09","author":{"name":"Masahiro Yamada","email":"378b411a8a63ecc7605ec4272234862d7781c6ae@socionext.com"},"message":"kbuild: consolidate redundant sed script ASM offset generation\n\ncommit 7dd47b95b0f54f2057d40af6e66d477e3fe95d13 upstream.\n\nThis part ended up in redundant code after touched by multiple\npeople.\n\n[1] Commit 3234282f33b2 (\"x86, asm: Fix CFI macro invocations to\ndeal with shortcomings in gas\") added parentheses for defined\nexpressions to support old gas for x86.\n\n[2] Commit a22dcdb0032c (\"x86, asm: Fix ancient-GAS workaround\")\nsplit the pattern into two to avoid parentheses for non-numeric\nexpressions.\n\n[3] Commit 95a2f6f72d37 (\"Partially revert patch that encloses\nasm-offset.h numbers in brackets\") removed parentheses from numeric\nexpressions as well because parentheses in MN10300 assembly have a\nspecial meaning (pointer access).\n\nApparently, there is a conflict between [1] and [3].  After all,\n[3] took precedence, and a long time has passed since then.\n\nNow, merge the two patterns again because the first one is covered\nby the other.\n\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\nReviewed-by: Matthias Kaehlcke <mka@chromium.org>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/9ee9a0eb53d7c3eec581aacf9b8d24e8467f3e09"},{"sha":"57c47840248ca79ce57306d018dce30681c2eab7","author":{"name":"Jeroen Hofstee","email":"fd3fb11d20dd2b55b441515e5cc120796bf92f11@myspectrum.nl"},"message":"kbuild: fix asm-offset generation to work with clang\n\ncommit cf0c3e68aa81f992b0301f62e341b710d385bf68 upstream.\n\nKBuild abuses the asm statement to write to a file and\nclang chokes about these invalid asm statements. Hack it\neven more by fooling this is actual valid asm code.\n\n[masahiro:\n Import Jeroen's work for U-Boot:\n http://patchwork.ozlabs.org/patch/375026/\n Tweak sed script a little to avoid garbage '#' for GCC case, like\n #define NR_PAGEFLAGS 23 /* __NR_PAGEFLAGS       # */ ]\n\nSigned-off-by: Jeroen Hofstee <jeroen@myspectrum.nl>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\nReviewed-by: Matthias Kaehlcke <mka@chromium.org>\nTested-by: Matthias Kaehlcke <mka@chromium.org>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/57c47840248ca79ce57306d018dce30681c2eab7"},{"sha":"f96245c042d6e77b0dd3b48e3a0abb4147f92937","author":{"name":"Masahiro Yamada","email":"378b411a8a63ecc7605ec4272234862d7781c6ae@socionext.com"},"message":"kbuild: drop -Wno-unknown-warning-option from clang options\n\ncommit a0ae981eba8f07dbc74bce38fd3a462b69a5bc8e upstream.\n\nSince commit c3f0d0bc5b01 (\"kbuild, LLVMLinux: Add -Werror to\ncc-option to support clang\"), cc-option and friends work nicely\nfor clang.\n\nHowever, -Wno-unknown-warning-option makes clang happy with any\nunknown warning options even if -Werror is specified.\n\nOnce -Wno-unknown-warning-option is added, any succeeding call of\ncc-disable-warning is evaluated positive, then unknown warning\noptions are accepted.  This should be dropped.\n\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/f96245c042d6e77b0dd3b48e3a0abb4147f92937"},{"sha":"045812536e46b13d25f2d252819c20a4a7d2079a","author":{"name":"Mark Charlebois","email":"f1891e7fc976ae1bd489627e2954fb730751d728@gmail.com"},"message":"kbuild, LLVMLinux: Add -Werror to cc-option to support clang\n\ncommit c3f0d0bc5b01ad90c45276952802455750444b4f upstream.\n\nClang will warn about unknown warnings but will not return false\nunless -Werror is set. GCC will return false if an unknown\nwarning is passed.\n\nAdding -Werror make both compiler behave the same.\n\n[arnd: it turns out we need the same patch for testing whether -ffunction-sections\n       works right with gcc. I've build tested extensively with this patch\n       applied, so let's just merge this one now.]\n\nSigned-off-by: Mark Charlebois <charlebm@gmail.com>\nSigned-off-by: Behan Webster <behanw@converseincode.com>\nReviewed-by: Jan-Simon Möller <dl9pf@gmx.de>\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nAcked-by: Kees Cook <keescook@chromium.org>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\n[nc: Adjust context due to lack of d26e94149276f]\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/045812536e46b13d25f2d252819c20a4a7d2079a"},{"sha":"c8250381e987589874ef68223446a5cbebac1076","author":{"name":"Behan Webster","email":"9152da451d71c2a1ceb0c7b0908d4018fc127ae6@converseincode.com"},"message":"kbuild: use -Oz instead of -Os when using clang\n\ncommit 6748cb3c299de1ffbe56733647b01dbcc398c419 upstream.\n\nThis generates smaller resulting object code when compiled with clang.\n\nSigned-off-by: Behan Webster <behanw@converseincode.com>\nSigned-off-by: Matthias Kaehlcke <mka@chromium.org>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\n[nc: Adjust context due to lack of commit a76bcf557ef4 in linux-4.4.y]\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/c8250381e987589874ef68223446a5cbebac1076"},{"sha":"f0ea0fe278c5b87d637be0cae0680b61c183e7bd","author":{"name":"Vinícius Tinti","email":"788ffdb43b40149ad4476f4eea5ecf6e67f5cde7@gmail.com"},"message":"kbuild: Add support to generate LLVM assembly files\n\ncommit 433db3e260bc8134d4a46ddf20b3668937e12556 upstream.\n\nAdd rules to kbuild in order to generate LLVM assembly files with the .ll\nextension when using clang.\n\n  # from c code\n  make CC=clang kernel/pid.ll\n\nSigned-off-by: Vinícius Tinti <viniciustinti@gmail.com>\nSigned-off-by: Behan Webster <behanw@converseincode.com>\nSigned-off-by: Matthias Kaehlcke <mka@chromium.org>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\n[nc: Fix conflicts due to lack of commit 6b90bd4ba40b3 in linux-4.4.y]\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/f0ea0fe278c5b87d637be0cae0680b61c183e7bd"},{"sha":"89134f0918ec3bf4614ac2f9258543940e611f01","author":{"name":"Arnd Bergmann","email":"f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de"},"message":"modules: mark __inittest/__exittest as __maybe_unused\n\ncommit 1f318a8bafcfba9f0d623f4870c4e890fd22e659 upstream.\n\nclang warns about unused inline functions by default:\n\narch/arm/crypto/aes-cipher-glue.c:68:1: warning: unused function '__inittest' [-Wunused-function]\narch/arm/crypto/aes-cipher-glue.c:69:1: warning: unused function '__exittest' [-Wunused-function]\n\nAs these appear in every single module, let's just disable the warnings by marking the\ntwo functions as __maybe_unused.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nReviewed-by: Miroslav Benes <mbenes@suse.cz>\nAcked-by: Rusty Russell <rusty@rustcorp.com.au>\nSigned-off-by: Jessica Yu <jeyu@redhat.com>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/89134f0918ec3bf4614ac2f9258543940e611f01"},{"sha":"0516e87c1eda7ff6f52a5f6c3e9b962d0b60723f","author":{"name":"Matthias Kaehlcke","email":"df22eae001bf82a113742cff559755b8fc65d45a@chromium.org"},"message":"kbuild: clang: Disable 'address-of-packed-member' warning\n\ncommit bfb38988c51e440fd7062ddf3157f7d8b1dd5d70 upstream.\n\nclang generates plenty of these warnings in different parts of the code,\nto an extent that the warnings are little more than noise. Disable the\n'address-of-packed-member' warning.\n\nSigned-off-by: Matthias Kaehlcke <mka@chromium.org>\nReviewed-by: Douglas Anderson <dianders@chromium.org>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/0516e87c1eda7ff6f52a5f6c3e9b962d0b60723f"},{"sha":"c042dd600f4e89b6e7bdffa00aea4d1d3c1e9686","author":{"name":"Ard Biesheuvel","email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org"},"message":"crypto: arm64/sha - avoid non-standard inline asm tricks\n\ncommit f4857f4c2ee9aa4e2aacac1a845352b00197fb57 upstream.\n\nReplace the inline asm which exports struct offsets as ELF symbols\nwith proper const variables exposing the same values. This works\naround an issue with Clang which does not interpret the \"i\" (or \"I\")\nconstraints in the same way as GCC.\n\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nTested-by: Matthias Kaehlcke <mka@chromium.org>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/c042dd600f4e89b6e7bdffa00aea4d1d3c1e9686"},{"sha":"c2d14540ebbd0522b8226348909d13065544af94","author":{"name":"Ard Biesheuvel","email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org"},"message":"efi/libstub/arm64: Force 'hidden' visibility for section markers\n\ncommit 0426a4e68f18d75515414361de9e3e1445d2644e upstream.\n\nTo prevent the compiler from emitting absolute references to the section\nmarkers when running in PIC mode, override the visibility to 'hidden' for\nall contents of asm/sections.h\n\nTested-by: Matthias Kaehlcke <mka@chromium.org>\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Matt Fleming <matt@codeblueprint.co.uk>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: linux-efi@vger.kernel.org\nLink: http://lkml.kernel.org/r/20170818194947.19347-4-ard.biesheuvel@linaro.org\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\n[nc: Fix conflict due to lack of commit 42b55734030c1 in linux-4.4.y]\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/c2d14540ebbd0522b8226348909d13065544af94"},{"sha":"ba0523881cac21c5cdc477390ff3e3ef9104437e","author":{"name":"Ard Biesheuvel","email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org"},"message":"efi/libstub/arm64: Set -fpie when building the EFI stub\n\ncommit 91ee5b21ee026c49e4e7483de69b55b8b47042be upstream.\n\nClang may emit absolute symbol references when building in non-PIC mode,\neven when using the default 'small' code model, which is already mostly\nposition independent to begin with, due to its use of adrp/add pairs\nthat have a relative range of +/- 4 GB. The remedy is to pass the -fpie\nflag, which can be done safely now that the code has been updated to avoid\nGOT indirections (which may be emitted due to the compiler assuming that\nthe PIC/PIE code may end up in a shared library that is subject to ELF\nsymbol preemption)\n\nPassing -fpie when building code that needs to execute at an a priori\nunknown offset is arguably an improvement in any case, and given that\nthe recent visibility changes allow the PIC build to pass with GCC as\nwell, let's add -fpie for all arm64 builds rather than only for Clang.\n\nTested-by: Matthias Kaehlcke <mka@chromium.org>\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Matt Fleming <matt@codeblueprint.co.uk>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: linux-efi@vger.kernel.org\nLink: http://lkml.kernel.org/r/20170818194947.19347-5-ard.biesheuvel@linaro.org\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/ba0523881cac21c5cdc477390ff3e3ef9104437e"},{"sha":"904ccb4cd1e5d4a46d96f008e00bf681b28150cb","author":{"name":"Nick Desaulniers","email":"00198f13417fb2e066da5908d444d839551c0414@google.com"},"message":"kbuild: fix linker feature test macros when cross compiling with Clang\n\ncommit 86a9df597cdd564d2d29c65897bcad42519e3678 upstream.\n\nI was not seeing my linker flags getting added when using ld-option when\ncross compiling with Clang. Upon investigation, this seems to be due to\na difference in how GCC vs Clang handle cross compilation.\n\nGCC is configured at build time to support one backend, that is implicit\nwhen compiling.  Clang is explicit via the use of `-target <triple>` and\nships with all supported backends by default.\n\nGNU Make feature test macros that compile then link will always fail\nwhen cross compiling with Clang unless Clang's triple is passed along to\nthe compiler. For example:\n\n$ clang -x c /dev/null -c -o temp.o\n$ aarch64-linux-android/bin/ld -E temp.o\naarch64-linux-android/bin/ld:\nunknown architecture of input file `temp.o' is incompatible with\naarch64 output\naarch64-linux-android/bin/ld:\nwarning: cannot find entry symbol _start; defaulting to\n0000000000400078\n$ echo $?\n1\n\n$ clang -target aarch64-linux-android- -x c /dev/null -c -o temp.o\n$ aarch64-linux-android/bin/ld -E temp.o\naarch64-linux-android/bin/ld:\nwarning: cannot find entry symbol _start; defaulting to 00000000004002e4\n$ echo $?\n0\n\nThis causes conditional checks that invoke $(CC) without the target\ntriple, then $(LD) on the result, to always fail.\n\nSuggested-by: Masahiro Yamada <yamada.masahiro@socionext.com>\nSigned-off-by: Nick Desaulniers <ndesaulniers@google.com>\nReviewed-by: Matthias Kaehlcke <mka@chromium.org>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\n[nc: Fix conflicts due to lack of commit 3298b690b21cd in linux-4.4.y\n     Use KBUILD_CFLAGS instead of CC_OPTION_FLAGS because commit\n     d26e94149276f that introduced that variable isn't in 4.4 either]\nSigned-off-by: Nathan Chancellor <natechancellor@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":true,"url":"https://api.github.com/repos/AntoryaMisc/android_kernel_oneplus_msm8998/commits/904ccb4cd1e5d4a46d96f008e00bf681b28150cb"}]}
{"actor":{"display_login":"fatihunsever"}}