{"push_id":915870391,"size":32,"distinct_size":32,"ref":"refs/heads/master","head":"2c96961fb8176b69fac20d2ea7242180a5f49847","before":"a88164345b81292b55a8d4829fdd35c8d611cd7d","commits":[{"sha":"dd39a26538e37f6c6131e829a4a510787e43c783","author":{"email":"f6aa0246ff943bfa8602cdf60d40c481b38ed232@arm.linux.org.uk","name":"Russell King"},"message":"scripts: recordmcount: break hardlinks\n\nrecordmcount edits the file in-place, which can cause problems when\nusing ccache in hardlink mode.  Arrange for recordmcount to break a\nhardlinked object.\n\nLink: http://lkml.kernel.org/r/E1a7MVT-0000et-62@rmk-PC.arm.linux.org.uk\n\nCc: stable@vger.kernel.org # 2.6.37+\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\nSigned-off-by: Steven Rostedt <rostedt@goodmis.org>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/dd39a26538e37f6c6131e829a4a510787e43c783"},{"sha":"a50bd43935586420fb75f4558369eb08566fac5e","author":{"email":"43232e92d70cc7aa53504ad0397085ee47bad87f@goodmis.org","name":"Steven Rostedt (Red Hat)"},"message":"ftrace/scripts: Have recordmcount copy the object file\n\nRussell King found that he had weird side effects when compiling the kernel\nwith hard linked ccache. The reason was that recordmcount modified the\nkernel in place via mmap, and when a file gets modified twice by\nrecordmcount, it will complain about it. To fix this issue, Russell wrote a\npatch that checked if the file was hard linked more than once and would\nunlink it if it was.\n\nLinus Torvalds was not happy with the fact that recordmcount does this in\nplace modification. Instead of doing the unlink only if the file has two or\nmore hard links, it does the unlink all the time. In otherwords, it always\ndoes a copy if it changed something. That is, it does the write out if a\nchange was made.\n\nCc: stable@vger.kernel.org # 2.6.37+\nSigned-off-by: Steven Rostedt <rostedt@goodmis.org>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/a50bd43935586420fb75f4558369eb08566fac5e"},{"sha":"97cb69dd800a471c3ee2467be3826badd9c12883","author":{"email":"551ae05ce198473af5b9da594240f54df5f81e31@gmail.com","name":"Sudip Mukherjee"},"message":"UBI: fix return error code\n\nWe are checking dfs_rootdir for error value or NULL. But in the\nconditional ternary operator we returned -ENODEV if dfs_rootdir contains\nan error value and returned PTR_ERR(dfs_rootdir) if dfs_rootdir is NULL.\nSo in the case of dfs_rootdir being NULL we actually assigned 0 to err\nand returned it to the caller implying a success.\nLets return -ENODEV when dfs_rootdir is NULL else return\nPTR_ERR(dfs_rootdir).\n\nSigned-off-by: Sudip Mukherjee <sudip@vectorindia.org>\nSigned-off-by: Richard Weinberger <richard@nod.at>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/97cb69dd800a471c3ee2467be3826badd9c12883"},{"sha":"2e69d4912f2fc9d4cd952311d58ceae1cd83057b","author":{"email":"ac73eed4b8a8c9127255a2696c52b2e7503720b8@gmail.com","name":"Brian Norris"},"message":"UBI: fix use of \"VID\" vs. \"EC\" in header self-check\n\nLooks like a typo, using UBI_EC_HDR_SIZE_CRC (note the \"EC\") to compute\nthe CRC for the VID header.\n\nThis shouldn't cause any functional change, as both structures are 64\nbytes. Verified with:\n\n\tBUILD_BUG_ON(UBI_VID_HDR_SIZE_CRC != UBI_EC_HDR_SIZE_CRC);\n\nReported here:\nhttp://lists.infradead.org/pipermail/linux-mtd/2013-September/048570.html\n\nReported by: Bill Pringlemeir <bpringlemeir@gmail.com>\nSigned-off-by: Brian Norris <computersforpeace@gmail.com>\nSigned-off-by: Richard Weinberger <richard@nod.at>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/2e69d4912f2fc9d4cd952311d58ceae1cd83057b"},{"sha":"1a31b20cd81d5cbc7ec6e24cb08066009a1ca32d","author":{"email":"265264fed90bdf8e813a354375ec16f47ebdb1c5@linutronix.de","name":"Sebastian Siewior"},"message":"mtd: ubi: fixup error correction in do_sync_erase()\n\nSince fastmap we gained do_sync_erase(). This function can return an error\nand its error handling isn't obvious. First the memory allocation for\nstruct ubi_work can fail and as such struct ubi_wl_entry is leaked.\nHowever if the memory allocation succeeds then the tail function takes\ncare of the struct ubi_wl_entry. A free here could result in a double\nfree.\nTo make the error handling simpler, I split the tail function into one\npiece which does the work and another which frees the struct ubi_work\nwhich is passed as argument. As result do_sync_erase() can keep the\nstruct on stack and we get rid of one error source.\n\nCc: <stable@vger.kernel.org>\nFixes: 8199b901a (\"UBI: Add fastmap support to the WL sub-system\")\nSigned-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>\nSigned-off-by: Richard Weinberger <richard@nod.at>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/1a31b20cd81d5cbc7ec6e24cb08066009a1ca32d"},{"sha":"6b238de189f69dc77d660d4cce62eed15547f4c3","author":{"email":"265264fed90bdf8e813a354375ec16f47ebdb1c5@linutronix.de","name":"Sebastian Siewior"},"message":"mtd: ubi: don't leak e if schedule_erase() fails\n\nIf __erase_worker() fails to erase the EB and schedule_erase() fails as\nwell to do anything about it then we go RO. But that is not a reason to\nleak the e argument here. Therefore clean up e.\n\nCc: <stable@vger.kernel.org>\nSigned-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>\nSigned-off-by: Richard Weinberger <richard@nod.at>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/6b238de189f69dc77d660d4cce62eed15547f4c3"},{"sha":"312045eef985b61d74c28047ecd8eca6719d9516","author":{"email":"1c00aa603bb92d594c03cff60ecf8e63b2a5bcb1@suse.com","name":"NeilBrown"},"message":"md: remove check for MD_RECOVERY_NEEDED in action_store.\n\nmd currently doesn't allow a 'sync_action' such as 'reshape' to be set\nwhile MD_RECOVERY_NEEDED is set.\n\nThis s a problem, particularly since commit 738a273806ee as that can\ncause ->check_shape to call mddev_resume() which sets\nMD_RECOVERY_NEEDED.  So by the time we come to start 'reshape' it is\nvery likely that MD_RECOVERY_NEEDED is still set.\n\nTesting for this flag is not really needed and is in any case very\nracy as it can be set at any moment - asynchronously.  Any race\nbetween setting a sync_action and setting MD_RECOVERY_NEEDED must\nalready be handled properly in some locked code, probably\nmd_check_recovery(), so remove the test here.\n\nThe test on MD_RECOVERY_RUNNING is also racy in the 'reshape' case\nso we should test it again after getting mddev_lock().\n\nAs this fixes a race and a regression which can cause 'reshape' to\nfail, it is suitable for -stable kernels since 4.1\n\nReported-by: Xiao Ni <xni@redhat.com>\nFixes: 738a273806ee (\"md/raid5: fix allocation of 'scribble' array.\")\nCc: stable@vger.kernel.org (v4.1+)\nSigned-off-by: NeilBrown <neilb@suse.com>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/312045eef985b61d74c28047ecd8eca6719d9516"},{"sha":"ce360db703c98bd51fffe6f5d04a9e2294950514","author":{"email":"910e550f1c830a1d246b6c3ed4d6ca559ba95c19@linux.intel.com","name":"Srinivas Pandruvada"},"message":"ACPI / processor: Fix thermal cooling device regression\n\nThe processor cooling device is no longer present for passive thermal\ncontrol.\n\nCommit 239708a3af44 (\"ACPI: Split out ACPI PSS from ACPI Processor driver\")\nmoved the processing to a new function acpi_pss_perf_init(), but\nmissed \"return 0\" after successful creation.  This causes the error\nhandling functions to be called, which will delete the previously\ncreated processor cooling device.\n\nFixes: 239708a3af44 (ACPI: Split out ACPI PSS from ACPI Processor driver)\nSigned-off-by: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>\nCc: 4.3+ <stable@vger.kernel.org> # 4.3+\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/ce360db703c98bd51fffe6f5d04a9e2294950514"},{"sha":"899cfd2bb0d1953d78d14d5e912e13b8bd92a58f","author":{"email":"af669d95a4c0de051445d4cafdbb2c5c4a2838be@synopsys.com","name":"Vineet Gupta"},"message":"ARC: mm: HIGHMEM: Fix section mismatch splat\n\n| WARNING: vmlinux.o(.text+0xd6c2): Section mismatch in reference from the function alloc_kmap_pgtable() to the function\n| .init.text:__alloc_bootmem_low()\nThe function alloc_kmap_pgtable() references the function __init __alloc_bootmem_low().\nThis is often because alloc_kmap_pgtable lacks a __init annotation or the annotation of __alloc_bootmem_low is wrong.\n\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/899cfd2bb0d1953d78d14d5e912e13b8bd92a58f"},{"sha":"4b32e89af7a054ae3f84f388cb622aeeb8beec9d","author":{"email":"df74735e5e8e4da139876d19d7450f461d604b9f@synopsys.com","name":"Alexey Brodkin"},"message":"ARC: mm: fix building for MMU v2\n\nARC700 cores with MMU v2 don't have IC_PTAG AUX register and so we only\ndefine ARC_REG_IC_PTAG for MMU versions >= 3.\n\nBut current implementation of cache_line_loop_vX() routines assumes\navailability of all of them (v2, v3 and v4) simultaneously.\n\nAnd given undefined ARC_REG_IC_PTAG if CONFIG_MMU_VER=2 we're seeing\ncompilation problem:\n---------------------------------->8-------------------------------\n  CC      arch/arc/mm/cache.o\narch/arc/mm/cache.c: In function '__cache_line_loop_v3':\narch/arc/mm/cache.c:270:13: error: 'ARC_REG_IC_PTAG' undeclared (first use in this function)\n   aux_tag = ARC_REG_IC_PTAG;\n             ^\narch/arc/mm/cache.c:270:13: note: each undeclared identifier is reported only once for each function it appears in\nscripts/Makefile.build:258: recipe for target 'arch/arc/mm/cache.o' failed\n---------------------------------->8-------------------------------\n\nThe simples fix is to have ARC_REG_IC_PTAG defined regardless MMU\nversion being used.\n\nWe don't use it in cache_line_loop_v2() anyways so who cares.\n\nSigned-off-by: Alexey Brodkin <abrodkin@synopsys.com>\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/4b32e89af7a054ae3f84f388cb622aeeb8beec9d"},{"sha":"07fd7d4bbcb9a7c741c7e67e715680d9e5835ff2","author":{"email":"af669d95a4c0de051445d4cafdbb2c5c4a2838be@synopsys.com","name":"Vineet Gupta"},"message":"ARC: Fix linking errors with CONFIG_MODULE + CONFIG_CC_OPTIMIZE_FOR_SIZE\n\nAt -Os, ARC gcc generates millicode thunk for function prologue/epilogue,\nwhich are served by libgcc.\n\nModules historically are NOT linked with libgcc to avoid code bloat, reducing\nruntime relocation fixups etc. I even once tried doing that but got lost\nin makefile intricacies.\n\nThis means modules at -Os don't get the millicode thunks, causing build\nfailures below:\n\n| MODPOST 5 modules\n| ERROR: \"__ld_r13_to_r18\" [crypto/sha256_generic.ko] undefined!\n| ERROR: \"__ld_r13_to_r18_ret\" [crypto/sha256_generic.ko] undefined!\n| ERROR: \"__st_r13_to_r18\" [crypto/sha256_generic.ko] undefined!\n| ERROR: \"__ld_r13_to_r17_ret\" [crypto/sha256_generic.ko] undefined!\n| ERROR: \"__st_r13_to_r17\" [crypto/sha256_generic.ko] undefined!\n| ERROR: \"__ld_r13_to_r16_ret\" [crypto/sha256_generic.ko] undefined!\n| ERROR: \"__st_r13_to_r16\" [crypto/sha256_generic.ko] undefined!\n|....\n|....\n\nWorkaround that by inhibiting millicode thunks for loadable modules\n\nFixes STAR 9000641864:\n(\"Linux built with optimizations for size emits errors for modules\")\n\nReported-by: Anton Kolesov <akolesov@synosys.com>\nCc: Michal Marek <mmarek@suse.cz>\nCc: linux-kernel@vger.kernel.org\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/07fd7d4bbcb9a7c741c7e67e715680d9e5835ff2"},{"sha":"2d64affc92d6281d2eca4faad326b981773bf040","author":{"email":"af669d95a4c0de051445d4cafdbb2c5c4a2838be@synopsys.com","name":"Vineet Gupta"},"message":"Revert \"ARC: dw2 unwind: Ignore CIE version !=1 gracefully instead of bailing\"\n\nBlingly ignoring CIE.version != 1 was a bad idea.\nIt still leaves \"desirability\" when running perf with callgraphing where libgcc\nsymbols might show in hotspot.\n\nMore importantly, basic CIE.version == 3 support already exists in code:\n\n|\n|   retAddrReg = state.version <= 1 ? *ptr++ : get_uleb128(&ptr, end);\n|\n\nNext commit with simply add continue-not-bail for CIE.version != 1\n\nThis reverts commit 323f41f9e7d0cb5b1d1586aded6682855f1e646d.","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/2d64affc92d6281d2eca4faad326b981773bf040"},{"sha":"6d0d506012c93d3393b8d3d0cac62e46e541c5b6","author":{"email":"af669d95a4c0de051445d4cafdbb2c5c4a2838be@synopsys.com","name":"Vineet Gupta"},"message":"ARC: dw2 unwind: Don't bail for CIE.version != 1\n\nThe rudimentary CIE.version == 3 handling is already present in code\n(for return address register specification)\n\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/6d0d506012c93d3393b8d3d0cac62e46e541c5b6"},{"sha":"6b538db7c6b091960c57b23feae5431fc82286e7","author":{"email":"af669d95a4c0de051445d4cafdbb2c5c4a2838be@synopsys.com","name":"Vineet Gupta"},"message":"ARC: dw2 unwind: Catch Dwarf SNAFUs early\n\nInstead of seeing empty stack traces, let kernel fail early so dwarf\nissues can be fixed sooner\n\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/6b538db7c6b091960c57b23feae5431fc82286e7"},{"sha":"71a71fb5374a23be36a91981b5614590b9e722c3","author":{"email":"5b1e7895819cf7d6bc77091b09bbfd6d330a4e74@gmx.de","name":"Helge Deller"},"message":"parisc: Fix syscall restarts\n\nOn parisc syscalls which are interrupted by signals sometimes failed to\nrestart and instead returned -ENOSYS which in the worst case lead to\nuserspace crashes.\nA similiar problem existed on MIPS and was fixed by commit e967ef02\n(\"MIPS: Fix restart of indirect syscalls\").\n\nOn parisc the current syscall restart code assumes that all syscall\ncallers load the syscall number in the delay slot of the ble\ninstruction. That's how it is e.g. done in the unistd.h header file:\n\tble 0x100(%sr2, %r0)\n\tldi #syscall_nr, %r20\nBecause of that assumption the current code never restored %r20 before\nreturning to userspace.\n\nThis assumption is at least not true for code which uses the glibc\nsyscall() function, which instead uses this syntax:\n\tble 0x100(%sr2, %r0)\n\tcopy regX, %r20\nwhere regX depend on how the compiler optimizes the code and register\nusage.\n\nThis patch fixes this problem by adding code to analyze how the syscall\nnumber is loaded in the delay branch and - if needed - copy the syscall\nnumber to regX prior returning to userspace for the syscall restart.\n\nSigned-off-by: Helge Deller <deller@gmx.de>\nCc: stable@vger.kernel.org\nCc: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/71a71fb5374a23be36a91981b5614590b9e722c3"},{"sha":"9bcfd78ac0d19ef4c14b8b37eded26e5b3299e41","author":{"email":"1adc2834300462c2e77cdb7e2cb829abda7a6d34@oracle.com","name":"Mike Kravetz"},"message":"sparc: Hook up userfaultfd system call\n\nAfter hooking up system call, userfaultfd selftest was successful for\nboth 32 and 64 bit version of test.\n\nSigned-off-by: Mike Kravetz <mike.kravetz@oracle.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/9bcfd78ac0d19ef4c14b8b37eded26e5b3299e41"},{"sha":"a7def561c2ad8572c5d016ac96949e5e9999965f","author":{"email":"ff341aa343d564f9e53e9dcb6996be8c04859a66@oracle.com","name":"Dan Carpenter"},"message":"cpufreq: scpi-cpufreq: signedness bug in scpi_get_dvfs_info()\n\nThe \"domain\" variable needs to be signed for the error handling to work.\n\nFixes: 8def31034d03 (cpufreq: arm_big_little: add SCPI interface driver)\nSigned-off-by: Dan Carpenter <dan.carpenter@oracle.com>\nAcked-by: Viresh Kumar <viresh.kumar@linaro.org>\nAcked-by: Sudeep Holla <sudeep.holla@arm.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/a7def561c2ad8572c5d016ac96949e5e9999965f"},{"sha":"01fd3c2744540ae7554bf098a9615a8310c6fc13","author":{"email":"5af60d88056a2c6dcdb35595ae7d607e25785d55@gmail.com","name":"Aya Mahfouz"},"message":"tty: serial: constify sunhv_ops structs\n\nConstifies sunhv_ops structures in tty's serial\ndriver since they are not modified after their\ninitialization.\n\nDetected and found using Coccinelle.\n\nSuggested-by: Julia Lawall <Julia.Lawall@lip6.fr>\nSigned-off-by: Aya Mahfouz <mahfouz.saif.elyazal@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/01fd3c2744540ae7554bf098a9615a8310c6fc13"},{"sha":"82924e542f20e645bc7de86e2889fe3fb0858566","author":{"email":"268b168f6e68003afd4dc22fb518c70145f37320@oracle.com","name":"Khalid Aziz"},"message":"sparc64: Add ADI capability to cpu capabilities\n\nAdd ADI (Application Data Integrity) capability to cpu capabilities list.\nADI capability allows virtual addresses to be encoded with a tag in\nbits 63-60. This tag serves as an access control key for the regions\nof virtual address with ADI enabled and a key set on them. Hypervisor\nencodes this capability as \"adp\" in \"hwcap-list\" property in machine\ndescription.\n\nSigned-off-by: Khalid Aziz <khalid.aziz@oracle.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/82924e542f20e645bc7de86e2889fe3fb0858566"},{"sha":"1ca04a4ce0d5131471c5a1fac76899dc2d9d3f36","author":{"email":"f2611aad40412c106a7f5e3a51ae669f68931dce@oracle.com","name":"Rob Gardner"},"message":"sparc64: Don't set %pil in rtrap_nmi too early\n\nCommit 28a1f53 delays setting %pil to avoid potential\nhardirq stack overflow in the common rtrap_irq path.\nSetting %pil also needs to be delayed in the rtrap_nmi\npath for the same reason.\n\nSigned-off-by: Rob Gardner <rob.gardner@oracle.com>\nSigned-off-by: Dave Aldridge <david.j.aldridge@oracle.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/1ca04a4ce0d5131471c5a1fac76899dc2d9d3f36"}]}