{"push_id":1121740081,"size":340,"distinct_size":340,"ref":"refs/heads/master","head":"8baa0311eb3f62b1e5a59f84d3ef0d9f313ff647","before":"608ce6ac1e862243eda98646c01efab09c16f8e6","commits":[{"sha":"20c5ea4fc131dc45c2639653b5b7aeeb2d4d0d1e","author":{"email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org","name":"Ard Biesheuvel"},"message":"ARM: reintroduce ioremap_cached() for creating cached I/O mappings\n\nThe original ARM-only ioremap flavor 'ioremap_cached' has been renamed\nto 'ioremap_cache' to align with other architectures, and subsequently\nabused in generic code to map things like firmware tables in memory.\nFor that reason, there is currently an effort underway to deprecate\nioremap_cache, whose semantics are poorly defined, and which is typed\nwith an __iomem annotation that is inappropriate for mappings of ordinary\nmemory.\n\nHowever, original users of ioremap_cached() used it in a context where\nthe I/O connotation is appropriate, and replacing those instances with\nmemremap() does not make sense. So let's revive ioremap_cached(), so\nthat we can change back those original users before we drop ioremap_cache\nentirely in favor of memremap.\n\nCc: Russell King <rmk+kernel@arm.linux.org.uk>\nAcked-by: Dan Williams <dan.j.williams@intel.com>\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/20c5ea4fc131dc45c2639653b5b7aeeb2d4d0d1e"},{"sha":"7769aea2a27db8f12859dcecce37a3da44ab588b","author":{"email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org","name":"Ard Biesheuvel"},"message":"mtd: pxa2xx-flash: switch back from memremap to ioremap_cached\n\nThis reverts commit 06968a54790d (\"mtd: pxa2xx-flash: switch from\nioremap_cache to memremap\"), since NOR with memory semantics in array mode\nand RAM are not necessarily the same thing, and architectures may implement\nioremap_cached() and memremap() with different memory attributes.\n\nFor this reason, ioremap_cached() has been brought back from the dead on\nthe ARM side, so switch this driver back to using it instead of memremap().\n\nCc: David Woodhouse <dwmw2@infradead.org>\nAcked-by: Brian Norris <computersforpeace@gmail.com>\nAcked-by: Dan Williams <dan.j.williams@intel.com>\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/7769aea2a27db8f12859dcecce37a3da44ab588b"},{"sha":"c269cba35b061181bc23c470809c00e8f71e535a","author":{"email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org","name":"Ard Biesheuvel"},"message":"memremap: add arch specific hook for MEMREMAP_WB mappings\n\nCurrently, the memremap code serves MEMREMAP_WB mappings directly from\nthe kernel direct mapping, unless the region is in high memory, in which\ncase it falls back to using ioremap_cache(). However, the semantics of\nioremap_cache() are not unambiguously defined, and on ARM, it will\nactually result in a mapping type that differs from the attributes used\nfor the linear mapping, and for this reason, the ioremap_cache() call\nfails if the region is part of the memory managed by the kernel.\n\nSo instead, implement an optional hook 'arch_memremap_wb' whose default\nimplementation calls ioremap_cache() as before, but which can be\noverridden by the architecture to do what is appropriate for it.\n\nAcked-by: Dan Williams <dan.j.williams@intel.com>\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/c269cba35b061181bc23c470809c00e8f71e535a"},{"sha":"9ab9e4fce45379cb6a7dbf87cf8f8e6ba01853c2","author":{"email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org","name":"Ard Biesheuvel"},"message":"ARM: memremap: implement arch_memremap_wb()\n\nThe generic memremap() falls back to using ioremap_cache() to create\nMEMREMAP_WB mappings if the requested region is not already covered\nby the linear mapping, unless the architecture provides an implementation\nof arch_memremap_wb().\n\nSince ioremap_cache() is not appropriate on ARM to map memory with the\nsame attributes used for the linear mapping, implement arch_memremap_wb()\nwhich does exactly that. Also, relax the WARN() check to allow MT_MEMORY_RW\nmappings of pfn_valid() pages.\n\nCc: Russell King <rmk+kernel@arm.linux.org.uk>\nAcked-by: Dan Williams <dan.j.williams@intel.com>\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/9ab9e4fce45379cb6a7dbf87cf8f8e6ba01853c2"},{"sha":"903589ca7165c41d149d902a06006b0f2b975231","author":{"email":"b07d7e22a002c36e256b78f51f1f0db608e62a13@arm.com","name":"Lorenzo Pieralisi"},"message":"ARM: 8554/1: kernel: pci: remove pci=firmware command line parameter handling\n\nAccording to kernel documentation, the pci=firmware command line\nparameter is only meant to be used on IXP2000 ARM platforms to prevent\nthe kernel from assigning PCI resources configured by the bootloader.\n\nSince the IXP2000 ARM platforms support has been removed from the\nkernel in commit:\n\ncommit c65f2abf54a6 (\"ARM: remove ixp23xx and ixp2000 platforms\")\n\nits platforms specific kernel parameters should be removed\ntoo from the kernel documentation along with the kernel code\ncurrently handling them in that they have just become obsolete.\n\nThis patch removes the pci=firmware command line parameter handling\nfrom ARM code and the related kernel parameters documentation\nsection.\n\nSigned-off-by: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>\nAcked-by: Bjorn Helgaas <bhelgaas@google.com>\nAcked-by: Lennert Buytenhek <kernel@wantstofly.org>\nCc: Arnd Bergmann <arnd@arndb.de>\nCc: Lennert Buytenhek <kernel@wantstofly.org>\nCc: Jonathan Corbet <corbet@lwn.net>\nCc: Bjorn Helgaas <bhelgaas@google.com>\nCc: Rob Herring <robh@kernel.org>\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/903589ca7165c41d149d902a06006b0f2b975231"},{"sha":"b67dd2e9bdc0f79a3389e57c51189ed2c2127c00","author":{"email":"301cd6a3ea50a894b4b51e385c5eb12b9a4ffc0c@nvidia.com","name":"Alexandre Courbot"},"message":"ARM: 8548/1: dma-mapping: remove arm_dma_set_mask()\n\narm_dma_set_mask() implements exactly the same behavior as the fallback\nthat dma_set_mask() takes if the set_dma_mask op is not set. Remove it\nand use that fallback instead like what is already done for\ndma_get_mask().\n\nSigned-off-by: Alexandre Courbot <acourbot@nvidia.com>\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/b67dd2e9bdc0f79a3389e57c51189ed2c2127c00"},{"sha":"b9b74be163a247fcbb3ef18086cc27123539131c","author":{"email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org","name":"Ard Biesheuvel"},"message":"ARM: 8555/1: kallsyms: ignore ARM mode switching veneers\n\nOn ARM, the linker may emit veneers to deal with relative branch\ninstructions that appear too far away from their targets. Since the\nsecond kallsyms pass results in an increase of the kernel size, it may\nresult in additional veneers to be emitted, potentially affecting the\noutput of kallsyms itself if these symbols are visible to it, and for\nthat reason, symbols whose names end in '_veneer' are ignored explicitly.\n\nHowever, when building Thumb2 kernels, such veneers are named differently\nif they also incur a mode switch, and since they are not filtered by\nkallsyms, they may cause the build to fail. So filter symbols whose names\nend in '_from_arm' or '_from_thumb' as well.\n\nTested-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/b9b74be163a247fcbb3ef18086cc27123539131c"},{"sha":"d4ffe418195b2d0581dfcda05f366e3b0f23d2a9","author":{"email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org","name":"Ard Biesheuvel"},"message":"ARM: 8552/1: kallsyms: remove special lower address limit for CONFIG_ARM\n\nNow that we no longer emit .stubs symbols into a section VMA loaded\nat absolute address 0x1000, we can drop the ARM-specific override that\nsets a lower limit based on CONFIG_PAGE_OFFSET, below which symbols are\nfiltered from the kallsyms output.\n\nAcked-by: Nicolas Pitre <nico@linaro.org>\nAcked-by: Chris Brandt <chris.brandt@renesas.com>\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/d4ffe418195b2d0581dfcda05f366e3b0f23d2a9"},{"sha":"2d9586399932dff4746dc25d6498123959d69762","author":{"email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org","name":"Ard Biesheuvel"},"message":"ARM: 8553/1: kallsyms: remove --page-offset command line option\n\nThe --page-offset command line option was only used for ARM, to filter\nsymbol addresses below CONFIG_PAGE_OFFSET. This is no longer needed, so\nremove the functionality altogether.\n\nAcked-by: Nicolas Pitre <nico@linaro.org>\nAcked-by: Chris Brandt <chris.brandt@renesas.com>\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/2d9586399932dff4746dc25d6498123959d69762"},{"sha":"4a4bdfea7cb75b5c8b222932796f64a14027d512","author":{"email":"4b7bfe500077bf77c5456931a34b0b70e36e0bc6@linux.vnet.ibm.com","name":"Nathan Fontenot"},"message":"powerpc/pseries: Refactor dlpar_add_lmb() code\n\nRe-factor dlpar_lmb_add() routine by moving the validation of the lmb\nflags and the acquireing of the DRC to a wrapper around the work to add\nthe memory to the system. This is done to make handling of errors\nduring the addition of the memory easier and to facilitate the upcoming\naddition of updating the lmb's affinity prior to adding the memory.\n\nSigned-off-by: Nathan Fontenot <nfont@linux.vnet.ibm.com>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/4a4bdfea7cb75b5c8b222932796f64a14027d512"},{"sha":"bdf5fc6338047cfeba98d2ab629997f3013e610f","author":{"email":"4b7bfe500077bf77c5456931a34b0b70e36e0bc6@linux.vnet.ibm.com","name":"Nathan Fontenot"},"message":"powerpc/pseries: Update LMB associativity index during DLPAR add/remove\n\nThe associativity array index specified for a LMB in the device tree,\n/ibm,dynamic-reconfiguration-memory/ibm,dynamic-memory, needs to be updated\nprior to DLPAR adding a LMB and after DLPAR removing a LMB.\n\nWithout doing this step in the DLPAR add process a LMB could be configured\nwith the incorrect affinity. For a LMB that was not present at boot the\naffinity index is set to 0xffffffff, which defaults to adding the LMB to\nthe first online node since the index is not a valid value. Or, the\naffinity index could contain a stale value if the LMB was present at boot\nbut later DLPAR removed and is being DLPAR added back to the system.\n\nThis patch adds a step in the DLPAR add flow to look up the associativity\nindex for a LMB prior to adding a LMB and setting the associativity to\n0xffffffff when a LMB is removed.\n\nThis patch also modifies the DLPAR add/remove flow to no longer do a single\nupdate of the device tree property after all of the requested DLPAR\noperations are complete and now does a property update during the add\nor remove of each LMB.\n\nSigned-off-by: Nathan Fontenot <nfont@linux.vnet.ibm.com>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/bdf5fc6338047cfeba98d2ab629997f3013e610f"},{"sha":"d88e397f12ba0c8c672952c4711d7280525c54ed","author":{"email":"c90240987c583ac0802fbeb88cb1684edc683e18@linux.vnet.ibm.com","name":"Frederic Barrat"},"message":"cxl: Remove dead code\n\nFunction cxl_get_phys_dev() was removed from the kernel API by a\nprevious patch, but it's actually dead code. Remove it.\n\nSigned-off-by: Frederic Barrat <fbarrat@linux.vnet.ibm.com>\nAcked-by: Ian Munsie <imunsie@au1.ibm.com>\nReviewed-by: Andrew Donnellan <andrew.donnellan@au1.ibm.com>\nAcked-by: Michael Neuling <mikey@neuling.org>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/d88e397f12ba0c8c672952c4711d7280525c54ed"},{"sha":"f8a25db47ebc11fe228735d916e480d4b2ebe611","author":{"email":"b5ebcef270cdc73fa0593440445c07a93ae1bccb@russell.cc","name":"Russell Currey"},"message":"powerpc/powernv: Use the \"unknown\" checkstop type as a fallback\n\nThe HMI code knows about three types of errors: CORE, NX and UNKNOWN.\nIf OPAL were to add a new type, it would not be handled at all since\nthere is no fallback case.  Instead of explicitly checking for UNKNOWN,\ntreat any checkstop type without a handler as unknown.\n\nSigned-off-by: Russell Currey <ruscur@russell.cc>\nReviewed-by: Daniel Axtens <dja@axtens.net>\nReviewed-by: Andrew Donnellan <andrew.donnellan@au1.ibm.com>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/f8a25db47ebc11fe228735d916e480d4b2ebe611"},{"sha":"1f4c66e80574e85aff25179fc71bdadfb1a701ef","author":{"email":"864f124608374e06e4da1fa5d2e47ed839b95411@ellerman.id.au","name":"Michael Ellerman"},"message":"powerpc/mm: Remove long disabled SLB code\n\nWe have a bunch of SLB related code in the tree which is there to handle\ndynamic VSIDs - but currently it's all disabled at compile time. The\ncomments say \"Keep that around for when we re-implement dynamic VSIDs\".\n\nBut that was over 10 years ago (commit 3c726f8dee6f (\"[PATCH] ppc64:\nsupport 64k pages\")). The chance that it would still work unchanged is\nminimal, and in the meantime it's confusing to folks browsing/grepping\nthe code. If we ever want to re-instate it, it's in the git history.\n\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>\nAcked-by: Balbir Singh <bsingharora@gmail.com>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/1f4c66e80574e85aff25179fc71bdadfb1a701ef"},{"sha":"b05fac783a75c6e9f3af2ce0824f3a6ff12540ab","author":{"email":"864f124608374e06e4da1fa5d2e47ed839b95411@ellerman.id.au","name":"Michael Ellerman"},"message":"powerpc: Remove orphaned asm implementation of abs()\n\nThis has been unused since ~2004, remove it.\n\nReported-by: Al Viro <viro@zeniv.linux.org.uk>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/b05fac783a75c6e9f3af2ce0824f3a6ff12540ab"},{"sha":"b4c6afdc3a1ad73542c8e92220c30b8f953c51de","author":{"email":"864f124608374e06e4da1fa5d2e47ed839b95411@ellerman.id.au","name":"Michael Ellerman"},"message":"powerpc: Make generic_memcpy() private to copy_32.S\n\ngeneric_memcpy() is only called from copy_32.S, so there's no reason for\nit to be global.\n\nReported-by: Al Viro <viro@zeniv.linux.org.uk>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/b4c6afdc3a1ad73542c8e92220c30b8f953c51de"},{"sha":"8ee26530bb189909cca6f4b1f36a7577c840c526","author":{"email":"b5ebcef270cdc73fa0593440445c07a93ae1bccb@russell.cc","name":"Russell Currey"},"message":"powerpc/eeh: rename EEH from \"extended\" to \"enhanced\" error handling\n\nIBM online documentation for EEH uses \"extended error handling\" and\n\"enhanced error handling\" to refer to the same thing, in different\nplaces.  The only place mentioning it as \"enhanced error handling\" in the\nkernel is the MAINTAINERS file, and it's \"extended\" in some documentation.\n\nIBM originally defined EEH as \"enhanced error handling\", so standardise\nall mentions of EEH to use that term.\n\nSigned-off-by: Russell Currey <ruscur@russell.cc>\nAcked-by: Gavin Shan <gwshan@linux.vnet.ibm.com>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/8ee26530bb189909cca6f4b1f36a7577c840c526"},{"sha":"8038665fb54f1e54785c63be111647abebfe9f20","author":{"email":"ae947f3c8df96e1dc851c5e3e5a930ce6d3f1f74@windriver.com","name":"Paul Gortmaker"},"message":"powerpc/cell: Make spu_base.c explicitly non-modular\n\nThe Kconfig currently controlling compilation of this code is:\n\narch/powerpc/platforms/cell/Kconfig:config SPU_BASE\narch/powerpc/platforms/cell/Kconfig:    bool\n\n...meaning that it currently is not being built as a module by anyone.\n\nLets remove the modular code that is essentially orphaned, so that\nwhen reading the driver there is no doubt it is builtin-only.\n\nSince module_init translates to device_initcall in the non-modular\ncase, the init ordering remains unchanged with this commit.\n\nWe also delete the MODULE_LICENSE tag etc. since all that information\nis already contained at the top of the file in the comments.\n\nCc: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/8038665fb54f1e54785c63be111647abebfe9f20"},{"sha":"c0c523897d1f83bc8484cb58d1f51d935b23cee5","author":{"email":"ae947f3c8df96e1dc851c5e3e5a930ce6d3f1f74@windriver.com","name":"Paul Gortmaker"},"message":"powerpc: make kernel/nvram_64.c explicitly non-modular\n\nThe Makefile/Kconfig currently controlling compilation of this code is:\n\nobj-$(CONFIG_PPC64)             += setup_64.o sys_ppc32.o \\\n                                   signal_64.o ptrace32.o \\\n                                   paca.o nvram_64.o firmware.o\n\narch/powerpc/platforms/Kconfig.cputype:config PPC64\narch/powerpc/platforms/Kconfig.cputype: bool \"64-bit kernel\"\n\n...meaning that it currently is not being built as a module by anyone.\n\nLets remove the modular code that is essentially orphaned, so that\nwhen reading the driver there is no doubt it is builtin-only.\n\nSince module_init translates to device_initcall in the non-modular\ncase, the init ordering remains unchanged with this commit.\n\nWe don't replace module.h with init.h since the file already has that.\n\nWe delete the MODULE_LICENSE tag since that information is already\ncontained at the top of the file in the comments.\n\nCc: Benjamin Herrenschmidt <benh@kernel.crashing.org>\nCc: Paul Mackerras <paulus@samba.org>\nCc: Michael Ellerman <mpe@ellerman.id.au>\nCc: Hari Bathini <hbathini@linux.vnet.ibm.com>\nCc: Nathan Fontenot <nfont@linux.vnet.ibm.com>\nCc: Andrzej Hajda <a.hajda@samsung.com>\nCc: Anton Blanchard <anton@samba.org>\nCc: linuxppc-dev@lists.ozlabs.org\nSigned-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>\nReviewed-by: Nathan Fontenot <nfont@linux.vnet.ibm.com>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/c0c523897d1f83bc8484cb58d1f51d935b23cee5"},{"sha":"6a0bcab9c6c337e14689cabd276f00649e980cf1","author":{"email":"ae947f3c8df96e1dc851c5e3e5a930ce6d3f1f74@windriver.com","name":"Paul Gortmaker"},"message":"drivers/cpufreq: make ppc_cbe_cpufreq_pmi driver explicitly non-modular\n\nThe Kconfig for this driver is currently:\n\nconfig CPU_FREQ_CBE_PMI\n    bool \"CBE frequency scaling using PMI interface\"\n\n...meaning that it currently is not being built as a module by\nanyone.  Lets remove the modular and unused code here, so that\nwhen reading the driver there is no doubt it is builtin-only.\n\nSince module_init translates to device_initcall in the non-modular\ncase, the init ordering remains unchanged with this commit.\n\nWe also delete the MODULE_LICENSE tag etc. since all that information\nis already contained at the top of the file in the comments.\n\nCc: \"Rafael J. Wysocki\" <rjw@rjwysocki.net>\nCc: Viresh Kumar <viresh.kumar@linaro.org>\nCc: Christian Krafft <krafft@de.ibm.com>\nCc: Benjamin Herrenschmidt <benh@kernel.crashing.org>\nCc: Paul Mackerras <paulus@samba.org>\nCc: Michael Ellerman <mpe@ellerman.id.au>\nCc: linuxppc-dev@lists.ozlabs.org\nCc: linux-pm@vger.kernel.org\nSigned-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>\nAcked-by: Viresh Kumar <viresh.kumar@linaro.org>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":true,"url":"https://api.github.com/repos/jeffmerkey/linux/commits/6a0bcab9c6c337e14689cabd276f00649e980cf1"}]}
{"actor":{"display_login":"jeffmerkey"}}