{"push_id":1669664881,"size":287,"distinct_size":0,"ref":"refs/heads/work/andrey/input/as5013","head":"2d3b28c694cade8e1e6d366ca8114424455a4de6","before":"8b78fd375bb0546d97efbde86e82587fab398a8f","commits":[{"sha":"2e6c7747730296a6d4fd700894286db1132598c4","author":{"name":"James Hogan","email":"00935fde11ed589f6e5a2cfc70182e355d2baa37@imgtec.com"},"message":"MIPS: Force o32 fp64 support on 32bit MIPS64r6 kernels\n\nWhen a 32-bit kernel is configured to support MIPS64r6 (CPU_MIPS64_R6),\nMIPS_O32_FP64_SUPPORT won't be selected as it should be because\nMIPS32_O32 is disabled (o32 is already the default ABI available on\n32-bit kernels).\n\nThis results in userland FP breakage as CP0_Status.FR is read-only 1\nsince r6 (when an FPU is present) so __enable_fpu() will fail to clear\nFR. This causes the FPU emulator to get used which will incorrectly\nemulate 32-bit FPU registers.\n\nForce o32 fp64 support in this case by also selecting\nMIPS_O32_FP64_SUPPORT from CPU_MIPS64_R6 if 32BIT.\n\nFixes: 4e9d324d4288 (\"MIPS: Require O32 FP64 support for MIPS64 with O32 compat\")\nSigned-off-by: James Hogan <james.hogan@imgtec.com>\nReviewed-by: Paul Burton <paul.burton@imgtec.com>\nCc: Ralf Baechle <ralf@linux-mips.org>\nCc: linux-mips@linux-mips.org\nCc: <stable@vger.kernel.org> # 4.0.x-\nPatchwork: https://patchwork.linux-mips.org/patch/15310/\nSigned-off-by: James Hogan <james.hogan@imgtec.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/2e6c7747730296a6d4fd700894286db1132598c4"},{"sha":"4b5347a24a0f2d3272032c120664b484478455de","author":{"name":"Paul Burton","email":"6cf344976ede6e423f0f16c3121262bddc8fed82@imgtec.com"},"message":"MIPS: End spinlocks with .insn\n\nWhen building for microMIPS we need to ensure that the assembler always\nknows that there is code at the target of a branch or jump. Recent\ntoolchains will fail to link a microMIPS kernel when this isn't the case\ndue to what it thinks is a branch to non-microMIPS code.\n\nmips-mti-linux-gnu-ld kernel/built-in.o: .spinlock.text+0x2fc: Unsupported branch between ISA modes.\nmips-mti-linux-gnu-ld final link failed: Bad value\n\nThis is due to inline assembly labels in spinlock.h not being followed\nby an instruction mnemonic, either due to a .subsection pseudo-op or the\nend of the inline asm block.\n\nFix this with a .insn direction after such labels.\n\nSigned-off-by: Paul Burton <paul.burton@imgtec.com>\nSigned-off-by: James Hogan <james.hogan@imgtec.com>\nReviewed-by: Maciej W. Rozycki <macro@imgtec.com>\nCc: Ralf Baechle <ralf@linux-mips.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Ingo Molnar <mingo@redhat.com>\nCc: linux-mips@linux-mips.org\nCc: linux-kernel@vger.kernel.org\nCc: <stable@vger.kernel.org>\nPatchwork: https://patchwork.linux-mips.org/patch/15325/\nSigned-off-by: James Hogan <james.hogan@imgtec.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/4b5347a24a0f2d3272032c120664b484478455de"},{"sha":"7c5a3d813050ee235817b0220dd8c42359a9efd8","author":{"name":"John Crispin","email":"febb44f0a3536761749f6c82b901d79bfa74cce8@phrozen.org"},"message":"MIPS: ralink: Fix typos in rt3883 pinctrl\n\nThere are two copy & paste errors in the definition of the 5GHz LNA and\nsecond ethernet pinmux.\n\nFixes: f576fb6a0700 (\"MIPS: ralink: cleanup the soc specific pinmux data\")\nSigned-off-by: John Crispin <john@phrozen.org>\nSigned-off-by: Daniel Golle <daniel@makrotopia.org>\nCc: linux-mips@linux-mips.org\nCc: <stable@vger.kernel.org> # 3.19.x-\nPatchwork: https://patchwork.linux-mips.org/patch/15328/\nSigned-off-by: James Hogan <james.hogan@imgtec.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/7c5a3d813050ee235817b0220dd8c42359a9efd8"},{"sha":"0c7e2bc87ea6c2eb6f369998f74a0278e64863e4","author":{"name":"James Hogan","email":"00935fde11ed589f6e5a2cfc70182e355d2baa37@imgtec.com"},"message":"MIPS: Include asm/ptrace.h now linux/sched.h doesn't\n\nUse of the task_pt_regs() based macros in MIPS' asm/processor.h for\naccessing the user context on the kernel stack need the definition of\nstruct pt_regs from asm/ptrace.h. __own_fpu() in asm/fpu.h uses these\nmacros but implicitly depended on linux/sched.h to include asm/ptrace.h.\n\nSince commit f780d89a0e82 (\"sched/headers: Remove <asm/ptrace.h> from\n<linux/sched.h>\") however linux/sched.h no longer includes asm/ptrace.h,\nso include it explicitly from asm/fpu.h where it is needed instead.\n\nThis fixes build errors such as:\n\n./arch/mips/include/asm/fpu.h: In function '__own_fpu':\n./arch/mips/include/asm/processor.h:385:31: error: invalid application of 'sizeof' to incomplete type 'struct pt_regs'\n     THREAD_SIZE - 32 - sizeof(struct pt_regs))\n                               ^\n\nFixes: f780d89a0e82 (\"sched/headers: Remove <asm/ptrace.h> from <linux/sched.h>\")\nSigned-off-by: James Hogan <james.hogan@imgtec.com>\nAcked-by: Ingo Molnar <mingo@kernel.org>\nCc: linux-mips@linux-mips.org\nPatchwork: https://patchwork.linux-mips.org/patch/15386/\nSigned-off-by: Ralf Baechle <ralf@linux-mips.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/0c7e2bc87ea6c2eb6f369998f74a0278e64863e4"},{"sha":"9cb74b5e134c9f133001dd1585deef5353cd85f1","author":{"name":"James Hogan","email":"00935fde11ed589f6e5a2cfc70182e355d2baa37@imgtec.com"},"message":"MIPS: Wire up statx system call\n\nWire up the statx system call for MIPS, which was introduced in commit\na528d35e8bfc (\"statx: Add a system call to make enhanced file info\navailable\").\n\nSigned-off-by: James Hogan <james.hogan@imgtec.com>\nCc: linux-mips@linux-mips.org\nPatchwork: https://patchwork.linux-mips.org/patch/15387/\nSigned-off-by: Ralf Baechle <ralf@linux-mips.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/9cb74b5e134c9f133001dd1585deef5353cd85f1"},{"sha":"8b38f890eff6efc153130254a96452570f971159","author":{"name":"Masahiro Yamada","email":"642490827508ea1a46cbcea45eb79617d0758c10@socionext.com"},"message":"MAINTAINERS: add Masahiro Yamada as a Kbuild maintainer\n\nIt has been difficult lately for Michal to work on Kbuild on his\nregular basis.  We discussed the maintainership of Kbuild, and I\ndecided to be a co-maintainer.\n\nAdd myself to the maintainer field, and replace the repository with\nmy own.\n\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\nAcked-by: Michal Marek <mmarek@suse.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/8b38f890eff6efc153130254a96452570f971159"},{"sha":"4607ebf04b8190d2c7aa5504959e9fddfc0cd736","author":{"name":"Allan, Bruce W","email":"7f48828308309e1172ffe082aaebf2c9463b9ddb@intel.com"},"message":"kbuild: external module build warnings when KBUILD_OUTPUT set and W=1\n\nCommit db547ef19064 (\"Kbuild: don't add obj tree in additional includes\")\ncauses warnings (-Wmissing-include-dirs) when compiling external modules\nwith KBUILD_OUTPUT set and W=1.  This is because $src can be an absolute\npath to the external module source which when prefixed with -I$(srctree)/\ngenerates an incorrect directory path.\n\nSigned-off-by: Bruce Allan <bruce.w.allan@intel.com>\nAcked-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/4607ebf04b8190d2c7aa5504959e9fddfc0cd736"},{"sha":"f1a880a93baaadb14c10a348fd199f1cdb6bcccd","author":{"name":"Sami Tolvanen","email":"9f0303389a1ac2af7ba4adda4588b4df51d7c737@google.com"},"message":"dm verity fec: limit error correction recursion\n\nIf the hash tree itself is sufficiently corrupt in addition to data blocks,\nit's possible for error correction to end up in a deep recursive loop,\nwhich eventually causes a kernel panic.  This change limits the\nrecursion to a reasonable level during a single I/O operation.\n\nFixes: a739ff3f543a (\"dm verity: add support for forward error correction\")\nSigned-off-by: Sami Tolvanen <samitolvanen@google.com>\nSigned-off-by: Mike Snitzer <snitzer@redhat.com>\nCc: stable@vger.kernel.org # v4.5+","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/f1a880a93baaadb14c10a348fd199f1cdb6bcccd"},{"sha":"b334e19ae9381f12a7521976883022385d2b7eef","author":{"name":"Arnd Bergmann","email":"72a0f6d3b182607e6d5c44b93e1abb7b23ee18f3@arndb.de"},"message":"Kbuild: use cc-disable-warning consistently for maybe-uninitialized\n\nIn commit a76bcf557ef4 (\"Kbuild: enable -Wmaybe-uninitialized warning\nfor \"make W=1\"\"), I reverted another change that happened to fix a problem\nwith old compilers, and now we get this report again with old compilers\n(prior to gcc-4.8) and GCOV enabled:\n\n   cc1: warnings being treated as errors\n   drivers/gpu/drm/i915/intel_ringbuffer.c: In function 'intel_ring_setup_status_page':\n   drivers/gpu/drm/i915/intel_ringbuffer.c:438: error: 'mmio.reg' may be used uninitialized in this function\n   At top level:\n>> cc1: error: unrecognized command line option \"-Wno-maybe-uninitialized\"\n\nThe problem is that we turn off the warning conditionally in a number\nof places as we should, but one of them does it unconditionally.\nInstead, change it to call cc-disable-warning as we do elsewhere.\n\nThe original patch that caused it was merged into linux-4.7, then\n4.8 removed the change and 4.9 brought it back, so we probably want\na backport to 4.9 once this is merged.\n\nUse a ':=' assignment instead of '=' to force the cc-disable-warning\ncall to only be evaluated once instead of every time.\n\nCc: stable@vger.kernel.org\nFixes: a76bcf557ef4 (\"Kbuild: enable -Wmaybe-uninitialized warning for \"make W=1\"\")\nFixes: e72e2dfe7c16 (\"gcov: disable -Wmaybe-uninitialized warning\")\nReported-by: kbuild test robot <fengguang.wu@intel.com>\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/b334e19ae9381f12a7521976883022385d2b7eef"},{"sha":"90f6e150e44a0dc3883110eeb3ab35d1be42b6bb","author":{"name":"Marc Zyngier","email":"3404add73d8af5dc5183acdd46985971473febc7@arm.com"},"message":"arm/arm64: KVM: Take mmap_sem in stage2_unmap_vm\n\nWe don't hold the mmap_sem while searching for the VMAs when\nwe try to unmap each memslot for a VM. Fix this properly to\navoid unexpected results.\n\nFixes: commit 957db105c997 (\"arm/arm64: KVM: Introduce stage2_unmap_vm\")\nCc: stable@vger.kernel.org # v3.19+\nReviewed-by: Christoffer Dall <cdall@linaro.org>\nSigned-off-by: Suzuki K Poulose <suzuki.poulose@arm.com>\nSigned-off-by: Marc Zyngier <marc.zyngier@arm.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/90f6e150e44a0dc3883110eeb3ab35d1be42b6bb"},{"sha":"72f310481a08db821b614e7b5d00febcc9064b36","author":{"name":"Marc Zyngier","email":"3404add73d8af5dc5183acdd46985971473febc7@arm.com"},"message":"arm/arm64: KVM: Take mmap_sem in kvm_arch_prepare_memory_region\n\nWe don't hold the mmap_sem while searching for VMAs (via find_vma), in\nkvm_arch_prepare_memory_region, which can end up in expected failures.\n\nFixes: commit 8eef91239e57 (\"arm/arm64: KVM: map MMIO regions at creation time\")\nCc: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nCc: Eric Auger <eric.auger@rehat.com>\nCc: stable@vger.kernel.org # v3.18+\nReviewed-by: Christoffer Dall <cdall@linaro.org>\n[ Handle dirty page logging failure case ]\nSigned-off-by: Suzuki K Poulose <suzuki.poulose@arm.com>\nSigned-off-by: Marc Zyngier <marc.zyngier@arm.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/72f310481a08db821b614e7b5d00febcc9064b36"},{"sha":"0d963b6e650d9d5533223f3dbcde7dda466df65c","author":{"name":"Joe Thornber","email":"6826d49abfdcc75fb1a446584afa5f371ce937cd@redhat.com"},"message":"dm cache metadata: fix metadata2 format's blocks_are_clean_separate_dirty\n\nThe dm_bitset_cursor_begin() call was using the incorrect nr_entries.\nAlso, the last dm_bitset_cursor_next() must be avoided if we're at the\nend of the cursor.\n\nFixes: 7f1b21591a6 (\"dm cache metadata: use cursor api in blocks_are_clean_separate_dirty()\")\nSigned-off-by: Joe Thornber <ejt@redhat.com>\nSigned-off-by: Mike Snitzer <snitzer@redhat.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/0d963b6e650d9d5533223f3dbcde7dda466df65c"},{"sha":"ae5c682113f9f94cc5e76f92cf041ee624c173ee","author":{"name":"Liping Zhang","email":"5172c2e8f5e3c16ed9d51bfc012aefe573d818e4@gmail.com"},"message":"netfilter: nfnl_cthelper: fix incorrect helper->expect_class_max\n\nThe helper->expect_class_max must be set to the total number of\nexpect_policy minus 1, since we will use the statement \"if (class >\nhelper->expect_class_max)\" to validate the CTA_EXPECT_CLASS attr in\nctnetlink_alloc_expect.\n\nSo for compatibility, set the helper->expect_class_max to the\nNFCTH_POLICY_SET_NUM attr's value minus 1.\n\nAlso: it's invalid when the NFCTH_POLICY_SET_NUM attr's value is zero.\n1. this will result \"expect_policy = kzalloc(0, GFP_KERNEL);\";\n2. we cannot set the helper->expect_class_max to a proper value.\n\nSo if nla_get_be32(tb[NFCTH_POLICY_SET_NUM]) is zero, report -EINVAL to\nthe userspace.\n\nSigned-off-by: Liping Zhang <zlpnobody@gmail.com>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/ae5c682113f9f94cc5e76f92cf041ee624c173ee"},{"sha":"f3fbd7ec62dec1528fb8044034e2885f2b257941","author":{"name":"Masami Hiramatsu","email":"5ab6ef7bee6728a5bff222670b7ceb5278b7ee85@kernel.org"},"message":"arm: kprobes: Allow to handle reentered kprobe on single-stepping\n\nThis is arm port of commit 6a5022a56ac3 (\"kprobes/x86: Allow to\nhandle reentered kprobe on single-stepping\")\n\nSince the FIQ handlers can interrupt in the single stepping\n(or preparing the single stepping, do_debug etc.), we should\nconsider a kprobe is hit in the NMI handler. Even in that\ncase, the kprobe is allowed to be reentered as same as the\nkprobes hit in kprobe handlers\n(KPROBE_HIT_ACTIVE or KPROBE_HIT_SSDONE).\n\nThe real issue will happen when a kprobe hit while another\nreentered kprobe is processing (KPROBE_REENTER), because\nwe already consumed a saved-area for the previous kprobe.\n\nSigned-off-by: Masami Hiramatsu <mhiramat@kernel.org>\nSigned-off-by: Jon Medhurst <tixy@linaro.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/f3fbd7ec62dec1528fb8044034e2885f2b257941"},{"sha":"91fc862c613ab7a0ef6b0b7755c33619127f4e5a","author":{"name":"Masami Hiramatsu","email":"5ab6ef7bee6728a5bff222670b7ceb5278b7ee85@kernel.org"},"message":"arm: kprobes: Skip single-stepping in recursing path if possible\n\nKprobes/arm skips single-stepping (moreover handling the event)\nif the conditional instruction must not be executed. This\nalso apply the rule when we hit the recursing kprobe, so\nthat kprobe does not count nmissed up in that case.\n\nSigned-off-by: Masami Hiramatsu <mhiramat@kernel.org>\nSigned-off-by: Jon Medhurst <tixy@linaro.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/91fc862c613ab7a0ef6b0b7755c33619127f4e5a"},{"sha":"06553175f585b52509c7df37d6f4a50aacb7b211","author":{"name":"Masami Hiramatsu","email":"5ab6ef7bee6728a5bff222670b7ceb5278b7ee85@kernel.org"},"message":"arm: kprobes: Fix the return address of multiple kretprobes\n\nThis is arm port of commit 737480a0d525 (\"kprobes/x86:\nFix the return address of multiple kretprobes\").\n\nFix the return address of subsequent kretprobes when multiple\nkretprobes are set on the same function.\n\nFor example:\n\n  # cd /sys/kernel/debug/tracing\n  # echo \"r:event1 sys_symlink\" > kprobe_events\n  # echo \"r:event2 sys_symlink\" >> kprobe_events\n  # echo 1 > events/kprobes/enable\n  # ln -s /tmp/foo /tmp/bar\n\n (without this patch)\n\n  # cat trace | grep -v ^#\n              ln-82    [000] dn.2    68.446525: event1: (kretprobe_trampoline+0x0/0x18 <- SyS_symlink)\n              ln-82    [000] dn.2    68.447831: event2: (ret_fast_syscall+0x0/0x1c <- SyS_symlink)\n\n (with this patch)\n\n  # cat trace | grep -v ^#\n              ln-81    [000] dn.1    39.463469: event1: (ret_fast_syscall+0x0/0x1c <- SyS_symlink)\n              ln-81    [000] dn.1    39.464701: event2: (ret_fast_syscall+0x0/0x1c <- SyS_symlink)\n\nSigned-off-by: Masami Hiramatsu <mhiramat@kernel.org>\nCc: KUMANO Syuhei <kumano.prog@gmail.com>\nSigned-off-by: Jon Medhurst <tixy@linaro.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/06553175f585b52509c7df37d6f4a50aacb7b211"},{"sha":"974310d047f3c7788a51d10c8d255eebdb1fa857","author":{"name":"Jon Medhurst","email":"17559831c753d48249efa89798fd1a5c08d3cf9c@linaro.org"},"message":"arm: kprobes: Align stack to 8-bytes in test code\n\nkprobes test cases need to have a stack that is aligned to an 8-byte\nboundary because they call other functions (and the ARM ABI mandates\nthat alignment) and because test cases include 64-bit accesses to the\nstack. Unfortunately, GCC doesn't ensure this alignment for inline\nassembler and for the code in question seems to always misalign it by\npushing just the LR register onto the stack. We therefore need to\nexplicitly perform stack alignment at the start of each test case.\n\nWithout this fix, some test cases will generate alignment faults on\nsystems where alignment is enforced. Even if the kernel is configured to\nhandle these faults in software, triggering them is ugly. It also\nexposes limitations in the fault handling code which doesn't cope with\nwrites to the stack. E.g. when handling this instruction\n\n   strd r6, [sp, #-64]!\n\nthe fault handling code will write to a stack location below the SP\nvalue at the point the fault occurred, which coincides with where the\nexception handler has pushed the saved register context. This results in\ncorruption of those registers.\n\nSigned-off-by: Jon Medhurst <tixy@linaro.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/974310d047f3c7788a51d10c8d255eebdb1fa857"},{"sha":"7292ae3d5a18fb922be496e6bb687647193569b4","author":{"name":"Gleb Fotengauer-Malinovskiy","email":"095cec46bde7c549fe7f5cc91769d4c1e05a9843@altlinux.org"},"message":"jump label: fix passing kbuild_cflags when checking for asm goto support\n\nThe latest change of asm goto support check added passing of KBUILD_CFLAGS\nto compiler.  When these flags reference gcc plugins that are not built yet,\nthe check fails.\n\nWhen one runs \"make bzImage\" followed by \"make modules\", the kernel is always\nbuilt with HAVE_JUMP_LABEL disabled, while the modules are built depending on\nCONFIG_JUMP_LABEL.  If HAVE_JUMP_LABEL macro happens to be different, modules\nare built with undefined references, e.g.:\n\nERROR: \"static_key_slow_inc\" [net/netfilter/xt_TEE.ko] undefined!\nERROR: \"static_key_slow_dec\" [net/netfilter/xt_TEE.ko] undefined!\nERROR: \"static_key_slow_dec\" [net/netfilter/nft_meta.ko] undefined!\nERROR: \"static_key_slow_inc\" [net/netfilter/nft_meta.ko] undefined!\nERROR: \"nf_hooks_needed\" [net/netfilter/ipvs/ip_vs.ko] undefined!\nERROR: \"nf_hooks_needed\" [net/ipv6/ipv6.ko] undefined!\nERROR: \"static_key_count\" [net/ipv6/ipv6.ko] undefined!\nERROR: \"static_key_slow_inc\" [net/ipv6/ipv6.ko] undefined!\n\nThis change moves the check before all these references are added\nto KBUILD_CFLAGS.  This is correct because subsequent KBUILD_CFLAGS\nmodifications are not relevant to this check.\n\nReported-by: Anton V. Boyarshinov <boyarsh@altlinux.org>\nFixes: 35f860f9ba6a (\"jump label: pass kbuild_cflags when checking for asm goto support\")\nCc: stable@vger.kernel.org\t# v4.10\nSigned-off-by: Gleb Fotengauer-Malinovskiy <glebfm@altlinux.org>\nSigned-off-by: Dmitry V. Levin <ldv@altlinux.org>\nAcked-by: Steven Rostedt (VMware) <rostedt@goodmis.org>\nAcked-by: David Lin <dtwlin@google.com>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/7292ae3d5a18fb922be496e6bb687647193569b4"},{"sha":"9be3213b14d44f6328281941193d97f3b97e7d4c","author":{"name":"Nicolas Iooss","email":"c0d64d4e47db0f189cbd8dcd56b59d380e758d07@m4x.org"},"message":"gconfig: remove misleading parentheses around a condition\n\nWhen building the kernel with clang, the compiler complains about the\npresence of a condition inside two pairs of parentheses:\n\n    scripts/kconfig/gconf.c:917:19: error: equality comparison with\n    extraneous parentheses [-Werror,-Wparentheses-equality]\n                    } else if ((col == COL_OPTION)) {\n                                ~~~~^~~~~~~~~~~~~\n    scripts/kconfig/gconf.c:917:19: note: remove extraneous parentheses\n    around the comparison to silence this warning\n                    } else if ((col == COL_OPTION)) {\n                               ~    ^            ~\n    scripts/kconfig/gconf.c:917:19: note: use '=' to turn this equality\n    comparison into an assignment\n                    } else if ((col == COL_OPTION)) {\n                                    ^~\n                                    =\n\nSilence this warning by removing a level of parentheses.\n\nSigned-off-by: Nicolas Iooss <nicolas.iooss_linux@m4x.org>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/9be3213b14d44f6328281941193d97f3b97e7d4c"},{"sha":"fb2155e3c30dc2043b52020e26965067a3e7779c","author":{"name":"Matt Redfearn","email":"c5b62b631b0bb11c9c59278f295d5b8e1a4873c6@imgtec.com"},"message":"MIPS: smp-cps: Fix retrieval of VPE mask on big endian CPUs\n\nThe vpe_mask member of struct core_boot_config is of type atomic_t,\nwhich is a 32bit type. In cps-vec.S this member was being retrieved by a\nPTR_L macro, which on 64bit systems is a 64bit load. On little endian\nsystems this is OK, since the double word that is retrieved will have\nthe required less significant word in the correct position. However, on\nbig endian systems the less significant word of the load is retrieved\nfrom address+4, and the more significant from address+0. The destination\nregister therefore ends up with the required word in the more\nsignificant word\ne.g. when starting the second VP of a big endian 64bit system, the load\n\nPTR_L    ta2, COREBOOTCFG_VPEMASK(a0)\n\nends up setting register ta2 to 0x0000000300000000\n\nWhen this value is written to the CPC it is ignored, since it is\ninvalid to write anything larger than 4 bits. This results in any VP\nother than VP0 in a core failing to start in 64bit big endian systems.\n\nChange the load to a 32bit load word instruction to fix the bug.\n\nFixes: f12401d7219f (\"MIPS: smp-cps: Pull boot config retrieval out of mips_cps_boot_vpes\")\nSigned-off-by: Matt Redfearn <matt.redfearn@imgtec.com>\nCc: Paul Burton <paul.burton@imgtec.com>\nCc: linux-mips@linux-mips.org\nCc: linux-kernel@vger.kernel.org\nPatchwork: https://patchwork.linux-mips.org/patch/15787/\nSigned-off-by: Ralf Baechle <ralf@linux-mips.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/fb2155e3c30dc2043b52020e26965067a3e7779c"}]}
{"actor":{"display_login":"op-mirror"}}