{"push_id":2647450966,"size":276,"distinct_size":276,"ref":"refs/heads/master","head":"b5d903c2d656e9bc54bc76554a477d796a63120d","before":"f5b7769eb0400ec5217a47e41148a9f816ca1f9f","commits":[{"sha":"de15b94f87d1e55c51e45127d761ebfab000232e","author":{"name":"Darren Hart (VMware)","email":"38f9eaa30910c40b06f5a60020b1222f2a953801@infradead.org"},"message":"platform/x86: fujitsu-laptop: Simplify soft key handling\n\nThe hardcoded BIT(X) used in the soft key handling can be confusing and\nprone to errors.\n\nInstead, use the status FLAG_* defines for the sparse keymap index.\nRather than check for each known bit, use a bitmask to filter for all\nknown soft keys, and use the for_each_set_bit iterator.\n\nCc: Jan-Marek Glogowski <glogow@fbihome.de>\nCc: Michał Kępień <kernel@kempniu.pl>\nReviewed-by: Jonathan Woithe <jwoithe@just42.net>\nSigned-off-by: Darren Hart (VMware) <dvhart@infradead.org>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/de15b94f87d1e55c51e45127d761ebfab000232e"},{"sha":"8fddfb39a4791b3698e4e584681691567a276898","author":{"name":"Jia-Ju Bai","email":"4f6d392e422d1b8f381e5a7c1b9b3c46d9851e8b@gmail.com"},"message":"platform: x86: intel_scu_ipc: Replace mdelay with usleep_range in intel_scu_ipc_i2c_cntrl\n\nintel_scu_ipc_i2c_cntrl() calls mutex_lock(), which indicates\nthis function is not called in atomic context.\n\nDespite never getting called from atomic context,\nintel_scu_ipc_i2c_cntrl() calls mdelay to busily wait.\nThis is not necessary and can be replaced with usleep_range to\navoid busy waiting.\n\nThis is found by a static analysis tool named DCNS written by myself.\nAnd I also manually check it.\n\nSigned-off-by: Jia-Ju Bai <baijiaju1990@gmail.com>\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/8fddfb39a4791b3698e4e584681691567a276898"},{"sha":"b004b21cc664ca00782508514dade43e29eebf94","author":{"name":"Mario Limonciello","email":"3f0fe7ef7a1360c182d345338042daf40343329b@dell.com"},"message":"platform/x86: dell-smbios: Match on www.dell.com in OEM strings too\n\nSergey reported that some much older Dell systems don't support\nthe OEM string \"Dell System\" but instead supported www.dell.com\nin OEM strings.\n\nMatch both of these to indicate that this driver is running on\na Dell system.\n\nReported-by: Sergey Kubushyn <ksi@koi8.net>\nTested-by: Sergey Kubushyn <ksi@koi8.net>\nSigned-off-by: Mario Limonciello <mario.limonciello@dell.com>\n[dvhart: Simplify DMI logic and eliminate unnecessary variables]\nSigned-off-by: Darren Hart (VMware) <dvhart@infradead.org>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/b004b21cc664ca00782508514dade43e29eebf94"},{"sha":"06b8b00b33a145ef5d708ff971cfdb83c8e480c0","author":{"name":"João Paulo Rechi Vita","email":"73d291f08d13d32632b832fa7d85a63d7a7e1fab@gmail.com"},"message":"platform/x86: asus-wireless: Fix NULL pointer dereference\n\nWhen the module is removed the led workqueue is destroyed in the remove\ncallback, before the led device is unregistered from the led subsystem.\n\nThis leads to a NULL pointer derefence when the led device is\nunregistered automatically later as part of the module removal cleanup.\nBellow is the backtrace showing the problem.\n\n  BUG: unable to handle kernel NULL pointer dereference at           (null)\n  IP: __queue_work+0x8c/0x410\n  PGD 0 P4D 0\n  Oops: 0000 [#1] SMP NOPTI\n  Modules linked in: ccm edac_mce_amd kvm_amd kvm irqbypass crct10dif_pclmul crc32_pclmul ghash_clmulni_intel pcbc aesni_intel aes_x86_64 joydev crypto_simd asus_nb_wmi glue_helper uvcvideo snd_hda_codec_conexant snd_hda_codec_generic snd_hda_codec_hdmi snd_hda_intel asus_wmi snd_hda_codec cryptd snd_hda_core sparse_keymap videobuf2_vmalloc arc4 videobuf2_memops snd_hwdep input_leds videobuf2_v4l2 ath9k psmouse videobuf2_core videodev ath9k_common snd_pcm ath9k_hw media fam15h_power ath k10temp snd_timer mac80211 i2c_piix4 r8169 mii mac_hid cfg80211 asus_wireless(-) snd soundcore wmi shpchp 8250_dw ip_tables x_tables amdkfd amd_iommu_v2 amdgpu radeon chash i2c_algo_bit drm_kms_helper syscopyarea serio_raw sysfillrect sysimgblt fb_sys_fops ahci ttm libahci drm video\n  CPU: 3 PID: 2177 Comm: rmmod Not tainted 4.15.0-5-generic #6+dev94.b4287e5bem1-Endless\n  Hardware name: ASUSTeK COMPUTER INC. X555DG/X555DG, BIOS 5.011 05/05/2015\n  RIP: 0010:__queue_work+0x8c/0x410\n  RSP: 0018:ffffbe8cc249fcd8 EFLAGS: 00010086\n  RAX: ffff992ac6810800 RBX: 0000000000000000 RCX: 0000000000000008\n  RDX: 0000000000000000 RSI: 0000000000000008 RDI: ffff992ac6400e18\n  RBP: ffffbe8cc249fd18 R08: ffff992ac6400db0 R09: 0000000000000000\n  R10: 0000000000000040 R11: ffff992ac6400dd8 R12: 0000000000002000\n  R13: ffff992abd762e00 R14: ffff992abd763e38 R15: 000000000001ebe0\n  FS:  00007f318203e700(0000) GS:ffff992aced80000(0000) knlGS:0000000000000000\n  CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n  CR2: 0000000000000000 CR3: 00000001c720e000 CR4: 00000000001406e0\n  Call Trace:\n   queue_work_on+0x38/0x40\n   led_state_set+0x2c/0x40 [asus_wireless]\n   led_set_brightness_nopm+0x14/0x40\n   led_set_brightness+0x37/0x60\n   led_trigger_set+0xfc/0x1d0\n   led_classdev_unregister+0x32/0xd0\n   devm_led_classdev_release+0x11/0x20\n   release_nodes+0x109/0x1f0\n   devres_release_all+0x3c/0x50\n   device_release_driver_internal+0x16d/0x220\n   driver_detach+0x3f/0x80\n   bus_remove_driver+0x55/0xd0\n   driver_unregister+0x2c/0x40\n   acpi_bus_unregister_driver+0x15/0x20\n   asus_wireless_driver_exit+0x10/0xb7c [asus_wireless]\n   SyS_delete_module+0x1da/0x2b0\n   entry_SYSCALL_64_fastpath+0x24/0x87\n  RIP: 0033:0x7f3181b65fd7\n  RSP: 002b:00007ffe74bcbe18 EFLAGS: 00000206 ORIG_RAX: 00000000000000b0\n  RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007f3181b65fd7\n  RDX: 000000000000000a RSI: 0000000000000800 RDI: 0000555ea2559258\n  RBP: 0000555ea25591f0 R08: 00007ffe74bcad91 R09: 000000000000000a\n  R10: 0000000000000000 R11: 0000000000000206 R12: 0000000000000003\n  R13: 00007ffe74bcae00 R14: 0000000000000000 R15: 0000555ea25591f0\n  Code: 01 00 00 02 0f 85 7d 01 00 00 48 63 45 d4 48 c7 c6 00 f4 fa 87 49 8b 9d 08 01 00 00 48 03 1c c6 4c 89 f7 e8 87 fb ff ff 48 85 c0 <48> 8b 3b 0f 84 c5 01 00 00 48 39 f8 0f 84 bc 01 00 00 48 89 c7\n  RIP: __queue_work+0x8c/0x410 RSP: ffffbe8cc249fcd8\n  CR2: 0000000000000000\n  ---[ end trace 7aa4f4a232e9c39c ]---\n\nUnregistering the led device on the remove callback before destroying the\nworkqueue avoids this problem.\n\nhttps://bugzilla.kernel.org/show_bug.cgi?id=196097\n\nReported-by: Dun Hum <bitter.taste@gmx.com>\nCc: stable@vger.kernel.org\nSigned-off-by: João Paulo Rechi Vita <jprvita@endlessm.com>\nSigned-off-by: Darren Hart (VMware) <dvhart@infradead.org>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/06b8b00b33a145ef5d708ff971cfdb83c8e480c0"},{"sha":"d605ca29c35d9ebc0c32c386d95336d5339f61f7","author":{"name":"Wolfram Sang","email":"66ab244bc42248f12645ba300439b5263f6a6fca@sang-engineering.com"},"message":"platform/x86: Simplify getting .drvdata\n\nWe should get drvdata from struct device directly. Going via\nplatform_device is an unneeded step back and forth.\n\nSigned-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>\nSigned-off-by: Darren Hart (VMware) <dvhart@infradead.org>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/d605ca29c35d9ebc0c32c386d95336d5339f61f7"},{"sha":"6ed66c3ce095ae65bbc976b5817c318653745736","author":{"name":"Mario Limonciello","email":"3f0fe7ef7a1360c182d345338042daf40343329b@dell.com"},"message":"platform/x86: Kconfig: Fix dell-laptop dependency chain.\n\nAs reported by Randy Dunlap:\n>> WARNING: unmet direct dependencies detected for DELL_SMBIOS\n>>   Depends on [m]: X86 [=y] && X86_PLATFORM_DEVICES [=y]\n>>\t&& (DCDBAS [=m] ||\n>> DCDBAS [=m]=n) && (ACPI_WMI [=n] || ACPI_WMI [=n]=n)\n>>   Selected by [y]:\n>>   - DELL_LAPTOP [=y] && X86 [=y] && X86_PLATFORM_DEVICES [=y]\n>> && DMI [=y]\n>> && BACKLIGHT_CLASS_DEVICE [=y] && (ACPI_VIDEO [=n] ||\n>>\tACPI_VIDEO [=n]=n)\n>> && (RFKILL [=n] || RFKILL [=n]=n) && SERIO_I8042 [=y]\n>>\n\nRight now it's possible to set dell laptop to compile in but this\ncauses dell-smbios to compile in which breaks if dcdbas is a module.\n\nDell laptop shouldn't select dell-smbios anymore, but depend on it.\n\nFixes: 32d7b19bad96 (platform/x86: dell-smbios: Resolve dependency error on DCDBAS)\nReported-by: Randy Dunlap <rdunlap@infradead.org>\nSigned-off-by: Mario Limonciello <mario.limonciello@dell.com>\nCc: stable@vger.kernel.org\nSigned-off-by: Darren Hart (VMware) <dvhart@infradead.org>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/6ed66c3ce095ae65bbc976b5817c318653745736"},{"sha":"19e752052b9dd5b1ab901f1982b5d2ae7c188ca2","author":{"name":"Luc Van Oostenryck","email":"dd9f43619da47dffa3d6afc8bcbb7c8c20e3f8a0@gmail.com"},"message":"platform/x86: apple-gmux: fix gmux_get_client_id()'s return type\n\nThe method struct vga_switcheroo_handler::get_client_id() is defined\nas returning an 'enum vga_switcheroo_client_id' but the implementation\nin this driver, gmux_get_client_id(), returns an 'int'.\n\nFix this by returning 'enum vga_switcheroo_client_id' in this driver too.\n\nSigned-off-by: Luc Van Oostenryck <luc.vanoostenryck@gmail.com>\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/19e752052b9dd5b1ab901f1982b5d2ae7c188ca2"},{"sha":"735596ca8a1cd3de87f0ff05213bb2ee0495ccbd","author":{"name":"Martin Blumenstingl","email":"d6551fe26e010d03a5698ebfdda3aed52f4942a2@googlemail.com"},"message":"pwm: meson: Fix allocation of PWM channel array\n\nUsing the pwm-meson driver on the 32-bit SoCs causes memory corruption.\nThe result are some hard-to-explain errors, for example\ndevm_clk_register() crashes with a NULL dereference somewhere deep in\nthe common clock framework code. In some cases the kernel even refused\nto boot when any of the PWM controllers were enabled on Meson8b.\n\nThe root cause is an incorrect memory size in the devm_kcalloc() call in\nmeson_pwm_probe(). The code allocates an array of meson_pwm_channel\nstructs, but the size given is the size of the meson_pwm struct (which\nseems like a small copy-and-paste error, as meson_pwm is allocated a few\nlines above).\n\nEven with this typo the code seemed to work fine on the 64-bit GX SoCs\n(maybe due to the structs having the same size in the compiled result,\nbut I haven't checked this further).\n\nFixes: 211ed630753d2f (\"pwm: Add support for Meson PWM Controller\")\nSigned-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>\nSigned-off-by: Thierry Reding <thierry.reding@gmail.com>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/735596ca8a1cd3de87f0ff05213bb2ee0495ccbd"},{"sha":"8c7ecc9953391cb0f7bf7e6eb34f9f9ac885259a","author":{"name":"Pierre-Yves MORDRET","email":"956f07c46ddbd7677677e26b40bbd640c8cf9fa0@st.com"},"message":"i2c: i2c-stm32f7: Add 10-bit address support\n\nThis patch adds support for 10-bit device address for STM32F7 I2C\n\nSigned-off-by: M'boumba Cedric Madianga <cedric.madianga@gmail.com>\nSigned-off-by: Pierre-Yves MORDRET <pierre-yves.mordret@st.com>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/8c7ecc9953391cb0f7bf7e6eb34f9f9ac885259a"},{"sha":"60d609f30de27b14a17eb46365f8ef83fd7af024","author":{"name":"Pierre-Yves MORDRET","email":"956f07c46ddbd7677677e26b40bbd640c8cf9fa0@st.com"},"message":"i2c: i2c-stm32f7: Add slave support\n\nThis patch adds slave support for I2C controller embedded in STM32F7 SoC\n\nSigned-off-by: M'boumba Cedric Madianga <cedric.madianga@gmail.com>\nSigned-off-by: Pierre-Yves MORDRET <pierre-yves.mordret@st.com>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/60d609f30de27b14a17eb46365f8ef83fd7af024"},{"sha":"9e48155f6bfe3d3896c8596f56cc2f76d344db3a","author":{"name":"Pierre-Yves MORDRET","email":"956f07c46ddbd7677677e26b40bbd640c8cf9fa0@st.com"},"message":"i2c: i2c-stm32f7: Add initial SMBus protocols support\n\nThis patch adds SMBus support for I2C controller embedded in STM32F7 Soc.\nAll SMBus protocols are implemented except SMBus-specific protocols like\nSMBus Host Notification and SMBus Alert protocols.\n\nImplemented: SMBus Quick command, Send byte, Receive byte, Write byte/word,\nread byte/word, Process call, Block write/read and Block write-block read\nprocess call.\n\nSigned-off-by: M'boumba Cedric Madianga <cedric.madianga@gmail.com>\nSigned-off-by: Pierre-Yves MORDRET <pierre-yves.mordret@st.com>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/9e48155f6bfe3d3896c8596f56cc2f76d344db3a"},{"sha":"bb8822cbbc5334dc89b7415dbdc6d51421e74773","author":{"name":"Pierre-Yves MORDRET","email":"956f07c46ddbd7677677e26b40bbd640c8cf9fa0@st.com"},"message":"i2c: i2c-stm32: Add generic DMA API\n\nThis patch adds a generic DMA API to implement DMA support for i2c-stm32fx\ndrivers\n\nSigned-off-by: M'boumba Cedric Madianga <cedric.madianga@gmail.com>\nSigned-off-by: Pierre-Yves MORDRET <pierre-yves.mordret@st.com>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/bb8822cbbc5334dc89b7415dbdc6d51421e74773"},{"sha":"7ecc8cfde553b92f897bd60b21bf53de9277e3aa","author":{"name":"Pierre-Yves MORDRET","email":"956f07c46ddbd7677677e26b40bbd640c8cf9fa0@st.com"},"message":"i2c: i2c-stm32f7: Add DMA support\n\nThis patch adds DMA support for i2c-stm32f7 driver\n\nSigned-off-by: M'boumba Cedric Madianga <cedric.madianga@gmail.com>\nSigned-off-by: Pierre-Yves MORDRET <pierre-yves.mordret@st.com>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/7ecc8cfde553b92f897bd60b21bf53de9277e3aa"},{"sha":"562de4ff4cd2beb1bd3a1581e22623f05b114c97","author":{"name":"Pierre-Yves MORDRET","email":"956f07c46ddbd7677677e26b40bbd640c8cf9fa0@st.com"},"message":"i2c: i2c-stm32f7: Implement I2C release mechanism\n\nFeature prevents I2C lock-ups. Mechanism resets I2C state machine\nand releases SCL/SDA signals but preserves I2C registers.\n\nSigned-off-by: Pierre-Yves MORDRET <pierre-yves.mordret@st.com>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/562de4ff4cd2beb1bd3a1581e22623f05b114c97"},{"sha":"e8f39e9fc0e0b7bce24922da925af820bacb8ef8","author":{"name":"David Engraf","email":"df210f061c328e677504fa67a63e5b42689b3fca@sysgo.com"},"message":"i2c: at91: Read all available bytes at once\n\nWith FIFO enabled it is possible to read multiple bytes\nat once in the interrupt handler as long as RXRDY is\nset. This may also reduce the number of interrupts.\n\nThis patch polls RXRDY and reads all available bytes at\nonce.\n\nSigned-off-by: David Engraf <david.engraf@sysgo.com>\nAcked-by: Ludovic Desroches <ludovic.desroches@microchip.com>\n[wsa: reformatted comment]\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/e8f39e9fc0e0b7bce24922da925af820bacb8ef8"},{"sha":"a9c8088c7988e3a8a364cac9c26eba9ee2ea6153","author":{"name":"Jean Delvare","email":"efca98801f3398ebd7eeff805a2c18e6c49e84d4@suse.de"},"message":"i2c: i801: Don't restore config registers on runtime PM\n\nRestoring configuration registers is only needed when we hand control\nto the firmware. This is never the case with runtime power\nmanagement. The device will autosuspend whenever not used, so avoid\nuseless register writes by defining suspend/resume only, and not\nruntime_suspend/runtime_resume.\n\nSigned-off-by: Jean Delvare <jdelvare@suse.de>\nReviewed-by: Jarkko Nikula <jarkko.nikula@linux.intel.com>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/a9c8088c7988e3a8a364cac9c26eba9ee2ea6153"},{"sha":"952cfd15815e0308135001dc7a612b8fa7feb2d2","author":{"name":"Krzysztof Kozlowski","email":"207922aea7c6c304bf821a3c657354765d4ec2a5@kernel.org"},"message":"i2c: s3c2410: Remove support for Exynos5440\n\nThe Exynos5440 is not actively developed, there are no development\nboards available and probably there are no real products with it.\nRemove wide-tree support for Exynos5440.\n\nSigned-off-by: Krzysztof Kozlowski <krzk@kernel.org>\nReviewed-by: Sylwester Nawrocki <s.nawrocki@samsung.com>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/952cfd15815e0308135001dc7a612b8fa7feb2d2"},{"sha":"6e29577fc2a870c4272d10d54d2fdec019301dc0","author":{"name":"Ryder Lee","email":"c888b2f23d7b208a47dcb456a896437ffc943708@mediatek.com"},"message":"i2c: mediatek: use of_device_get_match_data()\n\nThe usage of of_device_get_match_data() reduce the code size a bit.\n\nAlso, the only way to call mtk_i2c_probe() is to match an entry in\nmtk_i2c_of_match[], so of_id cannot be NULL.\n\nSigned-off-by: Ryder Lee <ryder.lee@mediatek.com>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/6e29577fc2a870c4272d10d54d2fdec019301dc0"},{"sha":"313ce648b5a4ac8ceed63a36570126b7684165a0","author":{"name":"Michael Shych","email":"c00922b69906908cc80c456f929b0c8a2b9e38d8@mellanox.com"},"message":"i2c: mlxcpld: Add support for extended transaction length for i2c-mlxcpld\n\nIt adds support for extended length of read and write transactions.\nNew CPLD logic allows double size of the read and write transactions\nlength. This feature is verified through capability register, which is\nrenamed from unclear LPF_REG to CPBLTY_REG. Two bits 5 and 6 of these\nregister are used for length capability detection, while only 01\ncombination indicates support of extended transaction length.\nOthers mean lack of such support.\n\nSigned-off-by: Michael Shych <michaelsh@mellanox.com>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/313ce648b5a4ac8ceed63a36570126b7684165a0"},{"sha":"c9bfdc7c16cbc16348ede102f21d0c5c1338cee8","author":{"name":"Michael Shych","email":"c00922b69906908cc80c456f929b0c8a2b9e38d8@mellanox.com"},"message":"i2c: mlxcpld: Add support for smbus block read transaction\n\nIt adds support for smbus block read transaction. CPLD smbus block read bit\nof capability register is verified during driver initialization, and driver\ndata is updated if such capability is available. In case an upper layer\nrequests a read transaction of length one and expects that length will be\nthe first received byte, driver will notify CPLD about SMBus block read\ntransaction flavor, so CPLD will know to execute such kind of transaction.\n\nSigned-off-by: Michael Shych <michaelsh@mellanox.com>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","distinct":true,"url":"https://api.github.com/repos/LeSpocky/linux/commits/c9bfdc7c16cbc16348ede102f21d0c5c1338cee8"}]}
{"actor":{"display_login":"LeSpocky"}}