{"push_id":3064039669,"size":224,"distinct_size":1,"ref":"refs/heads/4.14/clear/base","head":"41857dfe4c7914a12447c5f7b9ef04f9b749c53c","before":"8b1a16e0c047d1ddc28a229bb115fbee74180097","commits":[{"sha":"31354285b2467a5838f131786181dd706b28688b","author":{"name":"Liu Xiang","email":"64219a0085d61f7f39ef541546528c11ace51013@zte.com.cn"},"message":"mtd: spi-nor: fsl-quadspi: fix read error for flash size larger than 16MB\n\ncommit 41fe242979e463d6ad251077ded01b825a330b7e upstream.\n\nIf the size of spi-nor flash is larger than 16MB, the read_opcode\nis set to SPINOR_OP_READ_1_1_4_4B, and fsl_qspi_get_seqid() will\nreturn -EINVAL when cmd is SPINOR_OP_READ_1_1_4_4B. This can\ncause read operation fail.\n\nFixes: e46ecda764dc (\"mtd: spi-nor: Add Freescale QuadSPI driver\")\nCc: <stable@vger.kernel.org>\nSigned-off-by: Liu Xiang <liu.xiang6@zte.com.cn>\nSigned-off-by: Boris Brezillon <boris.brezillon@bootlin.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/intel/linux-intel-lts/commits/31354285b2467a5838f131786181dd706b28688b"},{"sha":"615bda31cc01cfe937c35c8b969807a38614a0a3","author":{"name":"Rafał Miłecki","email":"68396d1faf4100deae824f26e1be60d81c1ce164@milecki.pl"},"message":"spi: bcm-qspi: switch back to reading flash using smaller chunks\n\ncommit 940ec770c295682993d1cccce3081fd7c74fece8 upstream.\n\nFixing/optimizing bcm_qspi_bspi_read() performance introduced two\nchanges:\n1) It added a loop to read all requested data using multiple BSPI ops.\n2) It bumped max size of a single BSPI block request from 256 to 512 B.\n\nThe later change resulted in occasional BSPI timeouts causing a\nregression.\n\nFor some unknown reason hardware doesn't always handle reads as expected\nwhen using 512 B chunks. In such cases it may happen that BSPI returns\namount of requested bytes without the last 1-3 ones. It provides the\nremaining bytes later but doesn't raise an interrupt until another LR\nstart.\n\nSwitching back to 256 B reads fixes that problem and regression.\n\nFixes: 345309fa7c0c (\"spi: bcm-qspi: Fix bcm_qspi_bspi_read() performance\")\nSigned-off-by: Rafał Miłecki <rafal@milecki.pl>\nSigned-off-by: Mark Brown <broonie@kernel.org>\nCc: stable@vger.kernel.org\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/intel/linux-intel-lts/commits/615bda31cc01cfe937c35c8b969807a38614a0a3"},{"sha":"82239bda9dac002ffb68c6019134c5245aeb4cae","author":{"name":"Tang Junhui","email":"b81066943fd7ec0dafff417f31ffbdf4e36fc33c@gmail.com"},"message":"bcache: trace missed reading by cache_missed\n\ncommit 502b291568fc7faf1ebdb2c2590f12851db0ff76 upstream.\n\nMissed reading IOs are identified by s->cache_missed, not the\ns->cache_miss, so in trace_bcache_read() using trace_bcache_read\nto identify whether the IO is missed or not.\n\nSigned-off-by: Tang Junhui <tang.junhui.linux@gmail.com>\nCc: stable@vger.kernel.org\nSigned-off-by: Coly Li <colyli@suse.de>\nSigned-off-by: Jens Axboe <axboe@kernel.dk>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/intel/linux-intel-lts/commits/82239bda9dac002ffb68c6019134c5245aeb4cae"},{"sha":"dcd048d6bb08d3da1e9cb1923bce80dbc0f90fed","author":{"name":"Tang Junhui","email":"b81066943fd7ec0dafff417f31ffbdf4e36fc33c@gmail.com"},"message":"bcache: fix miss key refill->end in writeback\n\ncommit 2d6cb6edd2c7fb4f40998895bda45006281b1ac5 upstream.\n\nrefill->end record the last key of writeback, for example, at the first\ntime, keys (1,128K) to (1,1024K) are flush to the backend device, but\nthe end key (1,1024K) is not included, since the bellow code:\n\tif (bkey_cmp(k, refill->end) >= 0) {\n\t\tret = MAP_DONE;\n\t\tgoto out;\n\t}\nAnd in the next time when we refill writeback keybuf again, we searched\nkey start from (1,1024K), and got a key bigger than it, so the key\n(1,1024K) missed.\nThis patch modify the above code, and let the end key to be included to\nthe writeback key buffer.\n\nSigned-off-by: Tang Junhui <tang.junhui.linux@gmail.com>\nCc: stable@vger.kernel.org\nSigned-off-by: Coly Li <colyli@suse.de>\nSigned-off-by: Jens Axboe <axboe@kernel.dk>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/intel/linux-intel-lts/commits/dcd048d6bb08d3da1e9cb1923bce80dbc0f90fed"},{"sha":"0be4ef1290cfe370caf52e3dac2325cf7ee12007","author":{"name":"Dmitry Bazhenov","email":"200c4073ef19b8725ac5d1b49ce569ce6a203636@gmail.com"},"message":"hwmon: (pmbus) Fix page count auto-detection.\n\ncommit e7c6a55606b5c46b449d76588968b4d8caae903f upstream.\n\nDevices with compatible=\"pmbus\" field have zero initial page count,\nand pmbus_clear_faults() being called before the page count auto-\ndetection does not actually clear faults because it depends on the\npage count. Non-cleared faults in its turn may fail the subsequent\npage count auto-detection.\n\nThis patch fixes this problem by calling pmbus_clear_fault_page()\nfor currently set page and calling pmbus_clear_faults() after the\npage count was detected.\n\nCc: stable@vger.kernel.org\nSigned-off-by: Dmitry Bazhenov <bazhenov.dn@gmail.com>\nSigned-off-by: Guenter Roeck <linux@roeck-us.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/intel/linux-intel-lts/commits/0be4ef1290cfe370caf52e3dac2325cf7ee12007"},{"sha":"0035cb9d7366487205aba8cc0a2c03dd9dd75742","author":{"name":"Hou Tao","email":"81fb726ec5ca1d0cf3291fefbf0bcf1e05e096da@huawei.com"},"message":"jffs2: free jffs2_sb_info through jffs2_kill_sb()\n\ncommit 92e2921f7eee63450a5f953f4b15dc6210219430 upstream.\n\nWhen an invalid mount option is passed to jffs2, jffs2_parse_options()\nwill fail and jffs2_sb_info will be freed, but then jffs2_sb_info will\nbe used (use-after-free) and freeed (double-free) in jffs2_kill_sb().\n\nFix it by removing the buggy invocation of kfree() when getting invalid\nmount options.\n\nFixes: 92abc475d8de (\"jffs2: implement mount option parsing and compression overriding\")\nCc: stable@kernel.org\nSigned-off-by: Hou Tao <houtao1@huawei.com>\nReviewed-by: Richard Weinberger <richard@nod.at>\nSigned-off-by: Boris Brezillon <boris.brezillon@bootlin.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/intel/linux-intel-lts/commits/0035cb9d7366487205aba8cc0a2c03dd9dd75742"},{"sha":"f721267b1f28c13efab07bc80c28753e9fbec00e","author":{"name":"Rafael J. Wysocki","email":"27ffc44a8ec6a212fba98cfc3246c6ce8ab131e0@intel.com"},"message":"cpufreq: conservative: Take limits changes into account properly\n\ncommit da5e79bc70b84971d2b3a55fb252e34e51d81d48 upstream.\n\nIf the policy limits change between invocations of cs_dbs_update(),\nthe requested frequency value stored in dbs_info may not be updated\nand the function may use a stale value of it next time.  Moreover, if\nidle periods are takem into account by cs_dbs_update(), the requested\nfrequency value stored in dbs_info may be below the min policy limit,\nwhich is incorrect.\n\nTo fix these problems, always update the requested frequency value\nin dbs_info along with the local copy of it when the previous\nrequested frequency is beyond the policy limits and avoid decreasing\nthe requested frequency below the min policy limit when taking\nidle periods into account.\n\nFixes: abb6627910a1 (cpufreq: conservative: Fix next frequency selection)\nFixes: 00bfe05889e9 (cpufreq: conservative: Decrease frequency faster for deferred updates)\nReported-by: Waldemar Rymarkiewicz <waldemarx.rymarkiewicz@intel.com>\nCc: All applicable <stable@vger.kernel.org>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>\nAcked-by: Waldemar Rymarkiewicz <waldemarx.rymarkiewicz@intel.com>\nAcked-by: Viresh Kumar <viresh.kumar@linaro.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/intel/linux-intel-lts/commits/f721267b1f28c13efab07bc80c28753e9fbec00e"},{"sha":"e3e48da87330397de4e50b9958e5694a6764e38a","author":{"name":"Maciej S. Szmigiero","email":"1d6e1cf70ec6f9ab28d3ea4b27a49a77654d370e@maciej.szmigiero.name"},"message":"pcmcia: Implement CLKRUN protocol disabling for Ricoh bridges\n\ncommit 95691e3eddc41da2d1cd3cca51fecdfb46bd85bc upstream.\n\nCurrently, \"disable_clkrun\" yenta_socket module parameter is only\nimplemented for TI CardBus bridges.\nAdd also an implementation for Ricoh bridges that have the necessary\nsetting documented in publicly available datasheets.\n\nTested on a RL5C476II with a Sunrich C-160 CardBus NIC that doesn't work\ncorrectly unless the CLKRUN protocol is disabled.\n\nLet's also make it clear in its description that the \"disable_clkrun\"\nmodule parameter only works on these two previously mentioned brands of\nCardBus bridges.\n\nSigned-off-by: Maciej S. Szmigiero <mail@maciej.szmigiero.name>\nCc: stable@vger.kernel.org\nSigned-off-by: Dominik Brodowski <linux@dominikbrodowski.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/intel/linux-intel-lts/commits/e3e48da87330397de4e50b9958e5694a6764e38a"},{"sha":"bbde82fdb6d083d6e4c2b33c65e8752f12ce03e1","author":{"name":"Jan Glauber","email":"3565bcaf5109bf4d0181586ea9e1d001b8691020@cavium.com"},"message":"ipmi: Fix timer race with module unload\n\ncommit 0711e8c1b4572d076264e71b0002d223f2666ed7 upstream.\n\nPlease note that below oops is from an older kernel, but the same\nrace seems to be present in the upstream kernel too.\n\n---8<---\n\nThe following panic was encountered during removing the ipmi_ssif\nmodule:\n\n[ 526.352555] Unable to handle kernel paging request at virtual address ffff000006923090\n[ 526.360464] Mem abort info:\n[ 526.363257] ESR = 0x86000007\n[ 526.366304] Exception class = IABT (current EL), IL = 32 bits\n[ 526.372221] SET = 0, FnV = 0\n[ 526.375269] EA = 0, S1PTW = 0\n[ 526.378405] swapper pgtable: 4k pages, 48-bit VAs, pgd = 000000008ae60416\n[ 526.385185] [ffff000006923090] *pgd=000000bffcffe803, *pud=000000bffcffd803, *pmd=0000009f4731a003, *pte=0000000000000000\n[ 526.396141] Internal error: Oops: 86000007 [#1] SMP\n[ 526.401008] Modules linked in: nls_iso8859_1 ipmi_devintf joydev input_leds ipmi_msghandler shpchp sch_fq_codel ib_iser rdma_cm iw_cm ib_cm ib_core iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi ip_tables x_tables autofs4 btrfs zstd_compress raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c raid1 raid0 multipath linear i2c_smbus hid_generic usbhid uas hid usb_storage ast aes_ce_blk i2c_algo_bit aes_ce_cipher qede ttm crc32_ce ptp crct10dif_ce drm_kms_helper ghash_ce syscopyarea sha2_ce sysfillrect sysimgblt pps_core fb_sys_fops sha256_arm64 sha1_ce mpt3sas qed drm raid_class ahci scsi_transport_sas libahci gpio_xlp i2c_xlp9xx aes_neon_bs aes_neon_blk crypto_simd cryptd aes_arm64 [last unloaded: ipmi_ssif]\n[ 526.468085] CPU: 125 PID: 0 Comm: swapper/125 Not tainted 4.15.0-35-generic #38~lp1775396+build.1\n[ 526.476942] Hardware name: To be filled by O.E.M. Saber/Saber, BIOS 0ACKL022 08/14/2018\n[ 526.484932] pstate: 00400009 (nzcv daif +PAN -UAO)\n[ 526.489713] pc : 0xffff000006923090\n[ 526.493198] lr : call_timer_fn+0x34/0x178\n[ 526.497194] sp : ffff000009b0bdd0\n[ 526.500496] x29: ffff000009b0bdd0 x28: 0000000000000082\n[ 526.505796] x27: 0000000000000002 x26: ffff000009515188\n[ 526.511096] x25: ffff000009515180 x24: ffff0000090f1018\n[ 526.516396] x23: ffff000009519660 x22: dead000000000200\n[ 526.521696] x21: ffff000006923090 x20: 0000000000000100\n[ 526.526995] x19: ffff809eeb466a40 x18: 0000000000000000\n[ 526.532295] x17: 000000000000000e x16: 0000000000000007\n[ 526.537594] x15: 0000000000000000 x14: 071c71c71c71c71c\n[ 526.542894] x13: 0000000000000000 x12: 0000000000000000\n[ 526.548193] x11: 0000000000000001 x10: ffff000009b0be88\n[ 526.553493] x9 : 0000000000000000 x8 : 0000000000000005\n[ 526.558793] x7 : ffff80befc1f8528 x6 : 0000000000000020\n[ 526.564092] x5 : 0000000000000040 x4 : 0000000020001b20\n[ 526.569392] x3 : 0000000000000000 x2 : ffff809eeb466a40\n[ 526.574692] x1 : ffff000006923090 x0 : ffff809eeb466a40\n[ 526.579992] Process swapper/125 (pid: 0, stack limit = 0x000000002eb50acc)\n[ 526.586854] Call trace:\n[ 526.589289] 0xffff000006923090\n[ 526.592419] expire_timers+0xc8/0x130\n[ 526.596070] run_timer_softirq+0xec/0x1b0\n[ 526.600070] __do_softirq+0x134/0x328\n[ 526.603726] irq_exit+0xc8/0xe0\n[ 526.606857] __handle_domain_irq+0x6c/0xc0\n[ 526.610941] gic_handle_irq+0x84/0x188\n[ 526.614679] el1_irq+0xe8/0x180\n[ 526.617822] cpuidle_enter_state+0xa0/0x328\n[ 526.621993] cpuidle_enter+0x34/0x48\n[ 526.625564] call_cpuidle+0x44/0x70\n[ 526.629040] do_idle+0x1b8/0x1f0\n[ 526.632256] cpu_startup_entry+0x2c/0x30\n[ 526.636174] secondary_start_kernel+0x11c/0x130\n[ 526.640694] Code: bad PC value\n[ 526.643800] ---[ end trace d020b0b8417c2498 ]---\n[ 526.648404] Kernel panic - not syncing: Fatal exception in interrupt\n[ 526.654778] SMP: stopping secondary CPUs\n[ 526.658734] Kernel Offset: disabled\n[ 526.662211] CPU features: 0x5800c38\n[ 526.665688] Memory Limit: none\n[ 526.668768] ---[ end Kernel panic - not syncing: Fatal exception in interrupt\n\nPrevent mod_timer from arming a timer that was already removed by\ndel_timer during module unload.\n\nSigned-off-by: Jan Glauber <jglauber@cavium.com>\nCc: <stable@vger.kernel.org> # 3.19\nSigned-off-by: Corey Minyard <cminyard@mvista.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/intel/linux-intel-lts/commits/bbde82fdb6d083d6e4c2b33c65e8752f12ce03e1"},{"sha":"472e300014bc0b3dde10b7ff224197c678a6d3d9","author":{"name":"John David Anglin","email":"d3a7a82a6ff309c7c46b71cf01386d84d6ca7c2a@bell.net"},"message":"parisc: Fix address in HPMC IVA\n\ncommit 1138b6718ff74d2a934459643e3754423d23b5e2 upstream.\n\nHelge noticed that the address of the os_hpmc handler was not being\ncorrectly calculated in the hpmc macro.  As a result, PDCE_CHECK would\nfail to call os_hpmc:\n\n<Cpu2> e800009802e00000  0000000000000000  CC_ERR_CHECK_HPMC\n<Cpu2> 37000f7302e00000  8040004000000000  CC_ERR_CPU_CHECK_SUMMARY\n<Cpu2> f600105e02e00000  fffffff0f0c00000  CC_MC_HPMC_MONARCH_SELECTED\n<Cpu2> 140003b202e00000  000000000000000b  CC_ERR_HPMC_STATE_ENTRY\n<Cpu2> 5600100b02e00000  00000000000001a0  CC_MC_OS_HPMC_LEN_ERR\n<Cpu2> 5600106402e00000  fffffff0f0438e70  CC_MC_BR_TO_OS_HPMC_FAILED\n<Cpu2> e800009802e00000  0000000000000000  CC_ERR_CHECK_HPMC\n<Cpu2> 37000f7302e00000  8040004000000000  CC_ERR_CPU_CHECK_SUMMARY\n<Cpu2> 4000109f02e00000  0000000000000000  CC_MC_HPMC_INITIATED\n<Cpu2> 4000101902e00000  0000000000000000  CC_MC_MULTIPLE_HPMCS\n<Cpu2> 030010d502e00000  0000000000000000  CC_CPU_STOP\n\nThe address problem can be seen by dumping the fault vector:\n\n0000000040159000 <fault_vector_20>:\n    40159000:   63 6f 77 73     stb r15,-2447(dp)\n    40159004:   20 63 61 6e     ldil L%b747000,r3\n    40159008:   20 66 6c 79     ldil L%-1c3b3000,r3\n        ...\n    40159020:   08 00 02 40     nop\n    40159024:   20 6e 60 02     ldil L%15d000,r3\n    40159028:   34 63 00 00     ldo 0(r3),r3\n    4015902c:   e8 60 c0 02     bv,n r0(r3)\n    40159030:   08 00 02 40     nop\n    40159034:   00 00 00 00     break 0,0\n    40159038:   c0 00 70 00     bb,*< r0,sar,40159840 <fault_vector_20+0x840>\n    4015903c:   00 00 00 00     break 0,0\n\nLocation 40159038 should contain the physical address of os_hpmc:\n\n000000004015d000 <os_hpmc>:\n    4015d000:   08 1a 02 43     copy r26,r3\n    4015d004:   01 c0 08 a4     mfctl iva,r4\n    4015d008:   48 85 00 68     ldw 34(r4),r5\n\nThis patch moves the address setup into initialize_ivt to resolve the\nabove problem.  I tested the change by dumping the HPMC entry after setup:\n\n0000000040209020:  8000240\n0000000040209024: 206a2004\n0000000040209028: 34630ac0\n000000004020902c: e860c002\n0000000040209030:  8000240\n0000000040209034: 1bdddce6\n0000000040209038:   15d000\n000000004020903c:      1a0\n\nSigned-off-by: John David Anglin <dave.anglin@bell.net>\nCc: <stable@vger.kernel.org>\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/intel/linux-intel-lts/commits/472e300014bc0b3dde10b7ff224197c678a6d3d9"},{"sha":"e5475f5fc5f881d547a16cc7c1249e50a48a1a80","author":{"name":"Helge Deller","email":"5b1e7895819cf7d6bc77091b09bbfd6d330a4e74@gmx.de"},"message":"parisc: Fix map_pages() to not overwrite existing pte entries\n\ncommit 3c229b3f2dd8133f61bb81d3cb018be92f4bba39 upstream.\n\nFix a long-existing small nasty bug in the map_pages() implementation which\nleads to overwriting already written pte entries with zero, *if* map_pages() is\ncalled a second time with an end address which isn't aligned on a pmd boundry.\nThis happens for example if we want to remap only the text segment read/write\nin order to run alternative patching on the code. Exiting the loop when we\nreach the end address fixes this.\n\nCc: stable@vger.kernel.org\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/intel/linux-intel-lts/commits/e5475f5fc5f881d547a16cc7c1249e50a48a1a80"},{"sha":"d665f97f859a355618653c016c824e82ec29d288","author":{"name":"Helge Deller","email":"5b1e7895819cf7d6bc77091b09bbfd6d330a4e74@gmx.de"},"message":"parisc: Fix exported address of os_hpmc handler\n\ncommit 99a3ae51d557d8e38a7aece65678a31f9db215ee upstream.\n\nIn the C-code we need to put the physical address of the hpmc handler in\nthe interrupt vector table (IVA) in order to get HPMCs working.  Since\non parisc64 function pointers are indirect (in fact they are function\ndescriptors) we instead export the address as variable and not as\nfunction.\n\nThis reverts a small part of commit f39cce654f9a (\"parisc: Add\ncfi_startproc and cfi_endproc to assembly code\").\n\nSigned-off-by: Helge Deller <deller@gmx.de>\nCc: <stable@vger.kernel.org>    [4.9+]\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/intel/linux-intel-lts/commits/d665f97f859a355618653c016c824e82ec29d288"},{"sha":"f80215f62eb7f82247b51cf1f098a4ee2643d8fe","author":{"name":"Takashi Iwai","email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de"},"message":"ALSA: hda - Add quirk for ASUS G751 laptop\n\ncommit 11ba6111160290ccd35562f4e05cec08942a6c4c upstream.\n\nASUS G751 requires the extra COEF initialization to make it microphone\nworking properly.\n\nReported-and-tested-by: Håvard <hovardslill@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/intel/linux-intel-lts/commits/f80215f62eb7f82247b51cf1f098a4ee2643d8fe"},{"sha":"2ad912e2b2c18784b52de195d403dc269aecfd8f","author":{"name":"Takashi Iwai","email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de"},"message":"ALSA: hda - Fix headphone pin config for ASUS G751\n\ncommit 5b7c5e1f4c36b99d0f694f38b9ad910f520cb7ef upstream.\n\nBIOS on ASUS G751 doesn't seem to map the headphone pin (NID 0x16)\ncorrectly.  Add a quirk to address it, as well as chaining to the\nprevious fix for the microphone.\n\nReported-by: Håvard <hovardslill@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/intel/linux-intel-lts/commits/2ad912e2b2c18784b52de195d403dc269aecfd8f"},{"sha":"7b50b3d70994010c478f74b3ae15389c4b974272","author":{"name":"Hui Wang","email":"51909cde9c974b33f1f2fb15bb7fd44a1b667281@canonical.com"},"message":"ALSA: hda/realtek - Fix the problem of the front MIC on the Lenovo M715\n\ncommit d06fb562bff5d14defdacbd92449bacbaedd5cdf upstream.\n\nThe front MIC on the Lenovo M715 can't record sound, after applying\nthe ALC294_FIXUP_LENOVO_MIC_LOCATION, the problem is fixed. So add\nthe pin configuration of this machine to the pin quirk table.\n\nCc: <stable@vger.kernel.org>\nSigned-off-by: Hui Wang <hui.wang@canonical.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/intel/linux-intel-lts/commits/7b50b3d70994010c478f74b3ae15389c4b974272"},{"sha":"e0404d81ab842b8d4246662c1c46bb20525dd743","author":{"name":"Jeremy Cline","email":"f648af476d5297108517aa3643c2c45a04900eaa@redhat.com"},"message":"ALSA: hda - Add mic quirk for the Lenovo G50-30 (17aa:3905)\n\ncommit e7bb6ad5685f05685dd8a6a5eda7bfcd14d5f95b upstream.\n\nThe Lenovo G50-30, like other G50 models, has a Conexant codec that\nrequires a quirk for its inverted stereo dmic.\n\nBugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1249364\nReported-by: Alexander Ploumistos <alex.ploumistos@gmail.com>\nTested-by: Alexander Ploumistos <alex.ploumistos@gmail.com>\nCc: stable@vger.kernel.org\nSigned-off-by: Jeremy Cline <jcline@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/intel/linux-intel-lts/commits/e0404d81ab842b8d4246662c1c46bb20525dd743"},{"sha":"a436f6b2db64cd9e853ee6b54fba0499d8f80f93","author":{"name":"Alex Stanoev","email":"60c6d277a8bd81de7fdde19201bf9c58a3df08f4@astanoev.com"},"message":"ALSA: ca0106: Disable IZD on SB0570 DAC to fix audio pops\n\ncommit ac237c28d5ac1b241d58b1b7b4b9fa10efb22fb5 upstream.\n\nThe Creative Audigy SE (SB0570) card currently exhibits an audible pop\nwhenever playback is stopped or resumed, or during silent periods of an\naudio stream. Initialise the IZD bit to the 0 to eliminate these pops.\n\nThe Infinite Zero Detection (IZD) feature on the DAC causes the output\nto be shunted to Vcap after 2048 samples of silence. This discharges the\nAC coupling capacitor through the output and causes the aforementioned\npop/click noise.\n\nThe behaviour of the IZD bit is described on page 15 of the WM8768GEDS\ndatasheet: \"With IZD=1, applying MUTE for 1024 consecutive input samples\nwill cause all outputs to be connected directly to VCAP. This also\nhappens if 2048 consecutive zero input samples are applied to all 6\nchannels, and IZD=0. It will be removed as soon as any channel receives\na non-zero input\". I believe the second sentence might be referring to\nIZD=1 instead of IZD=0 given the observed behaviour of the card.\n\nThis change should make the DAC initialisation consistent with\nCreative's Windows driver, as this popping persists when initialising\nthe card in Linux and soft rebooting into Windows, but is not present on\na cold boot to Windows.\n\nSigned-off-by: Alex Stanoev <alex@astanoev.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/intel/linux-intel-lts/commits/a436f6b2db64cd9e853ee6b54fba0499d8f80f93"},{"sha":"8a13906ae519b3ed95cd0fb73f1098b46362f6c4","author":{"name":"Jiri Kosina","email":"ed58f755cc8caaf10c3e8c731a8b86fb8f13d6cb@suse.cz"},"message":"x86/speculation: Enable cross-hyperthread spectre v2 STIBP mitigation\n\ncommit 53c613fe6349994f023245519265999eed75957f upstream.\n\nSTIBP is a feature provided by certain Intel ucodes / CPUs. This feature\n(once enabled) prevents cross-hyperthread control of decisions made by\nindirect branch predictors.\n\nEnable this feature if\n\n- the CPU is vulnerable to spectre v2\n- the CPU supports SMT and has SMT siblings online\n- spectre_v2 mitigation autoselection is enabled (default)\n\nAfter some previous discussion, this leaves STIBP on all the time, as wrmsr\non crossing kernel boundary is a no-no. This could perhaps later be a bit\nmore optimized (like disabling it in NOHZ, experiment with disabling it in\nidle, etc) if needed.\n\nNote that the synchronization of the mask manipulation via newly added\nspec_ctrl_mutex is currently not strictly needed, as the only updater is\nalready being serialized by cpu_add_remove_lock, but let's make this a\nlittle bit more future-proof.\n\nSigned-off-by: Jiri Kosina <jkosina@suse.cz>\nSigned-off-by: Thomas Gleixner <tglx@linutronix.de>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Josh Poimboeuf <jpoimboe@redhat.com>\nCc: Andrea Arcangeli <aarcange@redhat.com>\nCc:  \"WoodhouseDavid\" <dwmw@amazon.co.uk>\nCc: Andi Kleen <ak@linux.intel.com>\nCc: Tim Chen <tim.c.chen@linux.intel.com>\nCc:  \"SchauflerCasey\" <casey.schaufler@intel.com>\nCc: stable@vger.kernel.org\nLink: https://lkml.kernel.org/r/nycvar.YFH.7.76.1809251438240.15880@cbobk.fhfr.pm\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/intel/linux-intel-lts/commits/8a13906ae519b3ed95cd0fb73f1098b46362f6c4"},{"sha":"ed2df6687223bd1d7f82b19cbd52d79c4263ff0f","author":{"name":"Juergen Gross","email":"29bbaec13092d36559e3abc6f27f7d09c395819f@suse.com"},"message":"x86/xen: Fix boot loader version reported for PVH guests\n\ncommit 357d291ce035d1b757568058f3c9898c60d125b1 upstream.\n\nThe boot loader version reported via sysfs is wrong in case of the\nkernel being booted via the Xen PVH boot entry. it should be 2.12\n(0x020c), but it is reported to be 2.18 (0x0212).\n\nAs the current way to set the version is error prone use the more\nreadable variant (2 << 8) | 12.\n\nSigned-off-by: Juergen Gross <jgross@suse.com>\nCc: <stable@vger.kernel.org> # 4.12\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: boris.ostrovsky@oracle.com\nCc: bp@alien8.de\nCc: corbet@lwn.net\nCc: linux-doc@vger.kernel.org\nCc: xen-devel@lists.xenproject.org\nLink: http://lkml.kernel.org/r/20181010061456.22238-2-jgross@suse.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/intel/linux-intel-lts/commits/ed2df6687223bd1d7f82b19cbd52d79c4263ff0f"},{"sha":"f2e58b0414523cac77c52ab1f7b4f470e6e69ada","author":{"name":"He Zhe","email":"a3bd65281adbcf25519dae3b8193f9759d7ff222@windriver.com"},"message":"x86/corruption-check: Fix panic in memory_corruption_check() when boot option without value is provided\n\ncommit ccde460b9ae5c2bd5e4742af0a7f623c2daad566 upstream.\n\nmemory_corruption_check[{_period|_size}]()'s handlers do not check input\nargument before passing it to kstrtoul() or simple_strtoull(). The argument\nwould be a NULL pointer if each of the kernel parameters, without its\nvalue, is set in command line and thus cause the following panic.\n\nPANIC: early exception 0xe3 IP 10:ffffffff73587c22 error 0 cr2 0x0\n[    0.000000] CPU: 0 PID: 0 Comm: swapper Not tainted 4.18-rc8+ #2\n[    0.000000] RIP: 0010:kstrtoull+0x2/0x10\n...\n[    0.000000] Call Trace\n[    0.000000]  ? set_corruption_check+0x21/0x49\n[    0.000000]  ? do_early_param+0x4d/0x82\n[    0.000000]  ? parse_args+0x212/0x330\n[    0.000000]  ? rdinit_setup+0x26/0x26\n[    0.000000]  ? parse_early_options+0x20/0x23\n[    0.000000]  ? rdinit_setup+0x26/0x26\n[    0.000000]  ? parse_early_param+0x2d/0x39\n[    0.000000]  ? setup_arch+0x2f7/0xbf4\n[    0.000000]  ? start_kernel+0x5e/0x4c2\n[    0.000000]  ? load_ucode_bsp+0x113/0x12f\n[    0.000000]  ? secondary_startup_64+0xa5/0xb0\n\nThis patch adds checks to prevent the panic.\n\nSigned-off-by: He Zhe <zhe.he@windriver.com>\nCc: Linus Torvalds <torvalds@linux-foundation.org>\nCc: Peter Zijlstra <peterz@infradead.org>\nCc: Thomas Gleixner <tglx@linutronix.de>\nCc: gregkh@linuxfoundation.org\nCc: kstewart@linuxfoundation.org\nCc: pombredanne@nexb.com\nCc: stable@vger.kernel.org\nLink: http://lkml.kernel.org/r/1534260823-87917-1-git-send-email-zhe.he@windriver.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/intel/linux-intel-lts/commits/f2e58b0414523cac77c52ab1f7b4f470e6e69ada"}]}
{"actor":{"display_login":"sys-oak"}}