{"push_id":2959138967,"size":173,"distinct_size":1,"ref":"refs/heads/work/letux-base/kemnade/musb-fixes","head":"0c9116092ece198535082c6602905f5cf27b5301","before":"d38deaab11575de65ab0a1eb404d0c064eb4af17","commits":[{"sha":"00a99339f0a30b593d06f31499c4bbd965979567","author":{"name":"Vineet Gupta","email":"af669d95a4c0de051445d4cafdbb2c5c4a2838be@synopsys.com"},"message":"ARCv2: build: use mcpu=hs38 iso generic mcpu=archs\n\nhelps gcc with better instruction selections such as 64-bit multiply MPYD\n\nbefore\n------\n82c34b58 <sched_clock>:\n82c34b58:\tld\tr2,[0x83068d00]\n82c34b60:\tadd_s\tr2,r2,0x7530\n82c34b66:\tmov_s\tr0,0x989680\n82c34b6c:\tmpymu\tr5,r2,r0\n82c34b70:\tmpy\tr4,r2,r0\n82c34b74:\tmov_s\tr0,r4\n82c34b76:\tj_s.d\t[blink]\n82c34b78:\tmov_s\tr1,r5\n82c34b7a:\tnop_s\n\nafter\n------\n82c34b7c <sched_clock>:\n82c34b7c:\tld\tr0,[0x83064d00]\n82c34b84:\tadd_s\tr0,r0,0x7530\n82c34b8a:\tmpydu\tr0,r0,0x989680\n82c34b92:\tj_s\t[blink]\n\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/00a99339f0a30b593d06f31499c4bbd965979567"},{"sha":"eea96566c189c77e5272585984eb2729881a2f1d","author":{"name":"Sascha Hauer","email":"c00cbc2b736c26791a3822db86f8796fe9efff67@pengutronix.de"},"message":"ARM: dts: imx53-qsb: disable 1.2GHz OPP\n\nThe maximum CPU frequency for the i.MX53 QSB is 1GHz, so disable the\n1.2GHz OPP. This makes the board work again with configs that have\ncpufreq enabled like imx_v6_v7_defconfig on which the board stopped\nworking with the addition of cpufreq-dt support.\n\nFixes: 791f416608 (\"ARM: dts: imx53: add cpufreq-dt support\")\n\nSigned-off-by: Sascha Hauer <s.hauer@pengutronix.de>\nSigned-off-by: Shawn Guo <shawnguo@kernel.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/eea96566c189c77e5272585984eb2729881a2f1d"},{"sha":"615f64458ad890ef94abc879a66d8b27236e733a","author":{"name":"Alexey Brodkin","email":"1fa739873496c8c0c1b521f2061ee5fa4a0306e8@synopsys.com"},"message":"ARC: build: Get rid of toolchain check\n\nThis check is very naive: we simply test if GCC invoked without\n\"-mcpu=XXX\" has ARC700 define set. In that case we think that GCC\nwas built with \"--with-cpu=arc700\" and has libgcc built for ARC700.\n\nOtherwise if ARC700 is not defined we think that everythng was built\nfor ARCv2.\n\nBut in reality our life is much more interesting.\n\n1. Regardless of GCC configuration (i.e. what we pass in \"--with-cpu\"\n   it may generate code for any ARC core).\n\n2. libgcc might be built with explicitly specified \"--mcpu=YYY\"\n\nThat's exactly what happens in case of multilibbed toolchains:\n - GCC is configured with default settings\n - All the libs built for many different CPU flavors\n\nI.e. that check gets in the way of usage of multilibbed\ntoolchains. And even non-multilibbed toolchains are affected.\nOpenEmbedded also builds GCC without \"--with-cpu\" because\neach and every target component later is compiled with explicitly\nset \"-mcpu=ZZZ\".\n\nAcked-by: Rob Herring <robh@kernel.org>\nSigned-off-by: Alexey Brodkin <abrodkin@synopsys.com>\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/615f64458ad890ef94abc879a66d8b27236e733a"},{"sha":"7c2020c3022dfa6801d420b55ef0c507322d2c60","author":{"name":"Colin Ian King","email":"d100aa70785e45ee8deab668147d941941915c21@canonical.com"},"message":"ARC: fix spelling mistake \"entires\" -> \"entries\"\n\nTrivial fix to spelling mistake in Kconfig\n\nSigned-off-by: Colin Ian King <colin.king@canonical.com>\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/7c2020c3022dfa6801d420b55ef0c507322d2c60"},{"sha":"40660f1fcee8d524a60b5101538e42b1f39f106d","author":{"name":"Alexey Brodkin","email":"1fa739873496c8c0c1b521f2061ee5fa4a0306e8@synopsys.com"},"message":"ARC: build: Don't set CROSS_COMPILE in arch's Makefile\n\nThere's not much sense in doing that because if user or\nhis build-system didn't set CROSS_COMPILE we still may\nvery well make incorrect guess.\n\nBut as it turned out setting CROSS_COMPILE is not as harmless\nas one may think: with recent changes that implemented automatic\ndiscovery of __host__ gcc features unconditional setup of\nCROSS_COMPILE leads to failures on execution of \"make xxx_defconfig\"\nwith absent cross-compiler, for more info see [1].\n\nSet CROSS_COMPILE as well gets in the way if we want only to build\n.dtb's (again with absent cross-compiler which is not really needed\nfor building .dtb's), see [2].\n\nNote, we had to change LIBGCC assignment type from \":=\" to \"=\"\nso that is is resolved on its usage, otherwise if it is resolved\nat declaration time with missing CROSS_COMPILE we're getting this\nerror message from host GCC:\n\n| gcc: error: unrecognized command line option -mmedium-calls\n| gcc: error: unrecognized command line option -mno-sdata\n\n[1] http://lists.infradead.org/pipermail/linux-snps-arc/2018-September/004308.html\n[2] http://lists.infradead.org/pipermail/linux-snps-arc/2018-September/004320.html\n\nSigned-off-by: Alexey Brodkin <abrodkin@synopsys.com>\nCc: Masahiro Yamada <yamada.masahiro@socionext.com>\nCc: Rob Herring <robh@kernel.org>\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/40660f1fcee8d524a60b5101538e42b1f39f106d"},{"sha":"5a4630aadb9a9525474e9ac92965829f990cb5c4","author":{"name":"Joel Stanley","email":"4816dabf8db1bc6cac35b3a24cab2ff844b5b0c7@jms.id.au"},"message":"ftrace: Build with CPPFLAGS to get -Qunused-arguments\n\nWhen building to record the mcount locations the kernel uses\nKBUILD_CFLAGS but not KBUILD_CPPFLAGS. This means it lacks\n-Qunused-arguments when building with clang, resulting in a lot of\nnoisy warnings.\n\nSigned-off-by: Joel Stanley <joel@jms.id.au>\nReviewed-by: Nick Desaulniers <ndesaulniers@google.com>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/5a4630aadb9a9525474e9ac92965829f990cb5c4"},{"sha":"ef8c4ed9db80261f397f0c0bf723684601ae3b52","author":{"name":"Stefan Agner","email":"eb0877843acc39f8ef6f7269937dee931c372d23@agner.ch"},"message":"kbuild: allow to use GCC toolchain not in Clang search path\n\nWhen using a GCC cross toolchain which is not in a compiled in\nClang search path, Clang reverts to the system assembler and\nlinker. This leads to assembler or linker errors, depending on\nwhich tool is first used for a given architecture.\n\nIt seems that Clang is not searching $PATH for a matching\nassembler or linker.\n\nMake sure that Clang picks up the correct assembler or linker by\npassing the cross compilers bin directory as search path.\n\nThis allows to use Clang provided by distributions with GCC\ntoolchains not in /usr/bin.\n\nLink: https://github.com/ClangBuiltLinux/linux/issues/78\nSigned-off-by: Stefan Agner <stefan@agner.ch>\nReviewed-and-tested-by: Nick Desaulniers <ndesaulniers@google.com>\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/ef8c4ed9db80261f397f0c0bf723684601ae3b52"},{"sha":"55a5542a546238354d1f209f794414168cf8c71d","author":{"name":"Gerald Schaefer","email":"7a67bf9a8691f9f1ca8ce9577e14c37413ea5f58@de.ibm.com"},"message":"s390/hibernate: fix error handling when suspend cpu != resume cpu\n\nThe resume code checks if the resume cpu is the same as the suspend cpu.\nIf not, and if it is also not possible to switch to the suspend cpu, an\nerror message should be printed and the resume process should be stopped\nby loading a disabled wait psw.\n\nThe current logic is broken in multiple ways, the message is never printed,\nand the disabled wait psw never loaded because the kernel panics before that:\n- sam31 and SIGP_SET_ARCHITECTURE to ESA mode is wrong, this will break\n  on the first 64bit instruction in sclp_early_printk().\n- The init stack should be used, but the stack pointer is not set up correctly\n  (missing aghi %r15,-STACK_FRAME_OVERHEAD).\n- __sclp_early_printk() checks the sclp_init_state. If it is not\n  sclp_init_state_uninitialized, it simply returns w/o printing anything.\n  In the resumed kernel however, sclp_init_state will never be uninitialized.\n\nThis patch fixes those issues by removing the sam31/ESA logic, adding a\ncorrect init stack pointer, and also introducing sclp_early_printk_force()\nto allow using sclp_early_printk() even when sclp_init_state is not\nuninitialized.\n\nReviewed-by: Heiko Carstens <heiko.carstens@de.ibm.com>\nSigned-off-by: Gerald Schaefer <gerald.schaefer@de.ibm.com>\nSigned-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/55a5542a546238354d1f209f794414168cf8c71d"},{"sha":"25e11700b54c7b6b5ebfc4361981dae12299557b","author":{"name":"Adrian Hunter","email":"41bb5944f244750b7cf0394140496972a3f1bee3@intel.com"},"message":"perf script python: Fix export-to-postgresql.py occasional failure\n\nOccasional export failures were found to be caused by truncating 64-bit\npointers to 32-bits. Fix by explicitly setting types for all ctype\narguments and results.\n\nSigned-off-by: Adrian Hunter <adrian.hunter@intel.com>\nCc: Jiri Olsa <jolsa@redhat.com>\nCc: stable@vger.kernel.org\nLink: http://lkml.kernel.org/r/20180911114504.28516-2-adrian.hunter@intel.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/25e11700b54c7b6b5ebfc4361981dae12299557b"},{"sha":"d005efe18db0b4a123dd92ea8e77e27aee8f99fd","author":{"name":"Adrian Hunter","email":"41bb5944f244750b7cf0394140496972a3f1bee3@intel.com"},"message":"perf script python: Fix export-to-sqlite.py sample columns\n\nWith the \"branches\" export option, not all sample columns are exported.\nHowever the unwanted columns are not at the end of the tuple, as assumed\nby the code. Fix by taking the first 15 and last 3 values, instead of\nthe first 18.\n\nSigned-off-by: Adrian Hunter <adrian.hunter@intel.com>\nCc: Jiri Olsa <jolsa@redhat.com>\nCc: stable@vger.kernel.org\nLink: http://lkml.kernel.org/r/20180911114504.28516-3-adrian.hunter@intel.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/d005efe18db0b4a123dd92ea8e77e27aee8f99fd"},{"sha":"c98e16b2fa1202dd8c66900823591cd110a1a213","author":{"name":"Eric Farman","email":"45cff695b8fa5cc07d58f6876a8fd504d010e3e3@linux.ibm.com"},"message":"s390/cio: Convert ccw_io_region to pointer\n\nIn the event that we want to change the layout of the ccw_io_region in the\nfuture[1], it might be easier to work with it as a pointer within the\nvfio_ccw_private struct rather than an embedded struct.\n\n[1] https://patchwork.kernel.org/comment/22228541/\n\nSigned-off-by: Eric Farman <farman@linux.ibm.com>\nMessage-Id: <20180921204013.95804-2-farman@linux.ibm.com>\nSigned-off-by: Cornelia Huck <cohuck@redhat.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/c98e16b2fa1202dd8c66900823591cd110a1a213"},{"sha":"bf42daed6bd136774415ae6d26c8475152f92b54","author":{"name":"Eric Farman","email":"45cff695b8fa5cc07d58f6876a8fd504d010e3e3@linux.ibm.com"},"message":"s390/cio: Refactor alloc of ccw_io_region\n\nIf I attach a vfio-ccw device to my guest, I get the following warning\non the host when the host kernel is CONFIG_HARDENED_USERCOPY=y\n\n[250757.595325] Bad or missing usercopy whitelist? Kernel memory overwrite attempt detected to SLUB object 'dma-kmalloc-512' (offset 64, size 124)!\n[250757.595365] WARNING: CPU: 2 PID: 10958 at mm/usercopy.c:81 usercopy_warn+0xac/0xd8\n[250757.595369] Modules linked in: kvm vhost_net vhost tap xt_CHECKSUM iptable_mangle ipt_MASQUERADE iptable_nat nf_nat_ipv4 nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack libcrc32c devlink tun bridge stp llc ebtable_filter ebtables ip6table_filter ip6_tables sunrpc dm_multipath s390_trng crc32_vx_s390 ghash_s390 prng aes_s390 des_s390 des_generic sha512_s390 sha1_s390 eadm_sch tape_3590 tape tape_class qeth_l2 qeth ccwgroup vfio_ccw vfio_mdev zcrypt_cex4 mdev vfio_iommu_type1 zcrypt vfio sha256_s390 sha_common zfcp scsi_transport_fc qdio dasd_eckd_mod dasd_mod\n[250757.595424] CPU: 2 PID: 10958 Comm: CPU 2/KVM Not tainted 4.18.0-derp #2\n[250757.595426] Hardware name: IBM 3906 M05 780 (LPAR)\n...snip regs...\n[250757.595523] Call Trace:\n[250757.595529] ([<0000000000349210>] usercopy_warn+0xa8/0xd8)\n[250757.595535]  [<000000000032daaa>] __check_heap_object+0xfa/0x160\n[250757.595540]  [<0000000000349396>] __check_object_size+0x156/0x1d0\n[250757.595547]  [<000003ff80332d04>] vfio_ccw_mdev_write+0x74/0x148 [vfio_ccw]\n[250757.595552]  [<000000000034ed12>] __vfs_write+0x3a/0x188\n[250757.595556]  [<000000000034f040>] vfs_write+0xa8/0x1b8\n[250757.595559]  [<000000000034f4e6>] ksys_pwrite64+0x86/0xc0\n[250757.595568]  [<00000000008959a0>] system_call+0xdc/0x2b0\n[250757.595570] Last Breaking-Event-Address:\n[250757.595573]  [<0000000000349210>] usercopy_warn+0xa8/0xd8\n\nWhile vfio_ccw_mdev_{write|read} validates that the input position/count\ndoes not run over the ccw_io_region struct, the usercopy code that does\ncopy_{to|from}_user doesn't necessarily know this. It sees the variable\nlength and gets worried that it's affecting a normal kmalloc'd struct,\nand generates the above warning.\n\nAdjust how the ccw_io_region is alloc'd with a whitelist to remove this\nwarning. The boundary checking will continue to do its thing.\n\nSigned-off-by: Eric Farman <farman@linux.ibm.com>\nMessage-Id: <20180921204013.95804-3-farman@linux.ibm.com>\nSigned-off-by: Cornelia Huck <cohuck@redhat.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/bf42daed6bd136774415ae6d26c8475152f92b54"},{"sha":"ff4ce2885af8f9e8e99864d78dbeb4673f089c76","author":{"name":"Milian Wolff","email":"47dc0595efa4afc39a740afc939612bf0ece657b@kdab.com"},"message":"perf report: Don't try to map ip to invalid map\n\nFixes a crash when the report encounters an address that could not be\nassociated with an mmaped region:\n\n  #0  0x00005555557bdc4a in callchain_srcline (ip=<error reading variable: Cannot access memory at address 0x38>, sym=0x0, map=0x0) at util/machine.c:2329\n  #1  unwind_entry (entry=entry@entry=0x7fffffff9180, arg=arg@entry=0x7ffff5642498) at util/machine.c:2329\n  #2  0x00005555558370af in entry (arg=0x7ffff5642498, cb=0x5555557bdb50 <unwind_entry>, thread=<optimized out>, ip=18446744073709551615) at util/unwind-libunwind-local.c:586\n  #3  get_entries (ui=ui@entry=0x7fffffff9620, cb=0x5555557bdb50 <unwind_entry>, arg=0x7ffff5642498, max_stack=<optimized out>) at util/unwind-libunwind-local.c:703\n  #4  0x0000555555837192 in _unwind__get_entries (cb=<optimized out>, arg=<optimized out>, thread=<optimized out>, data=<optimized out>, max_stack=<optimized out>) at util/unwind-libunwind-local.c:725\n  #5  0x00005555557c310f in thread__resolve_callchain_unwind (max_stack=127, sample=0x7fffffff9830, evsel=0x555555c7b3b0, cursor=0x7ffff5642498, thread=0x555555c7f6f0) at util/machine.c:2351\n  #6  thread__resolve_callchain (thread=0x555555c7f6f0, cursor=0x7ffff5642498, evsel=0x555555c7b3b0, sample=0x7fffffff9830, parent=0x7fffffff97b8, root_al=0x7fffffff9750, max_stack=127) at util/machine.c:2378\n  #7  0x00005555557ba4ee in sample__resolve_callchain (sample=<optimized out>, cursor=<optimized out>, parent=parent@entry=0x7fffffff97b8, evsel=<optimized out>, al=al@entry=0x7fffffff9750,\n      max_stack=<optimized out>) at util/callchain.c:1085\n\nSigned-off-by: Milian Wolff <milian.wolff@kdab.com>\nTested-by: Sandipan Das <sandipan@linux.ibm.com>\nAcked-by: Jiri Olsa <jolsa@kernel.org>\nCc: Jin Yao <yao.jin@linux.intel.com>\nCc: Namhyung Kim <namhyung@kernel.org>\nFixes: 2a9d5050dc84 (\"perf script: Show correct offsets for DWARF-based unwinding\")\nLink: http://lkml.kernel.org/r/20180926135207.30263-1-milian.wolff@kdab.com\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/ff4ce2885af8f9e8e99864d78dbeb4673f089c76"},{"sha":"853dc104e6a43cba9a7a87542bc6d8e3b74f0bc9","author":{"name":"Laurentiu Tudor","email":"2d257793a980026cc12ac069aa3ec1adccc0c30e@nxp.com"},"message":"soc: fsl: qbman: add APIs to retrieve the probing status\n\nAdd a couple of new APIs to check the probing status of qman and bman:\n 'int bman_is_probed()' and 'int qman_is_probed()'.\nThey return the following values.\n *  1 if qman/bman were probed correctly\n *  0 if qman/bman were not yet probed\n * -1 if probing of qman/bman failed\nDrivers that use qman/bman driver services are required to use these\nAPIs before calling any functions exported by qman or bman drivers\nor otherwise they will crash the kernel.\nThe APIs will be used in the following couple of qbman portal patches\nand later in the series in the dpaa1 ethernet driver.\n\nSigned-off-by: Laurentiu Tudor <laurentiu.tudor@nxp.com>\nSigned-off-by: Li Yang <leoyang.li@nxp.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/853dc104e6a43cba9a7a87542bc6d8e3b74f0bc9"},{"sha":"ea7e0480a4b695d0aa6b3fa99bd658a003122113","author":{"name":"Paul Burton","email":"85f1bffadddedccfafc0ae065a06aa636075387f@mips.com"},"message":"MIPS: VDSO: Always map near top of user memory\n\nWhen using the legacy mmap layout, for example triggered using ulimit -s\nunlimited, get_unmapped_area() fills memory from bottom to top starting\nfrom a fairly low address near TASK_UNMAPPED_BASE.\n\nThis placement is suboptimal if the user application wishes to allocate\nlarge amounts of heap memory using the brk syscall. With the VDSO being\nlocated low in the user's virtual address space, the amount of space\navailable for access using brk is limited much more than it was prior to\nthe introduction of the VDSO.\n\nFor example:\n\n  # ulimit -s unlimited; cat /proc/self/maps\n  00400000-004ec000 r-xp 00000000 08:00 71436      /usr/bin/coreutils\n  004fc000-004fd000 rwxp 000ec000 08:00 71436      /usr/bin/coreutils\n  004fd000-0050f000 rwxp 00000000 00:00 0\n  00cc3000-00ce4000 rwxp 00000000 00:00 0          [heap]\n  2ab96000-2ab98000 r--p 00000000 00:00 0          [vvar]\n  2ab98000-2ab99000 r-xp 00000000 00:00 0          [vdso]\n  2ab99000-2ab9d000 rwxp 00000000 00:00 0\n  ...\n\nResolve this by adjusting STACK_TOP to reserve space for the VDSO &\nproviding an address hint to get_unmapped_area() causing it to use this\nspace even when using the legacy mmap layout.\n\nWe reserve enough space for the VDSO, plus 1MB or 256MB for 32 bit & 64\nbit systems respectively within which we randomize the VDSO base\naddress. Previously this randomization was taken care of by the mmap\nbase address randomization performed by arch_mmap_rnd(). The 1MB & 256MB\nsizes are somewhat arbitrary but chosen such that we have some\nrandomization without taking up too much of the user's virtual address\nspace, which is often in short supply for 32 bit systems.\n\nWith this the VDSO is always mapped at a high address, leaving lots of\nspace for statically linked programs to make use of brk:\n\n  # ulimit -s unlimited; cat /proc/self/maps\n  00400000-004ec000 r-xp 00000000 08:00 71436      /usr/bin/coreutils\n  004fc000-004fd000 rwxp 000ec000 08:00 71436      /usr/bin/coreutils\n  004fd000-0050f000 rwxp 00000000 00:00 0\n  00c28000-00c49000 rwxp 00000000 00:00 0          [heap]\n  ...\n  7f67c000-7f69d000 rwxp 00000000 00:00 0          [stack]\n  7f7fc000-7f7fd000 rwxp 00000000 00:00 0\n  7fcf1000-7fcf3000 r--p 00000000 00:00 0          [vvar]\n  7fcf3000-7fcf4000 r-xp 00000000 00:00 0          [vdso]\n\nSigned-off-by: Paul Burton <paul.burton@mips.com>\nReported-by: Huacai Chen <chenhc@lemote.com>\nFixes: ebb5e78cc634 (\"MIPS: Initial implementation of a VDSO\")\nCc: Huacai Chen <chenhc@lemote.com>\nCc: linux-mips@linux-mips.org\nCc: stable@vger.kernel.org # v4.4+","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/ea7e0480a4b695d0aa6b3fa99bd658a003122113"},{"sha":"951d223c6c16ed5d2a71a4d1f13c1e65d6882156","author":{"name":"Paul Burton","email":"85f1bffadddedccfafc0ae065a06aa636075387f@mips.com"},"message":"MIPS: Fix CONFIG_CMDLINE handling\n\nCommit 8ce355cf2e38 (\"MIPS: Setup boot_command_line before\nplat_mem_setup\") fixed a problem for systems which have\nCONFIG_CMDLINE_BOOL=y & use a DT with a chosen node that has either no\nbootargs property or an empty one. In this configuration\nearly_init_dt_scan_chosen() copies CONFIG_CMDLINE into\nboot_command_line, but the MIPS code doesn't know this so it appends\nCONFIG_CMDLINE (via builtin_cmdline) to boot_command_line again. The\nresult is that boot_command_line contains the arguments from\nCONFIG_CMDLINE twice.\n\nThat commit took the approach of simply setting up boot_command_line\nfrom the MIPS code before early_init_dt_scan_chosen() runs, causing it\nnot to copy CONFIG_CMDLINE to boot_command_line if a chosen node with no\nbootargs property is found.\n\nUnfortunately this is problematic for systems which do have a non-empty\nbootargs property & CONFIG_CMDLINE_BOOL=y. There\nearly_init_dt_scan_chosen() will overwrite boot_command_line with the\narguments from DT, which means we lose those from CONFIG_CMDLINE\nentirely. This breaks CONFIG_MIPS_CMDLINE_DTB_EXTEND. If we have\nCONFIG_MIPS_CMDLINE_FROM_BOOTLOADER or\nCONFIG_MIPS_CMDLINE_BUILTIN_EXTEND selected and the DT has a bootargs\nproperty which we should ignore, it will instead be honoured breaking\nthose configurations too.\n\nFix this by reverting commit 8ce355cf2e38 (\"MIPS: Setup\nboot_command_line before plat_mem_setup\") to restore the former\nbehaviour, and fixing the CONFIG_CMDLINE duplication issue by\ninitializing boot_command_line to a non-empty string that\nearly_init_dt_scan_chosen() will not overwrite with CONFIG_CMDLINE.\n\nThis is a little ugly, but cleanup in this area is on its way. In the\nmeantime this is at least easy to backport & contains the ugliness\nwithin arch/mips/.\n\nSigned-off-by: Paul Burton <paul.burton@mips.com>\nFixes: 8ce355cf2e38 (\"MIPS: Setup boot_command_line before plat_mem_setup\")\nReferences: https://patchwork.linux-mips.org/patch/18804/\nPatchwork: https://patchwork.linux-mips.org/patch/20813/\nCc: Frank Rowand <frowand.list@gmail.com>\nCc: Jaedon Shin <jaedon.shin@gmail.com>\nCc: Mathieu Malaterre <malat@debian.org>\nCc: Rob Herring <robh+dt@kernel.org>\nCc: devicetree@vger.kernel.org\nCc: linux-kernel@vger.kernel.org\nCc: linux-mips@linux-mips.org\nCc: stable@vger.kernel.org # v4.16+","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/951d223c6c16ed5d2a71a4d1f13c1e65d6882156"},{"sha":"c458dda3d07c110ce1d007998f67273325ad8662","author":{"name":"Martin Schwidefsky","email":"52616596d8f5df0d597e85ab515377f92f939c68@de.ibm.com"},"message":"Merge tag 'vfio-ccw-20181001' of git://git.kernel.org/pub/scm/linux/kernel/git/kvms390/vfio-ccw into fixes\n\nPull vfio-ccw from Cornelia Huck with the following changes:\n\n - Change allocation of ccw_io_region so that the usercopy hardening\n   code can figure out that everything is fine.","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/c458dda3d07c110ce1d007998f67273325ad8662"},{"sha":"e7e86f42fa68c70cab4e964017273da32a77af07","author":{"name":"Joe Perches","email":"16a9a54ddf4259952e3c118c763138e83693d7fd@perches.com"},"message":"MAINTAINERS: MIPS/LOONGSON2 ARCHITECTURE - Use the normal wildcard style\n\nNeither git nor get_maintainer understands the curly brace style.\n\nSigned-off-by: Joe Perches <joe@perches.com>\nSigned-off-by: Paul Burton <paul.burton@mips.com>\nPatchwork: https://patchwork.linux-mips.org/patch/20821/\nCc: Huacai Chen <chenhc@lemote.com>\nCc: linux-mips <linux-mips@linux-mips.org>\nCc: LKML <linux-kernel@vger.kernel.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/e7e86f42fa68c70cab4e964017273da32a77af07"},{"sha":"5a1eb8b9542884592a018829bb1ff20c9695d925","author":{"name":"Laurentiu Tudor","email":"2d257793a980026cc12ac069aa3ec1adccc0c30e@nxp.com"},"message":"soc: fsl: qman_portals: defer probe after qman's probe\n\nDefer probe of qman portals after qman probing. This fixes the crash\nbelow, seen on NXP LS1043A SoCs:\n\nUnable to handle kernel NULL pointer dereference at virtual address\n0000000000000004\nMem abort info:\n  ESR = 0x96000004\n  Exception class = DABT (current EL), IL = 32 bits\n  SET = 0, FnV = 0\n  EA = 0, S1PTW = 0\nData abort info:\n  ISV = 0, ISS = 0x00000004\n  CM = 0, WnR = 0\n[0000000000000004] user address but active_mm is swapper\nInternal error: Oops: 96000004 [#1] PREEMPT SMP\nModules linked in:\nCPU: 0 PID: 1 Comm: swapper/0 Not tainted\n4.18.0-rc1-next-20180622-00200-g986f5c179185 #9\nHardware name: LS1043A RDB Board (DT)\npstate: 80000005 (Nzcv daif -PAN -UAO)\npc : qman_set_sdest+0x74/0xa0\nlr : qman_portal_probe+0x22c/0x470\nsp : ffff00000803bbc0\nx29: ffff00000803bbc0 x28: 0000000000000000\nx27: ffff0000090c1b88 x26: ffff00000927cb68\nx25: ffff00000927c000 x24: ffff00000927cb60\nx23: 0000000000000000 x22: 0000000000000000\nx21: ffff0000090e9000 x20: ffff800073b5c810\nx19: ffff800027401298 x18: ffffffffffffffff\nx17: 0000000000000001 x16: 0000000000000000\nx15: ffff0000090e96c8 x14: ffff80002740138a\nx13: ffff0000090f2000 x12: 0000000000000030\nx11: ffff000008f25000 x10: 0000000000000000\nx9 : ffff80007bdfd2c0 x8 : 0000000000004000\nx7 : ffff80007393cc18 x6 : 0040000000000001\nx5 : 0000000000000000 x4 : ffffffffffffffff\nx3 : 0000000000000004 x2 : ffff00000927c900\nx1 : 0000000000000000 x0 : 0000000000000004\nProcess swapper/0 (pid: 1, stack limit = 0x(____ptrval____))\nCall trace:\n qman_set_sdest+0x74/0xa0\n platform_drv_probe+0x50/0xa8\n driver_probe_device+0x214/0x2f8\n __driver_attach+0xd8/0xe0\n bus_for_each_dev+0x68/0xc8\n driver_attach+0x20/0x28\n bus_add_driver+0x108/0x228\n driver_register+0x60/0x110\n __platform_driver_register+0x40/0x48\n qman_portal_driver_init+0x20/0x84\n do_one_initcall+0x58/0x168\n kernel_init_freeable+0x184/0x22c\n kernel_init+0x10/0x108\n ret_from_fork+0x10/0x18\nCode: f9400443 11001000 927e4800 8b000063 (b9400063)\n---[ end trace 4f6d50489ecfb930 ]---\nKernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b\n\nSigned-off-by: Laurentiu Tudor <laurentiu.tudor@nxp.com>\nSigned-off-by: Li Yang <leoyang.li@nxp.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/5a1eb8b9542884592a018829bb1ff20c9695d925"},{"sha":"9735082a7cbae572c2eabdc45acecc8c9fa0759b","author":{"name":"Ramses Ramírez","email":"0c86b73b5e7de3e621105e1132da279feba10981@gmail.com"},"message":"Input: xpad - add support for Xbox1 PDP Camo series gamepad\n\nThe \"Xbox One PDP Wired Controller - Camo series\" has a different\nproduct-id than the regular PDP controller and the PDP stealth series,\nbut it uses the same initialization sequence. This patch adds the\nproduct-id of the camo series to the structures that handle the other\nPDP Xbox One controllers.\n\nSigned-off-by: Ramses Ramírez <ramzeto@gmail.com>\nCc: stable@vger.kernel.org\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/9735082a7cbae572c2eabdc45acecc8c9fa0759b"}]}
{"actor":{"display_login":"op-mirror"}}