{"push_id":2464264743,"size":670,"distinct_size":0,"ref":"refs/heads/linaro/linux-linaro-lsk-v4.9-test","head":"5e9e8b891fe489c9ac2270b6e4f2da961ae3c80c","before":"11e2ff75153cff9139696480bcf8152ae15a3bdc","commits":[{"sha":"9be164624e90d1d1b03200c7a749d9c72ad26f23","author":{"name":"Jeremy Boone","email":"a91eb5d9633226f8b3441556d38dd0616ac14e6a@nccgroup.trust"},"message":"tpm: st33zp24: fix potential buffer overruns caused by bit glitches on the bus\n\ncommit 6d24cd186d9fead3722108dec1b1c993354645ff upstream.\n\nDiscrete TPMs are often connected over slow serial buses which, on\nsome platforms, can have glitches causing bit flips.  In all the\ndriver _recv() functions, we need to use a u32 to unmarshal the\nresponse size, otherwise a bit flip of the 31st bit would cause the\nexpected variable to go negative, which would then try to read a huge\namount of data.  Also sanity check that the expected amount of data is\nlarge enough for the TPM header.\n\nSigned-off-by: Jeremy Boone <jeremy.boone@nccgroup.trust>\nCc: stable@vger.kernel.org\nSigned-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>\nReviewed-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\nSigned-off-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\nSigned-off-by: James Morris <james.morris@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/9be164624e90d1d1b03200c7a749d9c72ad26f23"},{"sha":"e785c9e50fd7da8a547a968add753bac49054789","author":{"name":"Jeremy Boone","email":"a91eb5d9633226f8b3441556d38dd0616ac14e6a@nccgroup.trust"},"message":"tpm_i2c_infineon: fix potential buffer overruns caused by bit glitches on the bus\n\ncommit 9b8cb28d7c62568a5916bdd7ea1c9176d7f8f2ed upstream.\n\nDiscrete TPMs are often connected over slow serial buses which, on\nsome platforms, can have glitches causing bit flips.  In all the\ndriver _recv() functions, we need to use a u32 to unmarshal the\nresponse size, otherwise a bit flip of the 31st bit would cause the\nexpected variable to go negative, which would then try to read a huge\namount of data.  Also sanity check that the expected amount of data is\nlarge enough for the TPM header.\n\nSigned-off-by: Jeremy Boone <jeremy.boone@nccgroup.trust>\nCc: stable@vger.kernel.org\nSigned-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>\nReviewed-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\nSigned-off-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\nSigned-off-by: James Morris <james.morris@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/e785c9e50fd7da8a547a968add753bac49054789"},{"sha":"15dcd3aa1542a1f00df25dd741200c720b870793","author":{"name":"Jeremy Boone","email":"a91eb5d9633226f8b3441556d38dd0616ac14e6a@nccgroup.trust"},"message":"tpm_i2c_nuvoton: fix potential buffer overruns caused by bit glitches on the bus\n\ncommit f9d4d9b5a5ef2f017bc344fb65a58a902517173b upstream.\n\nDiscrete TPMs are often connected over slow serial buses which, on\nsome platforms, can have glitches causing bit flips.  In all the\ndriver _recv() functions, we need to use a u32 to unmarshal the\nresponse size, otherwise a bit flip of the 31st bit would cause the\nexpected variable to go negative, which would then try to read a huge\namount of data.  Also sanity check that the expected amount of data is\nlarge enough for the TPM header.\n\nSigned-off-by: Jeremy Boone <jeremy.boone@nccgroup.trust>\nCc: stable@vger.kernel.org\nSigned-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>\nReviewed-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\nSigned-off-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\nSigned-off-by: James Morris <james.morris@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/15dcd3aa1542a1f00df25dd741200c720b870793"},{"sha":"922f22e680e2ed1277b53f8e183265b71b5dfcf3","author":{"name":"Jeremy Boone","email":"a91eb5d9633226f8b3441556d38dd0616ac14e6a@nccgroup.trust"},"message":"tpm_tis: fix potential buffer overruns caused by bit glitches on the bus\n\ncommit 6bb320ca4a4a7b5b3db8c8d7250cc40002046878 upstream.\n\nDiscrete TPMs are often connected over slow serial buses which, on\nsome platforms, can have glitches causing bit flips.  In all the\ndriver _recv() functions, we need to use a u32 to unmarshal the\nresponse size, otherwise a bit flip of the 31st bit would cause the\nexpected variable to go negative, which would then try to read a huge\namount of data.  Also sanity check that the expected amount of data is\nlarge enough for the TPM header.\n\nSigned-off-by: Jeremy Boone <jeremy.boone@nccgroup.trust>\nCc: stable@vger.kernel.org\nSigned-off-by: James Bottomley <James.Bottomley@HansenPartnership.com>\nTested-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\nReviewed-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\nSigned-off-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\nSigned-off-by: James Morris <james.morris@microsoft.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/922f22e680e2ed1277b53f8e183265b71b5dfcf3"},{"sha":"e6b9e04f575faba84448eb8d67461a9acae45eae","author":{"name":"Arnd Bergmann","email":"f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de"},"message":"tpm: constify transmit data pointers\n\ncommit c37fbc09bd4977736f6bc4050c6f099c587052a7 upstream.\n\nMaking cmd_getticks 'const' introduced a couple of harmless warnings:\n\ndrivers/char/tpm/tpm_tis_core.c: In function 'probe_itpm':\ndrivers/char/tpm/tpm_tis_core.c:469:31: error: passing argument 2 of 'tpm_tis_send_data' discards 'const' qualifier from pointer target type [-Werror=discarded-qualifiers]\n  rc = tpm_tis_send_data(chip, cmd_getticks, len);\ndrivers/char/tpm/tpm_tis_core.c:477:31: error: passing argument 2 of 'tpm_tis_send_data' discards 'const' qualifier from pointer target type [-Werror=discarded-qualifiers]\n  rc = tpm_tis_send_data(chip, cmd_getticks, len);\ndrivers/char/tpm/tpm_tis_core.c:255:12: note: expected 'u8 * {aka unsigned char *}' but argument is of type 'const u8 * {aka const unsigned char *}'\n static int tpm_tis_send_data(struct tpm_chip *chip, u8 *buf, size_t len)\n\nThis changes the related functions to all take 'const' pointers\nso that gcc can see this as being correct. I had to slightly\nmodify the logic around tpm_tis_spi_transfer() for this to work\nwithout introducing ugly casts.\n\nCc: stable@vger.kernel.org\nFixes: 5e35bd8e06b9 (\"tpm_tis: make array cmd_getticks static const to shink object code size\")\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nReviewed-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\nTested-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\nSigned-off-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/e6b9e04f575faba84448eb8d67461a9acae45eae"},{"sha":"eb75717b1898c0ded2e1eaf0360008e31ad24c97","author":{"name":"Alexander Steffen","email":"57bb423d2e92e0b621f17019391c3b37fa9229b1@infineon.com"},"message":"tpm_tis_spi: Use DMA-safe memory for SPI transfers\n\ncommit 6b3a13173f23e798e1ba213dd4a2c065a3b8d751 upstream.\n\nThe buffers used as tx_buf/rx_buf in a SPI transfer need to be DMA-safe.\nThis cannot be guaranteed for the buffers passed to tpm_tis_spi_read_bytes\nand tpm_tis_spi_write_bytes. Therefore, we need to use our own DMA-safe\nbuffer and copy the data to/from it.\n\nThe buffer needs to be allocated separately, to ensure that it is\ncacheline-aligned and not shared with other data, so that DMA can work\ncorrectly.\n\nFixes: 0edbfea537d1 (\"tpm/tpm_tis_spi: Add support for spi phy\")\nCc: stable@vger.kernel.org\nReviewed-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\nSigned-off-by: Alexander Steffen <Alexander.Steffen@infineon.com>\nSigned-off-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/eb75717b1898c0ded2e1eaf0360008e31ad24c97"},{"sha":"89f0fb9698810841c1a02fa8d4a80e2eb654daff","author":{"name":"Alexander Steffen","email":"57bb423d2e92e0b621f17019391c3b37fa9229b1@infineon.com"},"message":"tpm-dev-common: Reject too short writes\n\ncommit ee70bc1e7b63ac8023c9ff9475d8741e397316e7 upstream.\n\ntpm_transmit() does not offer an explicit interface to indicate the number\nof valid bytes in the communication buffer. Instead, it relies on the\ncommandSize field in the TPM header that is encoded within the buffer.\nTherefore, ensure that a) enough data has been written to the buffer, so\nthat the commandSize field is present and b) the commandSize field does not\nannounce more data than has been written to the buffer.\n\nThis should have been fixed with CVE-2011-1161 long ago, but apparently\na correct version of that patch never made it into the kernel.\n\nCc: stable@vger.kernel.org\nSigned-off-by: Alexander Steffen <Alexander.Steffen@infineon.com>\nReviewed-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\nTested-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\nSigned-off-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/89f0fb9698810841c1a02fa8d4a80e2eb654daff"},{"sha":"57adeebc8a664a506e44c509aef47cc9ed74eabe","author":{"name":"Erik Veijola","email":"c826ac381a7666e1e8037a6960b415611341bb0e@gmail.com"},"message":"ALSA: usb-audio: Add a quirck for B&W PX headphones\n\ncommit 240a8af929c7c57dcde28682725b29cf8474e8e5 upstream.\n\nThe capture interface doesn't work and the playback interface only\nsupports 48 kHz sampling rate even though it advertises more rates.\n\nSigned-off-by: Erik Veijola <erik.veijola@gmail.com>\nCc: <stable@vger.kernel.org>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/57adeebc8a664a506e44c509aef47cc9ed74eabe"},{"sha":"30f323752a59e18c485de7cd3b988764ffab4e4c","author":{"name":"Hans de Goede","email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com"},"message":"ALSA: hda: Add a power_save blacklist\n\ncommit 1ba8f9d308174e647b864c36209b4d7934d99888 upstream.\n\nOn some boards setting power_save to a non 0 value leads to clicking /\npopping sounds when ever we enter/leave powersaving mode. Ideally we would\nfigure out how to avoid these sounds, but that is not always feasible.\n\nThis commit adds a blacklist for devices where powersaving is known to\ncause problems and disables it on these devices.\n\nNote I tried to put this blacklist in userspace first:\nhttps://github.com/systemd/systemd/pull/8128\n\nBut the systemd maintainers rightfully pointed out that it would be\nimpossible to then later remove entries once we actually find a way to\nmake power-saving work on listed boards without issues. Having this list\nin the kernel will allow removal of the blacklist entry in the same commit\nwhich fixes the clicks / plops.\n\nThe blacklist only applies to the default power_save module-option value,\nif a user explicitly sets the module-option then the blacklist is not\nused.\n\n[ added an ifdef CONFIG_PM for the build error -- tiwai]\n\nBugLink: https://bugzilla.redhat.com/show_bug.cgi?id=1525104\nBugLink: https://bugzilla.kernel.org/show_bug.cgi?id=198611\nCc: stable@vger.kernel.org\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/30f323752a59e18c485de7cd3b988764ffab4e4c"},{"sha":"61963d34e92b4238d6c80632fc69bcf11b8f191c","author":{"name":"Takashi Iwai","email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de"},"message":"ALSA: hda - Fix pincfg at resume on Lenovo T470 dock\n\ncommit 71db96ddfa72671bd43cacdcc99ca178d90ba267 upstream.\n\nWe've added a quirk to enable the recent Lenovo dock support, where it\noverwrites the pin configs of NID 0x17 and 19, not only updating the\npin config cache.  It works right after the boot, but the problem is\nthat the pin configs are occasionally cleared when the machine goes to\nPM.  Meanwhile the quirk writes the pin configs only at the pre-probe,\nso this won't be applied any longer.\n\nFor addressing that issue, this patch moves the code to overwrite the\npin configs into HDA_FIXUP_ACT_INIT section so that it's always\napplied at both probe and resume time.\n\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=195161\nFixes: 61fcf8ece9b6 (\"ALSA: hda/realtek - Enable Thinkpad Dock device for ALC298 platform\")\nCc: <stable@vger.kernel.org>\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/61963d34e92b4238d6c80632fc69bcf11b8f191c"},{"sha":"13e75c74cd69ca460778fad5ab902f0b20869267","author":{"name":"Lingutla Chandrasekhar","email":"a7a28d258d223fe480ec036209e8ccf093991fb3@codeaurora.org"},"message":"timers: Forward timer base before migrating timers\n\ncommit c52232a49e203a65a6e1a670cd5262f59e9364a0 upstream.\n\nOn CPU hotunplug the enqueued timers of the unplugged CPU are migrated to a\nlive CPU. This happens from the control thread which initiated the unplug.\n\nIf the CPU on which the control thread runs came out from a longer idle\nperiod then the base clock of that CPU might be stale because the control\nthread runs prior to any event which forwards the clock.\n\nIn such a case the timers from the unplugged CPU are queued on the live CPU\nbased on the stale clock which can cause large delays due to increased\ngranularity of the outer timer wheels which are far away from base:;clock.\n\nBut there is a worse problem than that. The following sequence of events\nillustrates it:\n\n - CPU0 timer1 is queued expires = 59969 and base->clk = 59131.\n\n   The timer is queued at wheel level 2, with resulting expiry time = 60032\n   (due to level granularity).\n\n - CPU1 enters idle @60007, with next timer expiry @60020.\n\n - CPU0 is hotplugged at @60009\n\n - CPU1 exits idle and runs the control thread which migrates the\n   timers from CPU0\n\n   timer1 is now queued in level 0 for immediate handling in the next\n   softirq because the requested expiry time 59969 is before CPU1 base->clk\n   60007\n\n - CPU1 runs code which forwards the base clock which succeeds because the\n   next expiring timer. which was collected at idle entry time is still set\n   to 60020.\n\n   So it forwards beyond 60007 and therefore misses to expire the migrated\n   timer1. That timer gets expired when the wheel wraps around again, which\n   takes between 63 and 630ms depending on the HZ setting.\n\nAddress both problems by invoking forward_timer_base() for the control CPUs\ntimer base. All other places, which might run into a similar problem\n(mod_timer()/add_timer_on()) already invoke forward_timer_base() to avoid\nthat.\n\n[ tglx: Massaged comment and changelog ]\n\nFixes: a683f390b93f (\"timers: Forward the wheel clock whenever possible\")\nCo-developed-by: Neeraj Upadhyay <neeraju@codeaurora.org>\nSigned-off-by: Neeraj Upadhyay <neeraju@codeaurora.org>\nSigned-off-by: Lingutla Chandrasekhar <clingutla@codeaurora.org>\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nCc: Anna-Maria Gleixner <anna-maria@linutronix.de>\nCc: linux-arm-msm@vger.kernel.org\nCc: stable@vger.kernel.org\nLink: https://lkml.kernel.org/r/20180118115022.6368-1-clingutla@codeaurora.org\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/13e75c74cd69ca460778fad5ab902f0b20869267"},{"sha":"12efc9159129882bb2c24973806f3238fc2af5c9","author":{"name":"John David Anglin","email":"d3a7a82a6ff309c7c46b71cf01386d84d6ca7c2a@bell.net"},"message":"parisc: Fix ordering of cache and TLB flushes\n\ncommit 0adb24e03a124b79130c9499731936b11ce2677d upstream.\n\nThe change to flush_kernel_vmap_range() wasn't sufficient to avoid the\nSMP stalls.  The problem is some drivers call these routines with\ninterrupts disabled.  Interrupts need to be enabled for flush_tlb_all()\nand flush_cache_all() to work.  This version adds checks to ensure\ninterrupts are not disabled before calling routines that need IPI\ninterrupts.  When interrupts are disabled, we now drop into slower code.\n\nThe attached change fixes the ordering of cache and TLB flushes in\nseveral cases.  When we flush the cache using the existing PTE/TLB\nentries, we need to flush the TLB after doing the cache flush.  We don't\nneed to do this when we flush the entire instruction and data caches as\nthese flushes don't use the existing TLB entries.  The same is true for\ntmpalias region flushes.\n\nThe flush_kernel_vmap_range() and invalidate_kernel_vmap_range()\nroutines have been updated.\n\nSecondly, we added a new purge_kernel_dcache_range_asm() routine to\npacache.S and use it in invalidate_kernel_vmap_range().  Nominally,\npurges are faster than flushes as the cache lines don't have to be\nwritten back to memory.\n\nHopefully, this is sufficient to resolve the remaining problems due to\ncache speculation.  So far, testing indicates that this is the case.  I\ndid work up a patch using tmpalias flushes, but there is a performance\nhit because we need the physical address for each page, and we also need\nto sequence access to the tmpalias flush code.  This increases the\nprobability of stalls.\n\nSigned-off-by: John David Anglin <dave.anglin@bell.net>\nCc: stable@vger.kernel.org # 4.9+\nSigned-off-by: Helge Deller <deller@gmx.de>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/12efc9159129882bb2c24973806f3238fc2af5c9"},{"sha":"144b6353ae503c055dd8bda0a03f42798d62aaa4","author":{"name":"Viresh Kumar","email":"5ff32272b3d9f86512eddc8e0af523fc6f7924e5@linaro.org"},"message":"cpufreq: s3c24xx: Fix broken s3c_cpufreq_init()\n\ncommit 0373ca74831b0f93cd4cdbf7ad3aec3c33a479a5 upstream.\n\ncommit a307a1e6bc0d \"cpufreq: s3c: use cpufreq_generic_init()\"\naccidentally broke cpufreq on s3c2410 and s3c2412.\n\nThese two platforms don't have a CPU frequency table and used to skip\ncalling cpufreq_table_validate_and_show() for them.  But with the\nabove commit, we started calling it unconditionally and that will\neventually fail as the frequency table pointer is NULL.\n\nFix this by calling cpufreq_table_validate_and_show() conditionally\nagain.\n\nFixes: a307a1e6bc0d \"cpufreq: s3c: use cpufreq_generic_init()\"\nCc: 3.13+ <stable@vger.kernel.org> # v3.13+\nSigned-off-by: Viresh Kumar <viresh.kumar@linaro.org>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/144b6353ae503c055dd8bda0a03f42798d62aaa4"},{"sha":"43672fa6428ec186db18fc5fba2df8c642bc1c38","author":{"name":"Dan Williams","email":"24ee2bf0bd8ac766c348bf1f0639943bac1535c6@intel.com"},"message":"dax: fix vma_is_fsdax() helper\n\ncommit 230f5a8969d8345fc9bbe3683f068246cf1be4b8 upstream.\n\nGerd reports that ->i_mode may contain other bits besides S_IFCHR. Use\nS_ISCHR() instead. Otherwise, get_user_pages_longterm() may fail on\ndevice-dax instances when those are meant to be explicitly allowed.\n\nFixes: 2bb6d2837083 (\"mm: introduce get_user_pages_longterm\")\nCc: <stable@vger.kernel.org>\nReported-by: Gerd Rausch <gerd.rausch@oracle.com>\nAcked-by: Jane Chu <jane.chu@oracle.com>\nReported-by: Haozhong Zhang <haozhong.zhang@intel.com>\nReviewed-by: Jan Kara <jack@suse.cz>\nSigned-off-by: Dan Williams <dan.j.williams@intel.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/43672fa6428ec186db18fc5fba2df8c642bc1c38"},{"sha":"78448491084ec7e5d2b75e3372cf1307c23f9457","author":{"name":"Juergen Gross","email":"29bbaec13092d36559e3abc6f27f7d09c395819f@suse.com"},"message":"x86/xen: Zero MSR_IA32_SPEC_CTRL before suspend\n\ncommit 71c208dd54ab971036d83ff6d9837bae4976e623 upstream.\n\nOlder Xen versions (4.5 and before) might have problems migrating pv\nguests with MSR_IA32_SPEC_CTRL having a non-zero value. So before\nsuspending zero that MSR and restore it after being resumed.\n\nSigned-off-by: Juergen Gross <jgross@suse.com>\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nReviewed-by: Jan Beulich <jbeulich@suse.com>\nCc: stable@vger.kernel.org\nCc: xen-devel@lists.xenproject.org\nCc: boris.ostrovsky@oracle.com\nLink: https://lkml.kernel.org/r/20180226140818.4849-1-jgross@suse.com\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/78448491084ec7e5d2b75e3372cf1307c23f9457"},{"sha":"0c2b4a3b5c5aaa2c34a40b0b20467af390592337","author":{"name":"Sebastian Panceac","email":"db043b2055cb3a47b2eb0b5aebf4e114a8c24a5a@resin.io"},"message":"x86/platform/intel-mid: Handle Intel Edison reboot correctly\n\ncommit 028091f82eefd5e84f81cef81a7673016ecbe78b upstream.\n\nWhen the Intel Edison module is powered with 3.3V, the reboot command makes\nthe module stuck.  If the module is powered at a greater voltage, like 4.4V\n(as the Edison Mini Breakout board does), reboot works OK.\n\nThe official Intel Edison BSP sends the IPCMSG_COLD_RESET message to the\nSCU by default. The IPCMSG_COLD_BOOT which is used by the upstream kernel\nis only sent when explicitely selected on the kernel command line.\n\nUse IPCMSG_COLD_RESET unconditionally which makes reboot work independent\nof the power supply voltage.\n\n[ tglx: Massaged changelog ]\n\nFixes: bda7b072de99 (\"x86/platform/intel-mid: Implement power off sequence\")\nSigned-off-by: Sebastian Panceac <sebastian@resin.io>\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nAcked-by: Andy Shevchenko <andy.shevchenko@gmail.com>\nCc: stable@vger.kernel.org\nLink: https://lkml.kernel.org/r/1519810849-15131-1-git-send-email-sebastian@resin.io\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/0c2b4a3b5c5aaa2c34a40b0b20467af390592337"},{"sha":"9bcc9ac1cfd280e8795eb6b9fe3120a5682af939","author":{"name":"Mauro Carvalho Chehab","email":"ad86ba2154032c9f55743a190faa2459a9d61d42@s-opensource.com"},"message":"media: m88ds3103: don't call a non-initalized function\n\ncommit b9c97c67fd19262c002d94ced2bfb513083e161e upstream.\n\nIf m88d3103 chip ID is not recognized, the device is not initialized.\n\nHowever, it returns from probe without any error, causing this OOPS:\n\n[    7.689289] Unable to handle kernel NULL pointer dereference at virtual address 00000000\n[    7.689297] pgd = 7b0bd7a7\n[    7.689302] [00000000] *pgd=00000000\n[    7.689318] Internal error: Oops: 80000005 [#1] SMP ARM\n[    7.689322] Modules linked in: dvb_usb_dvbsky(+) m88ds3103 dvb_usb_v2 dvb_core videobuf2_vmalloc videobuf2_memops videobuf2_core crc32_arm_ce videodev media\n[    7.689358] CPU: 3 PID: 197 Comm: systemd-udevd Not tainted 4.15.0-mcc+ #23\n[    7.689361] Hardware name: BCM2835\n[    7.689367] PC is at 0x0\n[    7.689382] LR is at m88ds3103_attach+0x194/0x1d0 [m88ds3103]\n[    7.689386] pc : [<00000000>]    lr : [<bf0ae1ec>]    psr: 60000013\n[    7.689391] sp : ed8e5c20  ip : ed8c1e00  fp : ed8945c0\n[    7.689395] r10: ed894000  r9 : ed894378  r8 : eda736c0\n[    7.689400] r7 : ed894070  r6 : ed8e5c44  r5 : bf0bb040  r4 : eda77600\n[    7.689405] r3 : 00000000  r2 : 00000000  r1 : 00000000  r0 : eda77600\n[    7.689412] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment none\n[    7.689417] Control: 10c5383d  Table: 2d8e806a  DAC: 00000051\n[    7.689423] Process systemd-udevd (pid: 197, stack limit = 0xe9dbfb63)\n[    7.689428] Stack: (0xed8e5c20 to 0xed8e6000)\n[    7.689439] 5c20: ed853a80 eda73640 ed894000 ed8942c0 ed853a80 bf0b9e98 ed894070 bf0b9f10\n[    7.689449] 5c40: 00000000 00000000 bf08c17c c08dfc50 00000000 00000000 00000000 00000000\n[    7.689459] 5c60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000\n[    7.689468] 5c80: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000\n[    7.689479] 5ca0: 00000000 00000000 ed8945c0 ed8942c0 ed894000 ed894830 bf0b9e98 00000000\n[    7.689490] 5cc0: ed894378 bf0a3cb4 bf0bc3b0 0000533b ed920540 00000000 00000034 bf0a6434\n[    7.689500] 5ce0: ee952070 ed826600 bf0a7038 bf0a2dd8 00000001 bf0a6768 bf0a2f90 ed8943c0\n[    7.689511] 5d00: 00000000 c08eca68 ed826620 ed826620 00000000 ee952070 bf0bc034 ee952000\n[    7.689521] 5d20: ed826600 bf0bb080 ffffffed c0aa9e9c c0aa9dac ed826620 c16edf6c c168c2c8\n[    7.689531] 5d40: c16edf70 00000000 bf0bc034 0000000d 00000000 c08e268c bf0bb080 ed826600\n[    7.689541] 5d60: bf0bc034 ed826654 ed826620 bf0bc034 c164c8bc 00000000 00000001 00000000\n[    7.689553] 5d80: 00000028 c08e2948 00000000 bf0bc034 c08e2848 c08e0778 ee9f0a58 ed88bab4\n[    7.689563] 5da0: bf0bc034 ed90ba80 c168c1f0 c08e1934 bf0bb3bc c17045ac bf0bc034 c164c8bc\n[    7.689574] 5dc0: bf0bc034 bf0bb3bc ed91f564 c08e34ec bf0bc000 c164c8bc bf0bc034 c0aa8dc4\n[    7.689584] 5de0: ffffe000 00000000 bf0bf000 ed91f600 ed91f564 c03021e4 00000001 00000000\n[    7.689595] 5e00: c166e040 8040003f ed853a80 bf0bc448 00000000 c1678174 ed853a80 f0f22000\n[    7.689605] 5e20: f0f21fff 8040003f 014000c0 ed91e700 ed91e700 c16d8e68 00000001 ed91e6c0\n[    7.689615] 5e40: bf0bc400 00000001 bf0bc400 ed91f564 00000001 00000000 00000028 c03c9a24\n[    7.689625] 5e60: 00000001 c03c8c94 ed8e5f50 ed8e5f50 00000001 bf0bc400 ed91f540 c03c8cb0\n[    7.689637] 5e80: bf0bc40c 00007fff bf0bc400 c03c60b0 00000000 bf0bc448 00000028 c0e09684\n[    7.689647] 5ea0: 00000002 bf0bc530 c1234bf8 bf0bc5dc bf0bc514 c10ebbe8 ffffe000 bf000000\n[    7.689657] 5ec0: 00011538 00000000 ed8e5f48 00000000 00000000 00000000 00000000 00000000\n[    7.689666] 5ee0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000\n[    7.689676] 5f00: 00000000 00000000 7fffffff 00000000 00000013 b6e55a18 0000017b c0309104\n[    7.689686] 5f20: ed8e4000 00000000 00510af0 c03c9430 7fffffff 00000000 00000003 00000000\n[    7.689697] 5f40: 00000000 f0f0f000 00011538 00000000 f0f107b0 f0f0f000 00011538 f0f1fdb8\n[    7.689707] 5f60: f0f1fbe8 f0f1b974 00004000 000041e0 bf0bc3d0 00000001 00000000 000024c4\n[    7.689717] 5f80: 0000002d 0000002e 00000019 00000000 00000010 00000000 16894000 00000000\n[    7.689727] 5fa0: 00000000 c0308f20 16894000 00000000 00000013 b6e55a18 00000000 b6e5652c\n[    7.689737] 5fc0: 16894000 00000000 00000000 0000017b 00020000 00508110 00000000 00510af0\n[    7.689748] 5fe0: bef68948 bef68938 b6e4d3d0 b6d32590 60000010 00000013 00000000 00000000\n[    7.689790] [<bf0ae1ec>] (m88ds3103_attach [m88ds3103]) from [<bf0b9f10>] (dvbsky_s960c_attach+0x78/0x280 [dvb_usb_dvbsky])\n[    7.689821] [<bf0b9f10>] (dvbsky_s960c_attach [dvb_usb_dvbsky]) from [<bf0a3cb4>] (dvb_usbv2_probe+0xa3c/0x1024 [dvb_usb_v2])\n[    7.689849] [<bf0a3cb4>] (dvb_usbv2_probe [dvb_usb_v2]) from [<c0aa9e9c>] (usb_probe_interface+0xf0/0x2a8)\n[    7.689869] [<c0aa9e9c>] (usb_probe_interface) from [<c08e268c>] (driver_probe_device+0x2f8/0x4b4)\n[    7.689881] [<c08e268c>] (driver_probe_device) from [<c08e2948>] (__driver_attach+0x100/0x11c)\n[    7.689895] [<c08e2948>] (__driver_attach) from [<c08e0778>] (bus_for_each_dev+0x4c/0x9c)\n[    7.689909] [<c08e0778>] (bus_for_each_dev) from [<c08e1934>] (bus_add_driver+0x1c0/0x264)\n[    7.689919] [<c08e1934>] (bus_add_driver) from [<c08e34ec>] (driver_register+0x78/0xf4)\n[    7.689931] [<c08e34ec>] (driver_register) from [<c0aa8dc4>] (usb_register_driver+0x70/0x134)\n[    7.689946] [<c0aa8dc4>] (usb_register_driver) from [<c03021e4>] (do_one_initcall+0x44/0x168)\n[    7.689963] [<c03021e4>] (do_one_initcall) from [<c03c9a24>] (do_init_module+0x64/0x1f4)\n[    7.689979] [<c03c9a24>] (do_init_module) from [<c03c8cb0>] (load_module+0x20a0/0x25c8)\n[    7.689993] [<c03c8cb0>] (load_module) from [<c03c9430>] (SyS_finit_module+0xb4/0xec)\n[    7.690007] [<c03c9430>] (SyS_finit_module) from [<c0308f20>] (ret_fast_syscall+0x0/0x54)\n[    7.690018] Code: bad PC value\n\nThis may happen on normal circumstances, if, for some reason, the demod\nhangs and start returning an invalid chip ID:\n\n[   10.394395] m88ds3103 3-0068: Unknown device. Chip_id=00\n\nSo, change the logic to cause probe to fail with -ENODEV, preventing\nthe OOPS.\n\nDetected while testing DVB MMAP patches on Raspberry Pi 3 with\nDVBSky S960CI.\n\nCc: stable@vger.kernel.org\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/9bcc9ac1cfd280e8795eb6b9fe3120a5682af939"},{"sha":"ec69fa88f393ba1f1d4aca11ce31835a85d6d58d","author":{"name":"Rasmus Villemoes","email":"ba324ca7b1c77fc20bb970d5aff6eea9377918a5@rasmusvillemoes.dk"},"message":"nospec: Allow index argument to have const-qualified type\n\ncommit b98c6a160a057d5686a8c54c79cc6c8c94a7d0c8 upstream.\n\nThe last expression in a statement expression need not be a bare\nvariable, quoting gcc docs\n\n  The last thing in the compound statement should be an expression\n  followed by a semicolon; the value of this subexpression serves as the\n  value of the entire construct.\n\nand we already use that in e.g. the min/max macros which end with a\nternary expression.\n\nThis way, we can allow index to have const-qualified type, which will in\nsome cases avoid the need for introducing a local copy of index of\nnon-const qualified type. That, in turn, can prevent readers not\nfamiliar with the internals of array_index_nospec from wondering about\nthe seemingly redundant extra variable, and I think that's worthwhile\nconsidering how confusing the whole _nospec business is.\n\nThe expression _i&_mask has type unsigned long (since that is the type\nof _mask, and the BUILD_BUG_ONs guarantee that _i will get promoted to\nthat), so in order not to change the type of the whole expression, add\na cast back to typeof(_i).\n\nSigned-off-by: Rasmus Villemoes <linux@rasmusvillemoes.dk>\nSigned-off-by: Dan Williams <dan.j.williams@intel.com>\nAcked-by: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Andy Lutomirski <luto@kernel.org>\nCc: Arjan van de Ven <arjan@linux.intel.com>\nCc: Borislav Petkov <bp@alien8.de>\nCc: Dave Hansen <dave.hansen@linux.intel.com>\nCc: David Woodhouse <dwmw2@infradead.org>\nCc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>\nCc: Josh Poimboeuf <jpoimboe@redhat.com>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: Will Deacon <will.deacon@arm.com>\nCc: linux-arch@vger.kernel.org\nCc: stable@vger.kernel.org\nLink: http://lkml.kernel.org/r/151881604837.17395.10812767547837568328.stgit@dwillia2-desk3.amr.corp.intel.com\nSigned-off-by: Ingo Molnar <mingo@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/ec69fa88f393ba1f1d4aca11ce31835a85d6d58d"},{"sha":"8e4c257afd19c2395bcca27565a6c5aba3374772","author":{"name":"Ulf Magnusson","email":"f650684f780c6b48c0158c4e0f2e27f74aabc755@gmail.com"},"message":"ARM: mvebu: Fix broken PL310_ERRATA_753970 selects\n\ncommit 8aa36a8dcde3183d84db7b0d622ffddcebb61077 upstream.\n\nThe MACH_ARMADA_375 and MACH_ARMADA_38X boards select ARM_ERRATA_753970,\nbut it was renamed to PL310_ERRATA_753970 by commit fa0ce4035d48 (\"ARM:\n7162/1: errata: tidy up Kconfig options for PL310 errata workarounds\").\n\nFix the selects to use the new name.\n\nDiscovered with the\nhttps://github.com/ulfalizer/Kconfiglib/blob/master/examples/list_undefined.py\nscript.\nFixes: fa0ce4035d48 (\"ARM: 7162/1: errata: tidy up Kconfig options for\nPL310 errata workarounds\"\ncc: stable@vger.kernel.org\nSigned-off-by: Ulf Magnusson <ulfalizer@gmail.com>\nSigned-off-by: Gregory CLEMENT <gregory.clement@bootlin.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/8e4c257afd19c2395bcca27565a6c5aba3374772"},{"sha":"aebf1b12fff4863b0e646420c8d752f08eb9f434","author":{"name":"Arnd Bergmann","email":"f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de"},"message":"ARM: kvm: fix building with gcc-8\n\ncommit 67870eb1204223598ea6d8a4467b482e9f5875b5 upstream.\n\nIn banked-sr.c, we use a top-level '__asm__(\".arch_extension virt\")'\nstatement to allow compilation of a multi-CPU kernel for ARMv6\nand older ARMv7-A that don't normally support access to the banked\nregisters.\n\nThis is considered to be a programming error by the gcc developers\nand will no longer work in gcc-8, where we now get a build error:\n\n/tmp/cc4Qy7GR.s:34: Error: Banked registers are not available with this architecture. -- `mrs r3,SP_usr'\n/tmp/cc4Qy7GR.s:41: Error: Banked registers are not available with this architecture. -- `mrs r3,ELR_hyp'\n/tmp/cc4Qy7GR.s:55: Error: Banked registers are not available with this architecture. -- `mrs r3,SP_svc'\n/tmp/cc4Qy7GR.s:62: Error: Banked registers are not available with this architecture. -- `mrs r3,LR_svc'\n/tmp/cc4Qy7GR.s:69: Error: Banked registers are not available with this architecture. -- `mrs r3,SPSR_svc'\n/tmp/cc4Qy7GR.s:76: Error: Banked registers are not available with this architecture. -- `mrs r3,SP_abt'\n\nPassign the '-march-armv7ve' flag to gcc works, and is ok here, because\nwe know the functions won't ever be called on pre-ARMv7VE machines.\nUnfortunately, older compiler versions (4.8 and earlier) do not understand\nthat flag, so we still need to keep the asm around.\n\nBackporting to stable kernels (4.6+) is needed to allow those to be built\nwith future compilers as well.\n\nLink: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84129\nFixes: 33280b4cd1dc (\"ARM: KVM: Add banked registers save/restore\")\nCc: stable@vger.kernel.org\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Christoffer Dall <christoffer.dall@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/Jackeagle/kernel-msm-4.4/commits/aebf1b12fff4863b0e646420c8d752f08eb9f434"}]}
{"actor":{"display_login":"Jackeagle"}}