{"push_id":1364034872,"size":303,"distinct_size":18,"ref":"refs/heads/work/hns/dt/gta04","head":"c900087ea878c822be21706bc5ea6a8756a57828","before":"63567dc9f0f5c7d005279b06cfdec5c3d2095e5e","commits":[{"sha":"54f9c4d0778b3f9ab791b1b7eb1a5d2809f02f50","author":{"name":"Alistair Popple","email":"282a5e7894e60a826b2ef1473b1a0536b4a642df@popple.id.au"},"message":"ipmi: add an Aspeed BT IPMI BMC driver\n\nThis patch adds a simple device driver to expose the iBT interface on\nAspeed SOCs (AST2400 and AST2500) as a character device. Such SOCs are\ncommonly used as BMCs (BaseBoard Management Controllers) and this\ndriver implements the BMC side of the BT interface.\n\nThe BT (Block Transfer) interface is used to perform in-band IPMI\ncommunication between a host and its BMC. Entire messages are buffered\nbefore sending a notification to the other end, host or BMC, that\nthere is data to be read. Usually, the host emits requests and the BMC\nresponses but the specification provides a mean for the BMC to send\nSMS Attention (BMC-to-Host attention or System Management Software\nattention) messages.\n\nFor this purpose, the driver introduces a specific ioctl on the\ndevice: 'BT_BMC_IOCTL_SMS_ATN' that can be used by the system running\non the BMC to signal the host of such an event.\n\nThe device name defaults to '/dev/ipmi-bt-host'\n\nSigned-off-by: Alistair Popple <alistair@popple.id.au>\nSigned-off-by: Jeremy Kerr <jk@ozlabs.org>\nSigned-off-by: Joel Stanley <joel@jms.id.au>\n[clg: - checkpatch fixes\n      - added a devicetree binding documentation\n      - replace 'bt_host' by 'bt_bmc' to reflect that the driver is\n        the BMC side of the IPMI BT interface\n      - renamed the device to 'ipmi-bt-host'\n      - introduced a temporary buffer to copy_{to,from}_user\n      - used platform_get_irq()\n      - moved the driver under drivers/char/ipmi/ but kept it as a misc\n        device\n      - changed the compatible cell to \"aspeed,ast2400-bt-bmc\"\n]\nSigned-off-by: Cédric Le Goater <clg@kaod.org>\nAcked-by: Arnd Bergmann <arnd@arndb.de>\n[clg: - checkpatch --strict fixes\n      - removed the use of devm_iounmap, devm_kfree in cleanup paths\n      - introduced an atomic-t to limit opens to 1\n      - introduced a mutex to protect write/read operations]\nAcked-by: Rob Herring <robh@kernel.org>\nSigned-off-by: Cédric Le Goater <clg@kaod.org>\nSigned-off-by: Corey Minyard <cminyard@mvista.com>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/54f9c4d0778b3f9ab791b1b7eb1a5d2809f02f50"},{"sha":"1a377a79211a08c5c8a05c0b6dee6d5b13ef4107","author":{"name":"Joel Stanley","email":"4a689f2c6015f1aa0842cb2cf7afeb81d6029c84@jms.id.au"},"message":"ipmi: Fix ioremap error handling in bt-bmc\n\ndevm_ioremap_resource returns ERR_PTR so we can't check for NULL.\n\nSigned-off-by: Joel Stanley <joel@jms.id.au>\nAcked-by: Cédric Le Goater <clg@kaod.org>\nSigned-off-by: Corey Minyard <cminyard@mvista.com>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/1a377a79211a08c5c8a05c0b6dee6d5b13ef4107"},{"sha":"a3e6061bad6292f2d5be3c1c4ccf1fa136517dec","author":{"name":"Cédric Le Goater","email":"0e93dceb4ebc95d9a891cbe594a92d8743509c78@kaod.org"},"message":"ipmi/bt-bmc: add a dependency on ARCH_ASPEED\n\nSigned-off-by: Cédric Le Goater <clg@kaod.org>\nSigned-off-by: Corey Minyard <cminyard@mvista.com>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/a3e6061bad6292f2d5be3c1c4ccf1fa136517dec"},{"sha":"d94655b405ba08838fb3db301dddb02a435ae16c","author":{"name":"Wei Yongjun","email":"cea121043064f325ec96cf17db61a214210a3ed7@huawei.com"},"message":"ipmi/bt-bmc: remove redundant return value check of platform_get_resource()\n\nRemove unneeded error handling on the result of a call\nto platform_get_resource() when the value is passed to\ndevm_ioremap_resource().\n\nSigned-off-by: Wei Yongjun <weiyongjun1@huawei.com>\nAcked-by: Cédric Le Goater <clg@kaod.org>\nSigned-off-by: Corey Minyard <cminyard@mvista.com>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/d94655b405ba08838fb3db301dddb02a435ae16c"},{"sha":"bd85f4b37ddf2da22ccf5b29d264b2459b6722df","author":{"name":"Xie XiuQi","email":"bb88de4360ee19c2cf6936f1b6859b84e1448bc6@huawei.com"},"message":"ipmi: fix crash on reading version from proc after unregisted bmc\n\nI meet a crash, which could be reproduce:\n1) while true; do cat /proc/ipmi/0/version; done\n2) modprobe -rv ipmi_si ipmi_msghandler ipmi_devintf\n\n[82761.021137] IPMI BT: req2rsp=5 secs retries=2\n[82761.034524] ipmi device interface\n[82761.222218] ipmi_si ipmi_si.0: Found new BMC (man_id: 0x0007db, prod_id: 0x0001, dev_id: 0x01)\n[82761.222230] ipmi_si ipmi_si.0: IPMI bt interface initialized\n[82903.922740] BUG: unable to handle kernel NULL pointer dereference at 00000000000002d4\n[82903.930952] IP: [<ffffffffa030d9e8>] smi_version_proc_show+0x18/0x40 [ipmi_msghandler]\n[82903.939220] PGD 86693a067 PUD 865304067 PMD 0\n[82903.943893] Thread overran stack, or stack corrupted\n[82903.949034] Oops: 0000 [#1] SMP\n[82903.983091] Modules linked in: ipmi_si(-) ipmi_msghandler binfmt_misc ebtable_filter ebtables ip6table_filter ip6_tables iptable_filter\n...\n[82904.057285]  pps_core scsi_transport_sas dm_mod vfio_iommu_type1 vfio xt_sctp nf_conntrack_proto_sctp nf_nat_proto_sctp\n                nf_nat nf_conntrack sctp libcrc32c [last unloaded: ipmi_devintf]\n[82904.073169] CPU: 37 PID: 28089 Comm: cat Tainted: GF          O   ---- -------   3.10.0-327.28.3.el7.x86_64 #1\n[82904.083373] Hardware name: Huawei RH2288H V3/BC11HGSA0, BIOS 3.22 05/16/2016\n[82904.090592] task: ffff880101cc2e00 ti: ffff880369c54000 task.ti: ffff880369c54000\n[82904.098414] RIP: 0010:[<ffffffffa030d9e8>]  [<ffffffffa030d9e8>] smi_version_proc_show+0x18/0x40 [ipmi_msghandler]\n[82904.109124] RSP: 0018:ffff880369c57e70  EFLAGS: 00010203\n[82904.114608] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000024688470\n[82904.121912] RDX: fffffffffffffff4 RSI: ffffffffa0313404 RDI: ffff8808670ce200\n[82904.129218] RBP: ffff880369c57e70 R08: 0000000000019720 R09: ffffffff81204a27\n[82904.136521] R10: ffff88046f803300 R11: 0000000000000246 R12: ffff880662399700\n[82904.143828] R13: 0000000000000001 R14: ffff880369c57f48 R15: ffff8808670ce200\n[82904.151128] FS:  00007fb70c9ca740(0000) GS:ffff88086e340000(0000) knlGS:0000000000000000\n[82904.159557] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n[82904.165473] CR2: 00000000000002d4 CR3: 0000000864c0c000 CR4: 00000000003407e0\n[82904.172778] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\n[82904.180084] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400\n[82904.187385] Stack:\n[82904.189573]  ffff880369c57ee0 ffffffff81204f1a 00000000122a2427 0000000001426000\n[82904.197392]  ffff8808670ce238 0000000000010000 0000000000000000 0000000000000fff\n[82904.205198]  00000000122a2427 ffff880862079600 0000000001426000 ffff880369c57f48\n[82904.212962] Call Trace:\n[82904.219667]  [<ffffffff81204f1a>] seq_read+0xfa/0x3a0\n[82904.224893]  [<ffffffff8124ce2d>] proc_reg_read+0x3d/0x80\n[82904.230468]  [<ffffffff811e102c>] vfs_read+0x9c/0x170\n[82904.235689]  [<ffffffff811e1b7f>] SyS_read+0x7f/0xe0\n[82904.240816]  [<ffffffff81649209>] system_call_fastpath+0x16/0x1b\n[82904.246991] Code: 30 a0 e8 0c 6f ef e0 5b 5d c3 66 0f 1f 84 00 00 00 00 00 0f 1f\n               44 00 00 48 8b 47 78 55 48 c7 c6 04 34 31 a0 48 89 e5 48 8b 40 50 <0f>\n\t       b6 90 d4 02 00 00 31 c0 89 d1 83 e2 0f c0 e9 04 0f b6 c9 e8\n[82904.267710] RIP  [<ffffffffa030d9e8>] smi_version_proc_show+0x18/0x40 [ipmi_msghandler]\n[82904.276079]  RSP <ffff880369c57e70>\n[82904.279734] CR2: 00000000000002d4\n[82904.283731] ---[ end trace a69e4328b49dd7c4 ]---\n[82904.328118] Kernel panic - not syncing: Fatal exception\n\nReading versin from /proc need bmc device struct available. So in this patch\nwe move add/remove_proc_entries between ipmi_bmc_register and ipmi_bmc_unregister.\n\nCc: Kefeng Wang <wangkefeng.wang@huawei.com>\nSigned-off-by: Xie XiuQi <xiexiuqi@huawei.com>\nSigned-off-by: Corey Minyard <cminyard@mvista.com>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/bd85f4b37ddf2da22ccf5b29d264b2459b6722df"},{"sha":"ea908ba8f73446dfbf87ff71f7cadb1994d2c5bb","author":{"name":"Russell King","email":"8640768d851c67eb4c0e8bfcf2aabcc8010b9372@armlinux.org.uk"},"message":"drm/armada: fix clock counts\n\nThe DPMS handling wrt clock enables/disables was incorrect: we could end\nup decrementing the clock count multiple times if we transition via\nseveral low-power DPMS states, resulting in a kernel warning.  Fix this\nby only testing to see whether we are entering or exiting the DPMS off\nstate.\n\nSigned-off-by: Russell King <rmk+kernel@armlinux.org.uk>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/ea908ba8f73446dfbf87ff71f7cadb1994d2c5bb"},{"sha":"6449e31ddebdce68508cfaf0915d31aad3835f4f","author":{"name":"Alexey Khoroshilov","email":"ace9a61ddd722b948531d2d4c78db504ebfc9f1b@ispras.ru"},"message":"firewire: nosy: do not ignore errors in ioremap_nocache()\n\nThere is no check if ioremap_nocache() returns a valid pointer.\nPotentially it can lead to null pointer dereference.\n\nFound by Linux Driver Verification project (linuxtesting.org).\n\nSigned-off-by: Alexey Khoroshilov <khoroshilov@ispras.ru>\nSigned-off-by: Stefan Richter <stefanr@s5r6.in-berlin.de> (renamed goto labels)","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/6449e31ddebdce68508cfaf0915d31aad3835f4f"},{"sha":"3d1355b3cfad53feba76a73b052c757a7de7f4de","author":{"name":"Heiner Kallweit","email":"9b74e2f58bb345ea6f44fd21e92b6c0731959004@gmail.com"},"message":"HID: hid-led: fix issue with transfer buffer not being dma capable\n\nThe hid-led driver works fine under 4.8.0, however with the next\nkernel from today I get this:\n\n------------[ cut here ]------------\nWARNING: CPU: 0 PID: 2578 at drivers/usb/core/hcd.c:1584 usb_hcd_map_urb_for_dma+0x373/0x550 [usbcore]\ntransfer buffer not dma capable\nModules linked in: hid_led(+) usbhid vfat fat ir_sony_decoder iwlmvm led_class mac80211 snd_hda_codec_realtek snd_hda_codec_generic x86_pkg_temp_thermal iwlwifi crc32c_intel snd_hda_codec_hdmi i2c_i801 i2c_smbus snd_hda_intel cfg80211 snd_hda_codec snd_hda_core snd_pcm r8169 snd_timer mei_me mii snd mei ir_lirc_codec lirc_dev nuvoton_cir rc_core btusb btintel bluetooth rfkill usb_storage efivarfs ipv6 ehci_pci ehci_hcd xhci_pci xhci_hcd usbcore usb_common ext4 jbd2 mbcache ahci libahci libata\nCPU: 0 PID: 2578 Comm: systemd-udevd Not tainted 4.8.0-rc8-next-20161003 #1\nHardware name: ZOTAC ZBOX-CI321NANO/ZBOX-CI321NANO, BIOS B246P105 06/01/2015\n ffffc90003dbb7e0 ffffffff81280425 ffffc90003dbb830 0000000000000000\n ffffc90003dbb820 ffffffff8105b086 0000063003dbb800 ffff88006f374480\n 0000000000000000 0000000000000000 0000000000000001 ffff880079544000\nCall Trace:\n [<ffffffff81280425>] dump_stack+0x68/0x93\n [<ffffffff8105b086>] __warn+0xc6/0xe0\n [<ffffffff8105b0ea>] warn_slowpath_fmt+0x4a/0x50\n [<ffffffffa0143a43>] usb_hcd_map_urb_for_dma+0x373/0x550 [usbcore]\n [<ffffffffa01441b6>] usb_hcd_submit_urb+0x316/0x9c0 [usbcore]\n [<ffffffff810bce80>] ? rcu_read_lock_sched_held+0x40/0x80\n [<ffffffff810e0043>] ? module_assert_mutex_or_preempt+0x13/0x50\n [<ffffffff810e0c07>] ? __module_address+0x27/0xf0\n [<ffffffffa01456e4>] usb_submit_urb+0x2c4/0x520 [usbcore]\n [<ffffffffa0145fea>] usb_start_wait_urb+0x5a/0xe0 [usbcore]\n [<ffffffffa014612c>] usb_control_msg+0xbc/0xf0 [usbcore]\n [<ffffffff810e0c07>] ? __module_address+0x27/0xf0\n [<ffffffffa079a724>] usbhid_raw_request+0xa4/0x180 [usbhid]\n [<ffffffffa07a93b1>] hidled_recv+0x71/0xe0 [hid_led]\n [<ffffffffa07a947d>] thingm_init+0x2d/0x50 [hid_led]\n [<ffffffffa07a969b>] hidled_probe+0xcb/0x24a [hid_led]\n [<ffffffff814d96f2>] hid_device_probe+0xd2/0x150\n [<ffffffff8146023d>] driver_probe_device+0x1fd/0x2c0\n [<ffffffff8146039a>] __driver_attach+0x9a/0xa0\n [<ffffffff81460300>] ? driver_probe_device+0x2c0/0x2c0\n [<ffffffff8145e25d>] bus_for_each_dev+0x5d/0x90\n [<ffffffff8145fa79>] driver_attach+0x19/0x20\n [<ffffffff8145f5ff>] bus_add_driver+0x11f/0x220\n [<ffffffffa07ac000>] ? 0xffffffffa07ac000\n [<ffffffff8146086b>] driver_register+0x5b/0xd0\n [<ffffffffa07ac000>] ? 0xffffffffa07ac000\n [<ffffffff814d83d1>] __hid_register_driver+0x61/0xa0\n [<ffffffffa07ac01e>] hidled_driver_init+0x1e/0x20 [hid_led]\n [<ffffffff81000408>] do_one_initcall+0x38/0x150\n [<ffffffff810bce80>] ? rcu_read_lock_sched_held+0x40/0x80\n [<ffffffff81194ca0>] ? kmem_cache_alloc_trace+0x1d0/0x230\n [<ffffffff811342f9>] do_init_module+0x5a/0x1cb\n [<ffffffff810e3862>] load_module+0x1e42/0x2530\n [<ffffffff810e0990>] ? __symbol_put+0x50/0x50\n [<ffffffff810dfc50>] ? show_coresize+0x30/0x30\n [<ffffffff811ad650>] ? kernel_read_file+0x100/0x190\n [<ffffffff811ad794>] ? kernel_read_file_from_fd+0x44/0x70\n [<ffffffff810e415a>] SYSC_finit_module+0xba/0xc0\n [<ffffffff810e4179>] SyS_finit_module+0x9/0x10\n [<ffffffff815e082a>] entry_SYSCALL_64_fastpath+0x18/0xad\n---[ end trace c9e6ea27003ecf9e ]---\n\nFix this by using a kmalloc'ed buffer when calling hid_hw_raw_request.\n\nSigned-off-by: Heiner Kallweit <hkallweit1@gmail.com>\nReviewed-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>\nSigned-off-by: Jiri Kosina <jkosina@suse.cz>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/3d1355b3cfad53feba76a73b052c757a7de7f4de"},{"sha":"e15944099870f374ca7efc62f98cf23ba272ef43","author":{"name":"Ioan-Adrian Ratiu","email":"a46998b0b8da1bfb9915a608af880075c963865e@adirat.com"},"message":"HID: hid-dr: add input mapping for axis selection\n\nCommit 79346d620e9d (\"HID: input: force generic axis to be mapped to their\nuser space axis\") made mapping generic axes to their userspace equivalents\nmandatory and some lower end gamepads which were depending on the previous\nbehaviour suffered severe regressions because they were reusing axes and\nexpecting hid-input to multiplex their map to the respective userspace axis\nby always searching for and using the next available axis.\n\nOne solution is to add a hid quirk for this type of \"previous\" behaviour in\nhid-input to bypass the new axes policy in favour of the old one, but since\nonly one hardware vendor seems to be affected negatively we're better off\nmaking and exception and mapping in the driver for now; if more vendors or\ndrivers turn out to experience the problem we should reconsider the quirk\nsolution.\n\nSigned-off-by: Ioan-Adrian Ratiu <adi@adirat.com>\nReviewed-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>\nSigned-off-by: Jiri Kosina <jkosina@suse.cz>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/e15944099870f374ca7efc62f98cf23ba272ef43"},{"sha":"1bcaa05ebee115213e34f1806cc6a4f7a6175a88","author":{"name":"Ioan-Adrian Ratiu","email":"a46998b0b8da1bfb9915a608af880075c963865e@adirat.com"},"message":"Revert \"HID: dragonrise: fix HID Descriptor for 0x0006 PID\"\n\nThis reverts commit 18339f59c3a6 (\"HID: dragonrise: fix HID...\") because it\nbreaks certain dragonrise 0079:0006 gamepads. While it may fix a breakage\ncaused by commit 79346d620e9d (\"HID: input: force generic axis to be mapped\nto their user space axis\"), it is probable that the manufacturer released\ndifferent hardware with the same PID so this fix works for only a subset\nand breaks the other gamepads sharing the PID.\n\nWhat is needed is another more generic solution which fixes 79346d620e9d\n(\"HID: input: force generic axis ...\") breakage for this controller: we\nneed to add an exception for this driver to make it keep the old behaviour\nprevious to the initial breakage (this is done in patch 2 of this series).\n\nSigned-off-by: Ioan-Adrian Ratiu <adi@adirat.com>\nReviewed-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>\nSigned-off-by: Jiri Kosina <jkosina@suse.cz>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/1bcaa05ebee115213e34f1806cc6a4f7a6175a88"},{"sha":"4973ca9a01e2354b159acedec1b9b8eb8de02ab7","author":{"name":"Steinar H. Gunderson","email":"16d78e234ff34a518caad44bd4fea35cbf442046@bigfoot.com"},"message":"HID: add quirk for Akai MIDImix.\n\nThe Akai MIDImix (09e8:0031) is a MIDI fader controller that speaks\nregular MIDI and works well with Linux. However, initialization gets\ndelayed due to reports timeout:\n\n  [3643645.631124] hid-generic 0003:09E8:0031.0020: timeout initializing reports\n  [3643645.632416] hid-generic 0003:09E8:0031.0020: hiddev0: USB HID v1.11 Device [AKAI MIDI Mix] on usb-0000:00:14.0-2/input0\n\nAdding \"usbhid.quirks=0x09e8:0x0031:0x20000000\" on the kernel\ncommand line makes the issues go away.\n\nSigned-off-by: Steinar H. Gunderson <sgunderson@bigfoot.com>\nSigned-off-by: Jiri Kosina <jkosina@suse.cz>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/4973ca9a01e2354b159acedec1b9b8eb8de02ab7"},{"sha":"13d62fd26924b30593ffd970be17c7344149b188","author":{"name":"Wei Yongjun","email":"cea121043064f325ec96cf17db61a214210a3ed7@huawei.com"},"message":"mmc: sdhci-of-arasan: Fix non static symbol warning\n\nFixes the following sparse warning:\n\ndrivers/mmc/host/sdhci-of-arasan.c:253:6: warning:\n symbol 'sdhci_arasan_reset' was not declared. Should it be static?\n\nSigned-off-by: Wei Yongjun <weiyongjun1@huawei.com>\nAcked-by: Sören Brinkmann <soren.brinkmann@xilinx.com>\nAcked-by: Adrian Hunter <adrian.hunter@intel.com>\nSigned-off-by: Ulf Hansson <ulf.hansson@linaro.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/13d62fd26924b30593ffd970be17c7344149b188"},{"sha":"48ab086d262e705c4d042228479aaf0b2daffcf9","author":{"name":"Baoyou Xie","email":"a64ab05ff5ae1965dcd0bc08bf775301ca7059f0@linaro.org"},"message":"mmc: block: add missing header dependencies\n\nWe get 1 warning when building kernel with W=1:\ndrivers/mmc/card/block.c:2147:5: warning: no previous prototype for\n'mmc_blk_issue_rq' [-Wmissing-prototypes]\n\nIn fact, this function is declared in drivers/mmc/card/block.h, so this\npatch adds missing header dependencies.\n\nSigned-off-by: Baoyou Xie <baoyou.xie@linaro.org>\nSigned-off-by: Ulf Hansson <ulf.hansson@linaro.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/48ab086d262e705c4d042228479aaf0b2daffcf9"},{"sha":"1720d3545b772c49b2975eeb3b8f4d3f56dc2085","author":{"name":"Shawn Lin","email":"d05afb63fc7c176eb2c681ec3e64badcfb02edcb@rock-chips.com"},"message":"mmc: core: switch to 1V8 or 1V2 for hs400es mode\n\nWhen introducing hs400es, I didn't notice that we haven't\nswitched voltage to 1V2 or 1V8 for it. That happens to work\nas the first controller claiming to support hs400es, arasan(5.1),\nwhich is designed to only support 1V8. So the voltage is fixed to 1V8.\nBut it actually is wrong, and will not fit for other host controllers.\nLet's fix it.\n\nFixes: commit 81ac2af65793ecf (\"mmc: core: implement enhanced strobe support\")\nCc: <stable@vger.kernel.org>\nSigned-off-by: Shawn Lin <shawn.lin@rock-chips.com>\nReviewed-by: Douglas Anderson <dianders@chromium.org>\nSigned-off-by: Ulf Hansson <ulf.hansson@linaro.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/1720d3545b772c49b2975eeb3b8f4d3f56dc2085"},{"sha":"4f25580fb84d934d7ecffa3c0aa8f10f7e23af92","author":{"name":"Shawn Lin","email":"d05afb63fc7c176eb2c681ec3e64badcfb02edcb@rock-chips.com"},"message":"mmc: core: changes frequency to hs_max_dtr when selecting hs400es\n\nPer JESD84-B51 P49, Host need to change frequency to <=52MHz\nafter setting HS_TIMING to 0x1, and host may changes frequency\nto <= 200MHz after setting HS_TIMING to 0x3. That means the card\nexpects the clock rate to increase from the current used f_init\n(which is less than 400KHz, but still being less than 52MHz) to\n52MHz, otherwise we find some eMMC devices significantly report\nfailure when sending status.\n\nReported-by: Xiao Yao <xiaoyao@rock-chips.com>\nSigned-off-by: Shawn Lin <shawn.lin@rock-chips.com>\nReviewed-by: Douglas Anderson <dianders@chromium.org>\nSigned-off-by: Ulf Hansson <ulf.hansson@linaro.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/4f25580fb84d934d7ecffa3c0aa8f10f7e23af92"},{"sha":"8a3bee9b13824147dd15efb2993fb1b19c0e5555","author":{"name":"Shawn Lin","email":"d05afb63fc7c176eb2c681ec3e64badcfb02edcb@rock-chips.com"},"message":"mmc: sdhci-of-arasan: add sdhci_arasan_voltage_switch for arasan, 5.1\n\nPer the vendor's requirement, we shouldn't do any setting for\n1.8V Signaling Enable, otherwise the interaction/behaviour between\nphy and controller will be undefined. Mostly it works fine if we do\nthat, but we still see failures. Anyway, let's fix it to meet the\nvendor's requirement. The error log looks like:\n\n [   93.405085] mmc1: unexpected status 0x800900 after switch\n [   93.408474] mmc1: switch to bus width 1 failed\n [   93.408482] mmc1: mmc_select_hs200 failed, error -110\n [   93.408492] mmc1: error -110 during resume (card was removed?)\n [   93.408705] PM: resume of devices complete after 213.453 msecs\n\nSigned-off-by: Shawn Lin <shawn.lin@rock-chips.com>\nAcked-by: Adrian Hunter <adrian.hunter@intel.com>\nReviewed-by: Douglas Anderson <dianders@chromium.org>\nSigned-off-by: Ulf Hansson <ulf.hansson@linaro.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/8a3bee9b13824147dd15efb2993fb1b19c0e5555"},{"sha":"3f2d26643595973e835e8356ea90c7c15cb1b0f1","author":{"name":"Jiri Slaby","email":"5983af6a8e8283aa60de579a10bd4a0e541489a0@suse.cz"},"message":"mmc: core: Annotate cmd_hdr as __le32\n\nCommit f68381a70bb2 (mmc: block: fix packed command header endianness)\ncorrectly fixed endianness handling of packed_cmd_hdr in\nmmc_blk_packed_hdr_wrq_prep.\n\nBut now, sparse complains about incorrect types:\ndrivers/mmc/card/block.c:1613:27: sparse: incorrect type in assignment (different base types)\ndrivers/mmc/card/block.c:1613:27:    expected unsigned int [unsigned] [usertype] <noident>\ndrivers/mmc/card/block.c:1613:27:    got restricted __le32 [usertype] <noident>\n...\n\nSo annotate cmd_hdr properly using __le32 to make everyone happy.\n\nSigned-off-by: Jiri Slaby <jslaby@suse.cz>\nFixes: f68381a70bb2 (mmc: block: fix packed command header endianness)\nCc: stable@vger.kernel.org\nSigned-off-by: Ulf Hansson <ulf.hansson@linaro.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/3f2d26643595973e835e8356ea90c7c15cb1b0f1"},{"sha":"fc605f1d8060133596bb6083fc4b7b306d1d5931","author":{"name":"Adrian Hunter","email":"daa46418375a26a999430d83f18360fac0856a49@intel.com"},"message":"mmc: sdhci: Fix SDHCI_QUIRK2_STOP_WITH_TC\n\nMulti-block data transfers can specify the number of blocks either using a\nSet Block Count command (CMD23) or by sending a STOP command (CMD12) after\nthe required number of blocks has transferred. CMD23 is preferred, but some\ncards don't support it. CMD12 with R1b response is used for writes, and\nR1 response for reads.\n\nSome SDHCI host controllers give a Transfer Complete (TC) interrupt for the\nSTOP command (CMD12) whether or not a R1b response has been specified. The\nquirk SDHCI_QUIRK2_STOP_WITH_TC identifies those host controllers, but the\nimplementation only considers the case where the TC interrupt arrives at\nthe same time as the Command Complete (CC) interrupt. However,\noccasionally TC arrives before CC. That is harmless, but does generate an\nerror message \"Got data interrupt 0x00000002 even though no data operation\nwas in progress\".\n\nA simpler approach is to force R1b response onto all STOP commands, because\nSDHCI will handle TC before CC in the general case, so do that.\n\nSigned-off-by: Adrian Hunter <adrian.hunter@intel.com>\nCc: Giuseppe Cavallaro <peppe.cavallaro@st.com>\nSigned-off-by: Ulf Hansson <ulf.hansson@linaro.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/fc605f1d8060133596bb6083fc4b7b306d1d5931"},{"sha":"606d313124094d87050896a10894200cdd2b0514","author":{"name":"Adrian Hunter","email":"daa46418375a26a999430d83f18360fac0856a49@intel.com"},"message":"mmc: sdhci: Rename sdhci_set_power() to sdhci_set_power_noreg()\n\nUnlike other cases, sdhci_set_power() does not reflect the default\nimplementation of the ->set_power() callback. Rename it and create\nsdhci_set_power() that is the default implementation.\n\nSigned-off-by: Adrian Hunter <adrian.hunter@intel.com>\nCc: Jisheng Zhang <jszhang@marvell.com>\nSigned-off-by: Ulf Hansson <ulf.hansson@linaro.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/606d313124094d87050896a10894200cdd2b0514"},{"sha":"6bc090631dfc3394da0619e920662e6636dbe89c","author":{"name":"Adrian Hunter","email":"daa46418375a26a999430d83f18360fac0856a49@intel.com"},"message":"mmc: sdhci-pci: Let devices define their own sdhci_ops\n\nLet devices define their own sdhci_ops so that device-specific variations\ncan be implemented without adding quirks.\n\nSigned-off-by: Adrian Hunter <adrian.hunter@intel.com>\nSigned-off-by: Ulf Hansson <ulf.hansson@linaro.org>","distinct":false,"url":"https://api.github.com/repos/goldelico/gta04-kernel/commits/6bc090631dfc3394da0619e920662e6636dbe89c"}]}
{"actor":{"display_login":"goldelico"}}