{"push_id":728819129,"size":26,"distinct_size":26,"ref":"refs/heads/master","head":"21bdb584af8cca7c6df3c44cba268be050a234eb","before":"761ab7664b30ed907f55da7f6966d4537f36d9ff","commits":[{"sha":"b78fb51b68884ba9b8541a2f1914e8b6d054474c","author":{"email":"a8f71c12270d4aa03666e926cbad245d71c25649@intel.com","name":"qipeng.zha"},"message":"intel_pmc_ipc: Fix compiler casting warnings\n\nAvoid casting variables to different sizes due to different\ncompilers and settings.\n\nReported-by: Fengguang Wu <fengguang.wu@intel.com>\nSigned-off-by: qipeng.zha <qipeng.zha@intel.com>\nSigned-off-by: Darren Hart <dvhart@linux.intel.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/b78fb51b68884ba9b8541a2f1914e8b6d054474c"},{"sha":"ced53f6d12e497ba210a518e7e76178da987f932","author":{"email":"271b10744f2b592adf8fde144d536c86b011b93c@gmail.com","name":"Pali Rohár"},"message":"dell-laptop: Clear buffer before each SMBIOS call\n\nMake sure that before initializing SMBIOS call, the input buffer does\nnot contain any garbage (e.g. values from previous SMBIOS call). This\nfixes problems with passing undefined/random parameters to SMBIOS\nfunctions.\n\nSigned-off-by: Pali Rohár <pali.rohar@gmail.com>\nSigned-off-by: Darren Hart <dvhart@linux.intel.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/ced53f6d12e497ba210a518e7e76178da987f932"},{"sha":"715d0cdd5a459908c2b2eb1cfa30d6f6d1d7d710","author":{"email":"271b10744f2b592adf8fde144d536c86b011b93c@gmail.com","name":"Pali Rohár"},"message":"dell-laptop: Check return value of each SMBIOS call\n\nMake sure that return value of each SMBIOS call is properly checked and do\nnot continue processing output if the call failed.\n\nSigned-off-by: Pali Rohár <pali.rohar@gmail.com>\nSigned-off-by: Darren Hart <dvhart@linux.intel.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/715d0cdd5a459908c2b2eb1cfa30d6f6d1d7d710"},{"sha":"22565ba0bf231eb4267b1d2ebad300d55b28a427","author":{"email":"271b10744f2b592adf8fde144d536c86b011b93c@gmail.com","name":"Pali Rohár"},"message":"dell-laptop: Do not cache hwswitch state\n\nThe hwswitch state can be changed at runtime, so make sure dell-laptop\nalways knows the current state. It can be modified by the userspace\nutility smbios-wireless-ctl.\n\nSigned-off-by: Pali Rohár <pali.rohar@gmail.com>\nSigned-off-by: Darren Hart <dvhart@linux.intel.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/22565ba0bf231eb4267b1d2ebad300d55b28a427"},{"sha":"02941007f59ce015233d4c0f7047776960bf0c17","author":{"email":"a8f71c12270d4aa03666e926cbad245d71c25649@intel.com","name":"qipeng.zha"},"message":"intel_pmc_ipc: Update kerneldoc formatting\n\nUpdate kerneldoc formatting per Documentation/kernel-dec-nano-HOWTO.txt.\n\nSigned-off-by: qipeng.zha <qipeng.zha@intel.com>\nSigned-off-by: Darren Hart <dvhart@linux.intel.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/02941007f59ce015233d4c0f7047776960bf0c17"},{"sha":"ae0afb4f5d44d17a0fd135ae000e2acf12c53617","author":{"email":"27ffc44a8ec6a212fba98cfc3246c6ce8ab131e0@intel.com","name":"Rafael J. Wysocki"},"message":"suspend-to-idle: Prevent RCU from complaining about tick_freeze()\n\nPut tick_freeze() under RCU_NONIDLE() to prevent RCU from complaining\nabout suspicious RCU usage in idle by trace_suspend_resume() called\nfrom there.\n\nWhile at it, fix a comment related to another usage of RCU_NONIDLE()\nin enter_freeze_proper().\n\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>\nReviewed-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/ae0afb4f5d44d17a0fd135ae000e2acf12c53617"},{"sha":"35afd02e30d6368073df604920c4ea7cddadf5d0","author":{"email":"5ff32272b3d9f86512eddc8e0af523fc6f7924e5@linaro.org","name":"Viresh Kumar"},"message":"cpufreq: Initialize the governor again while restoring policy\n\nWhen all CPUs of a policy are hot-unplugged, we EXIT the governor but\ndon't mark policy->governor as NULL. This was done in order to keep last\nused governor's information intact in sysfs, while the CPUs are offline.\n\nBut we also need to clear policy->governor when restoring the policy.\n\nBecause policy->governor still points to the last governor while policy\nis restored, following sequence of event happens:\n - cpufreq_init_policy() called while restoring policy\n - find_governor() matches last_governor string for present governors and\n   returns last used governor's pointer, say ondemand. policy->governor\n   already has the same address, unless the governor was removed in\n   between.\n - cpufreq_set_policy() is called with both old/new policies governor set\n   as ondemand.\n - Because governors matched, we skip governor initialization and return\n   after calling __cpufreq_governor(CPUFREQ_GOV_LIMITS). Because the\n   governor wasn't initialized for this policy, it returned -EBUSY.\n - cpufreq_init_policy() exits the policy on this error, but doesn't\n   destroy it properly (should be fixed separately).\n - And so we enter a scenario where the policy isn't completely\n   initialized but used.\n\nFix this by setting policy->governor to NULL while restoring the policy.\n\nReported-and-tested-by: Pi-Cheng Chen <pi-cheng.chen@linaro.org>\nReported-and-tested-by: \"Jon Medhurst (Tixy)\" <tixy@linaro.org>\nReported-and-tested-by: Steven Rostedt <rostedt@goodmis.org>\nFixes: 18bf3a124ef8 (cpufreq: Mark policy->governor = NULL for inactive policies)\nSigned-off-by: Viresh Kumar <viresh.kumar@linaro.org>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/35afd02e30d6368073df604920c4ea7cddadf5d0"},{"sha":"5a31d594a9732a2fa2eb83b0c4dcba75da2dff5d","author":{"email":"5ff32272b3d9f86512eddc8e0af523fc6f7924e5@linaro.org","name":"Viresh Kumar"},"message":"cpufreq: Allow freq_table to be obtained for offline CPUs\n\nUsers of freq table may want to access it for any CPU from\npolicy->related_cpus mask. One such user is cpu-cooling layer. It gets a\nlist of 'clip_cpus' (equivalent to policy->related_cpus) during\nregistration and tries to get freq_table for the first CPU of this mask.\n\nIf the CPU, for which it tries to fetch freq_table, is offline,\ncpufreq_frequency_get_table() fails. This happens because it relies on\ncpufreq_cpu_get_raw() for its functioning which returns policy only for\nonline CPUs.\n\nThe fix is to access the policy data structure for the given CPU\ndirectly (which also returns a valid policy for offline CPUs), but the\npolicy itself has to be active (meaning that at least one CPU using it\nis online) for the frequency table to be returned.\n\nBecause we will be using 'cpufreq_cpu_data' now, which is internal to\nthe cpufreq core, move cpufreq_frequency_get_table() to cpufreq.c.\n\nReported-and-tested-by: Pi-Cheng Chen <pi-cheng.chen@linaro.org>\nSigned-off-by: Viresh Kumar <viresh.kumar@linaro.org>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/5a31d594a9732a2fa2eb83b0c4dcba75da2dff5d"},{"sha":"1fb01ca93a1348a1469b8777326cd7632483de77","author":{"email":"68ee766e574f18b34b683085865827393efe88bd@linux.intel.com","name":"Jiang Liu"},"message":"ACPI / PCI: Fix regressions caused by resource_size_t overflow with 32-bit kernel\n\nZoltan Boszormenyi reported this regression:\n  \"There's a Realtek RTL8111/8168/8411 (PCI ID 10ec:8168, Subsystem ID\n   1565:230e) network chip on the mainboard. After the r8169 driver loaded\n   the IRQs in the machine went berserk. Keyboard keypressed arrived with\n   considerable latency and duplicated, so no real work was possible.\n   The machine responded to the power button but didn't actually power\n   down. It just stuck at the powering down message. I had to press the\n   power button for 4 seconds to power it down.\n\n   The computer is a POS machine with a big battery inside. Because of this,\n   either ACPI or the Realtek chip kept the bad state and after rebooting,\n   the network chip didn't even show up in lspci. Not even the PXE ROM\n   announced itself during boot. I had to disconnect the battery to beat\n   some sense back to the computer.\n\n   The regression happens with 4.0.5, 4.1.0-rc8 and 4.1.0-final. 3.18.16 was\n   good.\"\n\nThe regression is caused by commit 593669c2ac0f (x86/PCI/ACPI: Use common\nACPI resource interfaces to simplify implementation). Since commit\n593669c2ac0f, x86 PCI ACPI host bridge driver validates ACPI resources by\nfirst converting an ACPI resource to a 'struct resource' structure and\nthen applying checks against the converted resource structure. The 'start'\nand 'end' fields in 'struct resource' are defined to be type of\nresource_size_t, which may be 32 bits or 64 bits depending on\nCONFIG_PHYS_ADDR_T_64BIT.\n\nThis may cause incorrect resource validation results with 32-bit kernels\nbecause 64-bit ACPI resource descriptors may get truncated when converting\nto 32-bit 'start' and 'end' fields in 'struct resource'. It eventually\naffects PCI resource allocation subsystem and makes some PCI devices and\nthe system behave abnormally due to incorrect resource assignment.\n\nSo enhance the ACPI resource parsing interfaces to ignore ACPI resource\ndescriptors with address/offset above 4G when running in 32-bit mode.\n\nWith the fix applied, the behavior of the machine was restored to how\n3.18.16 worked, i.e. the memory range that is over 4GB is ignored again,\nand lspci -vvxxx shows that everything is at the same memory window as\nthey were with 3.18.16.\n\nReported-and-tested-by: Boszormenyi Zoltan <zboszor@pr.hu>\nFixes: 593669c2ac0f (x86/PCI/ACPI: Use common ACPI resource interfaces to simplify implementation)\nSigned-off-by: Jiang Liu <jiang.liu@linux.intel.com>\nCc: 4.0+ <stable@vger.kernel.org> # 4.0+\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/1fb01ca93a1348a1469b8777326cd7632483de77"},{"sha":"d9ee489619744ee5ac246b8fb3dd65bb078d2f0a","author":{"email":"ed22c22dbde360207569092e60b4298397efb8da@uclinux.org","name":"Greg Ungerer"},"message":"m68knommu: force setting of CONFIG_CLOCK_FREQ for ColdFire\n\nIt is possible to disable the clock selection at configuration time,\nbut for ColdFire targets we always expect a clock frequency to be\nselected. This results in the following compile time error:\n\n  CC      arch/m68k/kernel/asm-offsets.s\nIn file included from ./arch/m68k/include/asm/timex.h:14:0,\n                 from include/linux/timex.h:65,\n                 from include/linux/sched.h:19,\n                 from arch/m68k/kernel/asm-offsets.c:14:\n./arch/m68k/include/asm/coldfire.h:25:2: error: #error \"Don't know what your ColdFire CPU clock frequency is??\"\n\nRemove CONFIG_CLOCK_SELECT completely and always enable CONFIG_CLOCK_FREQ\nfor ColdFire.\n\nSigned-off-by: Greg Ungerer <gerg@uclinux.org>\nAcked-by: Geert Uytterhoeven <geert@linux-m68k.org>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/d9ee489619744ee5ac246b8fb3dd65bb078d2f0a"},{"sha":"15c2ca4e98a3cd265b17db126e2e6b752f99014d","author":{"email":"ed22c22dbde360207569092e60b4298397efb8da@uclinux.org","name":"Greg Ungerer"},"message":"m68knommu: improve the clock configuration defaults\n\nCreate some intelligent default settings for each ColdFire SoC type\nin the configuration entry for CONFIG_CLOCK_FREQ.\n\nThe ColdFire clock frequency is configurable at build time. There is a\nlot of variation in the frequency of operation on specific ColdFire based\nboards. But we can choose a default that matches the maximum frequency\nof clock operation for a particular ColdFire part. That is typically\nthe most common clock setting.\n\nSigned-off-by: Greg Ungerer <gerg@uclinux.org>\nAcked-by: Geert Uytterhoeven <geert@linux-m68k.org>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/15c2ca4e98a3cd265b17db126e2e6b752f99014d"},{"sha":"fa95a1dd0819c9041a873b10a6d83b5134964154","author":{"email":"ed22c22dbde360207569092e60b4298397efb8da@uclinux.org","name":"Greg Ungerer"},"message":"m68knommu: make ColdFire SoC selection a choice\n\nIt would be nice if we could support multiple ColdFire SoC types in a\nsingle binary - but currently the code simply does not support it.\nChange the SoC selection config options to be a choice instead of\nindividual selectable entries.\n\nThis fixes problems with building allnoconfig, and means that a sane\nlinux kernel is generated for a single ColdFire SoC type.\n\nSigned-off-by: Greg Ungerer <gerg@uclinux.org>\nAcked-by: Geert Uytterhoeven <geert@linux-m68k.org>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/fa95a1dd0819c9041a873b10a6d83b5134964154"},{"sha":"bfd302acc57ceed1b4d37926c8bbe3cb9d9f1098","author":{"email":"ed22c22dbde360207569092e60b4298397efb8da@uclinux.org","name":"Greg Ungerer"},"message":"m68knommu: update defconfig for m5208evb\n\nNo change to active configuration settings, updated to match current\nKconfigs only.\n\nSigned-off-by: Greg Ungerer <gerg@uclinux.org>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/bfd302acc57ceed1b4d37926c8bbe3cb9d9f1098"},{"sha":"0f28b05a4b127dd786d589a44d49ed6ade9a66fe","author":{"email":"ed22c22dbde360207569092e60b4298397efb8da@uclinux.org","name":"Greg Ungerer"},"message":"m68knommu: update defconfig for ColdFire m5249evb\n\nNo change to active configuration settings, updated to match current\nKconfigs only.\n\nSigned-off-by: Greg Ungerer <gerg@uclinux.org>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/0f28b05a4b127dd786d589a44d49ed6ade9a66fe"},{"sha":"2e27f44383fb64db65eeeba6b25f9cc986284103","author":{"email":"ed22c22dbde360207569092e60b4298397efb8da@uclinux.org","name":"Greg Ungerer"},"message":"m68knommu: update defconfig for ColdFire m5272c3\n\nNo change to active configuration settings, updated to match current\nKconfigs only.\n\nSigned-off-by: Greg Ungerer <gerg@uclinux.org>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/2e27f44383fb64db65eeeba6b25f9cc986284103"},{"sha":"6845f6e10290877a820000c3647129837ef93c1b","author":{"email":"ed22c22dbde360207569092e60b4298397efb8da@uclinux.org","name":"Greg Ungerer"},"message":"m68knommu: update defconfig for ColdFire m5275evb\n\nNo change to active configuration settings, updated to match current\nKconfigs only.\n\nSigned-off-by: Greg Ungerer <gerg@uclinux.org>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/6845f6e10290877a820000c3647129837ef93c1b"},{"sha":"59c024b742f4b9ef9be08baebabf15ca7e843b5d","author":{"email":"ed22c22dbde360207569092e60b4298397efb8da@uclinux.org","name":"Greg Ungerer"},"message":"m68knommu: update defconfig for ColdFire m5307c3\n\nNo change to active configuration settings, updated to match current\nKconfigs only.\n\nSigned-off-by: Greg Ungerer <gerg@uclinux.org>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/59c024b742f4b9ef9be08baebabf15ca7e843b5d"},{"sha":"fee539223f72c0f969711673fd1ddf613a522d6e","author":{"email":"ed22c22dbde360207569092e60b4298397efb8da@uclinux.org","name":"Greg Ungerer"},"message":"m68knommu: update defconfig for ColdFire m5407c3\n\nNo change to active configuration settings, updated to match current\nKconfigs only.\n\nSigned-off-by: Greg Ungerer <gerg@uclinux.org>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/fee539223f72c0f969711673fd1ddf613a522d6e"},{"sha":"8700f09495dec922600836400d5e26a22f50bf19","author":{"email":"ed22c22dbde360207569092e60b4298397efb8da@uclinux.org","name":"Greg Ungerer"},"message":"m68knommu: update defconfig for ColdFire m5475evb\n\nNo change to active configuration settings, updated to match current\nKconfigs only.\n\nSigned-off-by: Greg Ungerer <gerg@uclinux.org>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/8700f09495dec922600836400d5e26a22f50bf19"},{"sha":"03aa29f80e371c75370e83eded7b551951385122","author":{"email":"ed22c22dbde360207569092e60b4298397efb8da@uclinux.org","name":"Greg Ungerer"},"message":"m68k: fix io functions for ColdFire/MMU/PCI case\n\nThe inb/outb/... family of IO methods end up being multiply defined when\nbuilding PCI support for the ColdFire. Compiling gives this:\n\n  CC      init/main.o\nIn file included from ./arch/m68k/include/asm/io.h:4:0,\n                 from include/linux/bio.h:30,\n                 from include/linux/blkdev.h:18,\n                 from init/main.c:75:\n./arch/m68k/include/asm/io_mm.h:420:0: warning: \"inb\" redefined\n./arch/m68k/include/asm/io_mm.h:108:0: note: this is the location of the previous definition\n...\n\nThe ColdFire/PCI case defines its own IO access methods, so no others\nshould be defined or used in this case. Conditionally disable other\ndefinitions that clash with it.\n\nSigned-off-by: Greg Ungerer <gerg@uclinux.org>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/03aa29f80e371c75370e83eded7b551951385122"}]}