{"push_id":1375666523,"size":348,"distinct_size":1,"ref":"refs/heads/work/hns/omapdss/tvfix-v3","head":"9d560e160527f6fccf783a96e4c8b201581a7320","before":"478d3c448607724d6ba3d3f3a1f092fbc863c78c","commits":[{"sha":"33c45ef8adc8a7cf781b2566d50e6ea8e97b3596","author":{"name":"Gregory CLEMENT","email":"4264d285b3ce9b577917b36d034b4cf25ea4fe85@free-electrons.com"},"message":"ARM: mvebu: Select corediv clk for all mvebu v7 SoC\n\nSince the commit bd3677ff31a3 (\"clk: mvebu: Remove corediv clock from\nArmada XP\"), the corediv clk is no more selected for Armada XP, however\nthis clock is used for Armada XP using the compatible\narmada-370-corediv-clock.\n\nWhile since commit 1594d568c6e3 (\"clk: mvebu: Move corediv config to\nmvebu config\") Armada 38x and Armada 375 got corediv support again, not\nonly Armada XP was missed but also Armada 39x.\n\nActually all the SoC selecting MVEBU_V7 config need this clock:\ngit grep \"\\-corediv-clock\" arch/arm/boot/dts\narch/arm/boot/dts/armada-370-xp.dtsi: compatible = \"marvell,armada-370-corediv-clock\";\narch/arm/boot/dts/armada-375.dtsi:    compatible = \"marvell,armada-375-corediv-clock\";\narch/arm/boot/dts/armada-38x.dtsi:    compatible = \"marvell,armada-380-corediv-clock\";\narch/arm/boot/dts/armada-39x.dtsi:    compatible = \"marvell,armada-390-corediv-clock\"\n\nThis commit now fixes this behavior by letting MVEBU_V7 select\nMVEBU_CLK_COREDIV.\n\nFixes: bd3677ff31a3 (\"clk: mvebu: Remove corediv clock from Armada XP\")\nCc: stable@vger.kernel.org\nReported-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>\nAcked-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>\nSigned-off-by: Gregory CLEMENT <gregory.clement@free-electrons.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/33c45ef8adc8a7cf781b2566d50e6ea8e97b3596"},{"sha":"51227bf52008bd4c4c50da4b749bbc6e7bbbca52","author":{"name":"Marcin Wojtas","email":"f4a1372cb6d8ecfe0dfc5ddb877a236a745cf429@semihalf.com"},"message":"arm64: dts: marvell: fix clocksource for CP110 master SPI0\n\nI2C and SPI interfaces share common clock trees within the CP110 HW block.\nIt occurred that SPI0 interface has wrong clock assignment in the device\ntree, which is fixed in this commit to a proper value.\n\nFixes: 728dacc7f4dd (\"arm64: dts: marvell: initial DT description of ...\")\nSigned-off-by: Marcin Wojtas <mw@semihalf.com>\nCC: <stable@vger.kernel.org> v4.7+\nSigned-off-by: Gregory CLEMENT <gregory.clement@free-electrons.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/51227bf52008bd4c4c50da4b749bbc6e7bbbca52"},{"sha":"231147ee77f39f4134935686e9d7e415bdf48149","author":{"name":"sayli karnik","email":"68fe1397384ad6c59ee39b0dc498ba5bc8836dd6@gmail.com"},"message":"iio: maxim_thermocouple: Align 16 bit big endian value of raw reads\n\nDriver was reporting invalid raw read values for MAX6675 on big\nendian architectures. MAX6675 buffered mode is not affected, nor\nis the MAX31855.\n\nThe driver was losing a 2 byte read value when it used a 32 bit\ninteger buffer to store a 16 bit big endian value. Use big endian\ntypes to properly align buffers on big endian architectures.\n\nFixes following sparse endianness warnings:\nwarning: cast to restricted __be16\nwarning: cast to restricted __be32\nFixes checkpatch issue:\nCHECK: No space is necessary after a cast\n\nSigned-off-by: sayli karnik <karniksayli1995@gmail.com>\nFixes: 1f25ca11d84a (\"iio: temperature: add support for Maxim\nthermocouple chips\")\nSigned-off-by: Jonathan Cameron <jic23@kernel.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/231147ee77f39f4134935686e9d7e415bdf48149"},{"sha":"2967999fbceffa8520987ab9b3b00a55d6997dba","author":{"name":"Mika Westerberg","email":"a8d1ecdad48d5197b32d89207ef409d7040b1cf4@linux.intel.com"},"message":"iio: adc: ti-adc081c: Select IIO_TRIGGERED_BUFFER to prevent build errors\n\nCommit 08e05d1fce5c (\"ti-adc081c: Initial triggered buffer support\") added\ntriggered buffer support but that also requires CONFIG_IIO_TRIGGERED_BUFFER,\notherwise we get errors from linker such as:\n\n  drivers/built-in.o: In function `adc081c_remove':\n  drivers/iio/adc/ti-adc081c.c:225: undefined reference to `iio_triggered_buffer_cleanup'\n\nFix these by explicitly selecting both CONFIG_IIO_TRIGGERED_BUFFER and\nCONFIG_IIO_BUFFER in Kconfig for the driver.\n\nSigned-off-by: Mika Westerberg <mika.westerberg@linux.intel.com>\nSigned-off-by: Jonathan Cameron <jic23@kernel.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/2967999fbceffa8520987ab9b3b00a55d6997dba"},{"sha":"5c33677c87cbe44ae04df69c4a29c1750a9ec4e5","author":{"name":"Andy Whitcroft","email":"4a4a9e194cc5d2585ac40c9d65b8b3b004616bed@canonical.com"},"message":"dm raid: fix compat_features validation\n\nIn ecbfb9f118bce4 (\"dm raid: add raid level takeover support\") a new\ncompatible feature flag was added.  Validation for these compat_features\nwas added but this only passes for new raid mappings with this feature\nflag.  This causes previously created raid mappings to be failed at\nimport.\n\nCheck compat_features for the only valid combination.\n\nFixes: ecbfb9f118bce4 (\"dm raid: add raid level takeover support\")\nCc: stable@vger.kernel.org # v4.8\nSigned-off-by: Andy Whitcroft <apw@canonical.com>\nSigned-off-by: Heinz Mauelshagen <heinzm@redhat.com>\nSigned-off-by: Mike Snitzer <snitzer@redhat.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/5c33677c87cbe44ae04df69c4a29c1750a9ec4e5"},{"sha":"d5e84fd8d0634d056248b67463b42f6c85896a19","author":{"name":"Filipe Manana","email":"396addc00218539530419b15da697a581cb02fca@suse.com"},"message":"Btrfs: fix incremental send failure caused by balance\n\nCommit 951555856b88 (\"Btrfs: send, don't bug on inconsistent snapshots\")\nremoved some BUG_ON() statements (replacing them with returning errors\nto user space and logging error messages) when a snapshot is in an\ninconsistent state due to failures to update a delayed inode item (ENOMEM\nor ENOSPC) after adding/updating/deleting references, xattrs or file\nextent items.\n\nHowever there is a case, when no errors happen, where a file extent item\ncan be modified without having the corresponding inode item updated. This\ncase happens during balance under very specific timings, when relocation\nis in the stage where it updates data pointers and a leaf that contains\nfile extent items is COWed. When that happens file extent items get their\ndisk_bytenr field updated to a new value that reflects the post relocation\nlogical address of the extent, without updating their respective inode\nitems (as there is nothing that needs to be updated on them). This is\nperformed at relocation.c:replace_file_extents() through\nrelocation.c:btrfs_reloc_cow_block().\n\nSo make an incremental send deal with this case and don't do any processing\nfor a file extent item that got its disk_bytenr field updated by relocation,\nsince the extent's data is the same as the one pointed by the file extent\nitem in the parent snapshot.\n\nAfter the recent commit mentioned above this case resulted in EIO errors\nreturned to user space (and an error message logged to dmesg/syslog) when\ndoing an incremental send, while before it, it resulted in hitting a\nBUG_ON leading to the following trace:\n\n[  952.206705] ------------[ cut here ]------------\n[  952.206714] kernel BUG at ../fs/btrfs/send.c:5653!\n[  952.206719] Internal error: Oops - BUG: 0 [#1] SMP\n[  952.209854] Modules linked in: st dm_mod nls_utf8 isofs fuse nf_log_ipv6 xt_pkttype xt_physdev br_netfilter nf_log_ipv4 nf_log_common xt_LOG xt_limit ebtable_filter ebtables af_packet bridge stp llc ip6t_REJECT xt_tcpudp nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_raw ipt_REJECT iptable_raw xt_CT iptable_filter ip6table_mangle nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables xt_conntrack nf_conntrack ip6table_filter ip6_tables x_tables xfs libcrc32c nls_iso8859_1 nls_cp437 vfat fat joydev aes_ce_blk ablk_helper cryptd snd_intel8x0 aes_ce_cipher snd_ac97_codec ac97_bus snd_pcm ghash_ce sha2_ce sha1_ce snd_timer snd virtio_net soundcore btrfs xor sr_mod cdrom hid_generic usbhid raid6_pq virtio_blk virtio_scsi bochs_drm drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops ttm virtio_mmio xhci_pci xhci_hcd usbcore usb_common virtio_pci virtio_ring virtio drm sg efivarfs\n[  952.228333] Supported: Yes\n[  952.228908] CPU: 0 PID: 12779 Comm: snapperd Not tainted 4.4.14-50-default #1\n[  952.230329] Hardware name: QEMU KVM Virtual Machine, BIOS 0.0.0 02/06/2015\n[  952.231683] task: ffff800058e94100 ti: ffff8000d866c000 task.ti: ffff8000d866c000\n[  952.233279] PC is at changed_cb+0x9f4/0xa48 [btrfs]\n[  952.234375] LR is at changed_cb+0x58/0xa48 [btrfs]\n[  952.236552] pc : [<ffff7ffffc39de7c>] lr : [<ffff7ffffc39d4e0>] pstate: 80000145\n[  952.238049] sp : ffff8000d866fa20\n[  952.238732] x29: ffff8000d866fa20 x28: 0000000000000019\n[  952.239840] x27: 00000000000028d5 x26: 00000000000024a2\n[  952.241008] x25: 0000000000000002 x24: ffff8000e66e92f0\n[  952.242131] x23: ffff8000b8c76800 x22: ffff800092879140\n[  952.243238] x21: 0000000000000002 x20: ffff8000d866fb78\n[  952.244348] x19: ffff8000b8f8c200 x18: 0000000000002710\n[  952.245607] x17: 0000ffff90d42480 x16: ffff800000237dc0\n[  952.246719] x15: 0000ffff90de7510 x14: ab000c000a2faf08\n[  952.247835] x13: 0000000000577c2b x12: ab000c000b696665\n[  952.248981] x11: 2e65726f632f6966 x10: 652d34366d72612f\n[  952.250101] x9 : 32627572672f746f x8 : ab000c00092f1671\n[  952.251352] x7 : 8000000000577c2b x6 : ffff800053eadf45\n[  952.252468] x5 : 0000000000000000 x4 : ffff80005e169494\n[  952.253582] x3 : 0000000000000004 x2 : ffff8000d866fb78\n[  952.254695] x1 : 000000000003e2a3 x0 : 000000000003e2a4\n[  952.255803]\n[  952.256150] Process snapperd (pid: 12779, stack limit = 0xffff8000d866c020)\n[  952.257516] Stack: (0xffff8000d866fa20 to 0xffff8000d8670000)\n[  952.258654] fa20: ffff8000d866fae0 ffff7ffffc308fc0 ffff800092879140 ffff8000e66e92f0\n[  952.260219] fa40: 0000000000000035 ffff800055de6000 ffff8000b8c76800 ffff8000d866fb78\n[  952.261745] fa60: 0000000000000002 00000000000024a2 00000000000028d5 0000000000000019\n[  952.263269] fa80: ffff8000d866fae0 ffff7ffffc3090f0 ffff8000d866fae0 ffff7ffffc309128\n[  952.264797] faa0: ffff800092879140 ffff8000e66e92f0 0000000000000035 ffff800055de6000\n[  952.268261] fac0: ffff8000b8c76800 ffff8000d866fb78 0000000000000002 0000000000001000\n[  952.269822] fae0: ffff8000d866fbc0 ffff7ffffc39ecfc ffff8000b8f8c200 ffff8000b8f8c368\n[  952.271368] fb00: ffff8000b8f8c378 ffff800055de6000 0000000000000001 ffff8000ecb17500\n[  952.272893] fb20: ffff8000b8c76800 ffff800092879140 ffff800062b6d000 ffff80007a9e2470\n[  952.274420] fb40: ffff8000b8f8c208 0000000005784000 ffff8000580a8000 ffff8000b8f8c200\n[  952.276088] fb60: ffff7ffffc39d488 00000002b8f8c368 0000000000000000 000000000003e2a4\n[  952.280275] fb80: 000000000000006c ffff7ffffc39ec00 000000000003e2a4 000000000000006c\n[  952.283219] fba0: ffff8000b8f8c300 0000000000000100 0000000000000001 ffff8000ecb17500\n[  952.286166] fbc0: ffff8000d866fcd0 ffff7ffffc3643c0 ffff8000f8842700 0000ffff8ffe9278\n[  952.289136] fbe0: 0000000040489426 ffff800055de6000 0000ffff8ffe9278 0000000040489426\n[  952.292083] fc00: 000000000000011d 000000000000001d ffff80007a9e4598 ffff80007a9e43e8\n[  952.294959] fc20: ffff8000b8c7693f 0000000000003b24 0000000000000019 ffff8000b8f8c218\n[  952.301161] fc40: 00000001d866fc70 ffff8000b8c76800 0000000000000128 ffffffffffffff84\n[  952.305749] fc60: ffff800058e941ff 0000000000003a58 ffff8000d866fcb0 ffff8000000f7390\n[  952.308875] fc80: 000000000000012a 0000000000010290 ffff8000d866fc00 000000000000007b\n[  952.311915] fca0: 0000000000010290 ffff800046c1b100 74732d7366727462 000001006d616572\n[  952.314937] fcc0: ffff8000fffc4100 cb88537fdc8ba60e ffff8000d866fe10 ffff8000002499e8\n[  952.318008] fce0: 0000000040489426 ffff8000f8842700 0000ffff8ffe9278 ffff80007a9e4598\n[  952.321321] fd00: 0000ffff8ffe9278 0000000040489426 000000000000011d 000000000000001d\n[  952.324280] fd20: ffff80000072c000 ffff8000d866c000 ffff8000d866fda0 ffff8000000e997c\n[  952.327156] fd40: ffff8000fffc4180 00000000000031ed ffff8000fffc4180 ffff800046c1b7d4\n[  952.329895] fd60: 0000000000000140 0000ffff907ea170 000000000000011d 00000000000000dc\n[  952.334641] fd80: ffff80000072c000 ffff8000d866c000 0000000000000000 0000000000000002\n[  952.338002] fda0: ffff8000d866fdd0 ffff8000000ebacc ffff800046c1b080 ffff800046c1b7d4\n[  952.340724] fdc0: ffff8000d866fdf0 ffff8000000db67c 0000000000000040 ffff800000e69198\n[  952.343415] fde0: 0000ffff8ffea790 00000000000031ed ffff8000d866fe20 ffff800000254000\n[  952.346101] fe00: 000000000000001d 0000000000000004 ffff8000d866fe90 ffff800000249d3c\n[  952.348980] fe20: ffff8000f8842700 0000000000000000 ffff8000f8842701 0000000000000008\n[  952.351696] fe40: ffff8000d866fe70 0000000000000008 ffff8000d866fe90 ffff800000249cf8\n[  952.354387] fe60: ffff8000f8842700 0000ffff8ffe9170 ffff8000f8842701 0000000000000008\n[  952.357083] fe80: 0000ffff8ffe9278 ffff80008ff85500 0000ffff8ffe90c0 ffff800000085c84\n[  952.359800] fea0: 0000000000000000 0000ffff8ffe9170 ffffffffffffffff 0000ffff90d473bc\n[  952.365351] fec0: 0000000000000000 0000000000000015 0000000000000008 0000000040489426\n[  952.369550] fee0: 0000ffff8ffe9278 0000ffff907ea790 0000ffff907ea170 0000ffff907ea790\n[  952.372416] ff00: 0000ffff907ea170 0000000000000000 000000000000001d 0000000000000004\n[  952.375223] ff20: 0000ffff90a32220 00000000003d0f00 0000ffff907ea0a0 0000ffff8ffe8f30\n[  952.378099] ff40: 0000ffff9100f554 0000ffff91147000 0000ffff91117bc0 0000ffff90d473b0\n[  952.381115] ff60: 0000ffff9100f620 0000ffff880069b0 0000ffff8ffe9170 0000ffff8ffe91a0\n[  952.384003] ff80: 0000ffff8ffe9160 0000ffff8ffe9140 0000ffff88006990 0000ffff8ffe9278\n[  952.386860] ffa0: 0000ffff88008a60 0000ffff8ffe9480 0000ffff88014ca0 0000ffff8ffe90c0\n[  952.389654] ffc0: 0000ffff910be8e8 0000ffff8ffe90c0 0000ffff90d473bc 0000000000000000\n[  952.410986] ffe0: 0000000000000008 000000000000001d 6e2079747265706f 72616d223d656d61\n[  952.415497] Call trace:\n[  952.417403] [<ffff7ffffc39de7c>] changed_cb+0x9f4/0xa48 [btrfs]\n[  952.420023] [<ffff7ffffc308fc0>] btrfs_compare_trees+0x500/0x6b0 [btrfs]\n[  952.422759] [<ffff7ffffc39ecfc>] btrfs_ioctl_send+0xb4c/0xe10 [btrfs]\n[  952.425601] [<ffff7ffffc3643c0>] btrfs_ioctl+0x374/0x29a4 [btrfs]\n[  952.428031] [<ffff8000002499e8>] do_vfs_ioctl+0x33c/0x600\n[  952.430360] [<ffff800000249d3c>] SyS_ioctl+0x90/0xa4\n[  952.432552] [<ffff800000085c84>] el0_svc_naked+0x38/0x3c\n[  952.434803] Code: 2a1503e0 17fffdac b9404282 17ffff28 (d4210000)\n[  952.437457] ---[ end trace 9afd7090c466cf15 ]---\n\nSigned-off-by: Filipe Manana <fdmanana@suse.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/d5e84fd8d0634d056248b67463b42f6c85896a19"},{"sha":"dcb2ff56417362c31f6b430c3c531a84581e8721","author":{"name":"Heinz Mauelshagen","email":"2d63f023e792f084d3cf433ac0e2b5451fa335c0@redhat.com"},"message":"dm mirror: fix read error on recovery after default leg failure\n\nIf a default leg has failed, any read will cause a new operational\ndefault leg to be selected and the read is resubmitted.  But until now\nthe read will return failure even though it was successful due to\nresubmission.  The reason for this is bio->bi_error was not being\ncleared before resubmitting the bio.\n\nFix by clearing bio->bi_error before resubmission.\n\nFixes: 4246a0b63bd8 (\"block: add a bi_error field to struct bio\")\nCc: stable@vger.kernel.org # 4.3+\nSigned-off-by: Heinz Mauelshagen <heinzm@redhat.com>\nSigned-off-by: Mike Snitzer <snitzer@redhat.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/dcb2ff56417362c31f6b430c3c531a84581e8721"},{"sha":"12a7cf5ba6c776a2621d8972c7d42e8d3d959d20","author":{"name":"Heinz Mauelshagen","email":"2d63f023e792f084d3cf433ac0e2b5451fa335c0@redhat.com"},"message":"dm mirror: use all available legs on multiple failures\n\nWhen any leg(s) have failed, any read will cause a new operational\ndefault leg to be selected and the read is resubmitted to it.  If that\nnew default leg fails the read too, no other still accessible legs are\nused to resubmit the read again -- thus failing the io.\n\nFix by allowing the read to get resubmitted until all operational legs\nhave been exhausted.  Also, remove any details.bi_dev use as a flag.\n\nSigned-off-by: Heinz Mauelshagen <heinzm@redhat.com>\nSigned-off-by: Mike Snitzer <snitzer@redhat.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/12a7cf5ba6c776a2621d8972c7d42e8d3d959d20"},{"sha":"0362fcc9d6834034bc0cdb1d9b02a1b9baf96a2a","author":{"name":"Shawn Lin","email":"d05afb63fc7c176eb2c681ec3e64badcfb02edcb@rock-chips.com"},"message":"arm64: dts: rockchip: remove always-on and boot-on from vcc_sd\n\nPlease don't add these for vcc_sd, and mmc-core/driver will control\nit. Otherwise, it will waste energy even without sdmmc in slot.\n\nMoreover, it will causes a bug:\nIf we insert/remove sd card, we could see\n[9.337271] mmc0: new ultra high speed SDR25 SDHC card at address 0007\n[9.345144] mmcblk0: mmc0:0007 SD32G 29.3 GiB\n\nThis is okay for normal sd insert/remove test, but when I debug some\nissues for sdmmc, I did unbind/bind test. And there is a interesting\nphenomenon when we bind the driver again:\n[58.314069] mmc0: new high speed SDHC card at address 0007\n[58.320282] mmcblk0: mmc0:0007 SD32G 29.3 GiB\n\nSo the sd card could just support high speed without power cycle\nsince the vcc_sd is always on, which makes the sd card fail to\nreinit its internal ocr mask.\n\nSigned-off-by: Shawn Lin <shawn.lin@rock-chips.com>\nSigned-off-by: Heiko Stuebner <heiko@sntech.de>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/0362fcc9d6834034bc0cdb1d9b02a1b9baf96a2a"},{"sha":"3ce0fefc51bd56381b1b9a92835cf8f9db3f2ef8","author":{"name":"Vineet Gupta","email":"a7e6bac69589bd9c485fe09b6cb3c1c86c8546ec@synopsys.com"},"message":"ARCv2: intc: untangle SMP, MCIP and IDU\n\nThe IDU intc is technically part of MCIP (Multi-core IP) hence\nhistorically was only available in a SMP hardware build (and thus only\nin a SMP kernel build). Now that hardware restriction has been lifted,\nso a UP kernel needs to support it.\n\nThis requires breaking mcip.c into parts which are strictly SMP\n(inter-core interrupts) and IDU which in reality is just another\nintc and thus has no bearing on SMP.\n\nThis change allows IDU in UP builds and with a suitable device tree, we\ncan have the cascaded intc system\n\n    ARCv2 core intc <---> ARCv2 IDU intc <---> periperals\n\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/3ce0fefc51bd56381b1b9a92835cf8f9db3f2ef8"},{"sha":"27f3d2a3b59f573a398c9acc810c16ebca07be78","author":{"name":"Daniel Mentz","email":"73d1f551dce9e87ef42f30e1b7f6cd7ff67898a3@google.com"},"message":"ARC: [build] Support gz, lzma compressed uImage\n\nAdd support for lzma compressed uImage.\n\nSupport for gzip was already available but could not be enabled because\nwe were missing CONFIG_HAVE_KERNEL_GZIP in arch/arc/Kconfig.\n\nSigned-off-by: Daniel Mentz <danielmentz@google.com>\nCc: linux-snps-arc@lists.infradead.org\nCc: Vineet Gupta <Vineet.Gupta1@synopsys.com>\nSigned-off-by: Vineet Gupta <vgupta@synopsys.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/27f3d2a3b59f573a398c9acc810c16ebca07be78"},{"sha":"039bea844016ae85eaf195bf25266b5eb028a319","author":{"name":"Viresh Kumar","email":"4ca49bc1dcfdfc376d29da1eb07a3e0b3cd46daa@linaro.org"},"message":"Staging: greybus: gpio: Use gbphy_dev->dev instead of bundle->dev\n\nSome of the print messages are using the incorrect device pointer, fix\nthem.\n\nSigned-off-by: Viresh Kumar <viresh.kumar@linaro.org>\nAcked-by: Johan Hovold <johan@kernel.org>\nReviewed-by: Rui Miguel Silva <rmfrfs@gmail.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/039bea844016ae85eaf195bf25266b5eb028a319"},{"sha":"4fa589126f23243bd998a464cb6158d343eb6a89","author":{"name":"Viresh Kumar","email":"4ca49bc1dcfdfc376d29da1eb07a3e0b3cd46daa@linaro.org"},"message":"Staging: greybus: uart: Use gbphy_dev->dev instead of bundle->dev\n\nSome of the print messages are using the incorrect device pointer, fix\nthem.\n\nSigned-off-by: Viresh Kumar <viresh.kumar@linaro.org>\nAcked-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/4fa589126f23243bd998a464cb6158d343eb6a89"},{"sha":"0047b6e5f1b45b391244d78097631eb09a960202","author":{"name":"Dan Carpenter","email":"60b2bf2bc0bec4ca4a4b046ca7ef9255248abff8@oracle.com"},"message":"staging: android/ion: testing the wrong variable\n\nWe're testing \"pdev\" but we intended to test \"heap_pdev\".  This is a\nstatic checker fix and it's unlikely that anyone is affected by this\nbug.\n\nFixes: 13439479c7de ('staging: ion: Add files for parsing the devicetree')\nSigned-off-by: Dan Carpenter <dan.carpenter@oracle.com>\nAcked-by: Laura Abbott <labbott@redhat.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/0047b6e5f1b45b391244d78097631eb09a960202"},{"sha":"1d4f1d53e1e2d5e38f4d3ca3bf60f8be5025540f","author":{"name":"Aditya Shankar","email":"d8f61f375cdefdd2ce7318ecf13c8a95abf78453@microchip.com"},"message":"Staging: wilc1000: Fix kernel Oops on opening the device\n\nCommit 2518ac59eb27 (\"staging: wilc1000: Replace kthread with workqueue\nfor host interface\") adds an unconditional destroy_workqueue() on the\nwilc's \"hif_workqueue\" soon after its creation thereby rendering\nit unusable. It then further attempts to queue work onto this\nnon-existing hif_worqueue and results in:\n\nUnable to handle kernel NULL pointer dereference at virtual address 00000010\npgd = de478000\n[00000010] *pgd=3eec0831, *pte=00000000, *ppte=00000000\nInternal error: Oops: 17 [#1] ARM\nModules linked in: wilc1000_sdio(C) wilc1000(C)\nCPU: 0 PID: 825 Comm: ifconfig Tainted: G         C      4.8.0-rc8+ #37\nHardware name: Atmel SAMA5\ntask: df56f800 task.stack: deeb0000\nPC is at __queue_work+0x90/0x284\nLR is at __queue_work+0x58/0x284\npc : [<c0126bb0>]    lr : [<c0126b78>]    psr: 600f0093\nsp : deeb1aa0  ip : def22d78  fp : deea6000\nr10: 00000000  r9 : c0a08150  r8 : c0a2f058\nr7 : 00000001  r6 : dee9b600  r5 : def22d74  r4 : 00000000\nr3 : 00000000  r2 : def22d74  r1 : 07ffffff  r0 : 00000000\nFlags: nZCv  IRQs off  FIQs on  Mode SVC_32  ISA ARM  Segment none\n...\n[<c0127060>] (__queue_work) from [<c0127298>] (queue_work_on+0x34/0x40)\n[<c0127298>] (queue_work_on) from [<bf0076b4>] (wilc_enqueue_cmd+0x54/0x64 [wilc1000])\n[<bf0076b4>] (wilc_enqueue_cmd [wilc1000]) from [<bf0082b4>] (wilc_set_wfi_drv_handler+0x48/0x70 [wilc1000])\n[<bf0082b4>] (wilc_set_wfi_drv_handler [wilc1000]) from [<bf00509c>] (wilc_mac_open+0x214/0x250 [wilc1000])\n[<bf00509c>] (wilc_mac_open [wilc1000]) from [<c04fde98>] (__dev_open+0xb8/0x11c)\n[<c04fde98>] (__dev_open) from [<c04fe128>] (__dev_change_flags+0x94/0x158)\n[<c04fe128>] (__dev_change_flags) from [<c04fe204>] (dev_change_flags+0x18/0x48)\n[<c04fe204>] (dev_change_flags) from [<c0557d5c>] (devinet_ioctl+0x6b4/0x788)\n[<c0557d5c>] (devinet_ioctl) from [<c04e40a0>] (sock_ioctl+0x154/0x2cc)\n[<c04e40a0>] (sock_ioctl) from [<c01b16e0>] (do_vfs_ioctl+0x9c/0x878)\n[<c01b16e0>] (do_vfs_ioctl) from [<c01b1ef0>] (SyS_ioctl+0x34/0x5c)\n[<c01b1ef0>] (SyS_ioctl) from [<c0107520>] (ret_fast_syscall+0x0/0x3c)\nCode: e5932004 e1520006 01a04003 0affffff (e5943010)\n---[ end trace b612328adaa6bf20 ]---\n\nThis fix removes the unnecessary call to destroy_workqueue() while opening\nthe device to avoid the above kernel panic. The deinit routine already\ndoes a good job of terminating the workqueue when no longer needed.\n\nReported-by: Nicolas Ferre <Nicolas.Ferre@microchip.com>\nFixes: 2518ac59eb27 (\"staging: wilc1000: Replace kthread with workqueue for host interface\")\nCc: stable@vger.kernel.org # 4.8+\nSigned-off-by: Aditya Shankar <Aditya.Shankar@microchip.com>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/1d4f1d53e1e2d5e38f4d3ca3bf60f8be5025540f"},{"sha":"c89d98e224b4858f42a9fec0f16766b3d7669ba3","author":{"name":"Oleg Drokin","email":"0f49666588a0111eebe7017fd73f849d849f3ef5@linuxhacker.ru"},"message":"staging/lustre/llite: Move unstable_stats from sysfs to debugfs\n\nIt's multiple values per file, so it has no business being in sysfs,\nbesides it was assuming seqfile anyway.\n\nFixes: d806f30e639b (\"staging: lustre: osc: revise unstable pages accounting\")\nSigned-off-by: Oleg Drokin <green@linuxhacker.ru>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/c89d98e224b4858f42a9fec0f16766b3d7669ba3"},{"sha":"bbe097f092b0d13e9736bd2794d0ab24547d0e5d","author":{"name":"Alexandre Belloni","email":"7b8bd04b94da78b84fb04a2a85797dbf15d0072c@free-electrons.com"},"message":"usb: gadget: udc: atmel: fix endpoint name\n\nSince commit c32b5bcfa3c4 (\"ARM: dts: at91: Fix USB endpoint nodes\"),\natmel_usba_udc fails with:\n\n------------[ cut here ]------------\nWARNING: CPU: 0 PID: 0 at include/linux/usb/gadget.h:405\necm_do_notify+0x188/0x1a0\nModules linked in:\nCPU: 0 PID: 0 Comm: swapper Not tainted 4.7.0+ #15\nHardware name: Atmel SAMA5\n[<c010ccfc>] (unwind_backtrace) from [<c010a7ec>] (show_stack+0x10/0x14)\n[<c010a7ec>] (show_stack) from [<c0115c10>] (__warn+0xe4/0xfc)\n[<c0115c10>] (__warn) from [<c0115cd8>] (warn_slowpath_null+0x20/0x28)\n[<c0115cd8>] (warn_slowpath_null) from [<c04377ac>] (ecm_do_notify+0x188/0x1a0)\n[<c04377ac>] (ecm_do_notify) from [<c04379a4>] (ecm_set_alt+0x74/0x1ac)\n[<c04379a4>] (ecm_set_alt) from [<c042f74c>] (composite_setup+0xfc0/0x19f8)\n[<c042f74c>] (composite_setup) from [<c04356e8>] (usba_udc_irq+0x8f4/0xd9c)\n[<c04356e8>] (usba_udc_irq) from [<c013ec9c>] (handle_irq_event_percpu+0x9c/0x158)\n[<c013ec9c>] (handle_irq_event_percpu) from [<c013ed80>] (handle_irq_event+0x28/0x3c)\n[<c013ed80>] (handle_irq_event) from [<c01416d4>] (handle_fasteoi_irq+0xa0/0x168)\n[<c01416d4>] (handle_fasteoi_irq) from [<c013e3f8>] (generic_handle_irq+0x24/0x34)\n[<c013e3f8>] (generic_handle_irq) from [<c013e640>] (__handle_domain_irq+0x54/0xa8)\n[<c013e640>] (__handle_domain_irq) from [<c010b214>] (__irq_svc+0x54/0x70)\n[<c010b214>] (__irq_svc) from [<c0107eb0>] (arch_cpu_idle+0x38/0x3c)\n[<c0107eb0>] (arch_cpu_idle) from [<c0137300>] (cpu_startup_entry+0x9c/0xdc)\n[<c0137300>] (cpu_startup_entry) from [<c0900c40>] (start_kernel+0x354/0x360)\n[<c0900c40>] (start_kernel) from [<20008078>] (0x20008078)\n---[ end trace e7cf9dcebf4815a6 ]---\n\nFixes: c32b5bcfa3c4 (\"ARM: dts: at91: Fix USB endpoint nodes\")\nCc: <stable@vger.kernel.org>\nReported-by: Richard Genoud <richard.genoud@gmail.com>\nAcked-by: Nicolas Ferre <nicolas.ferre@atmel.com>\nSigned-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>\nSigned-off-by: Felipe Balbi <felipe.balbi@linux.intel.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/bbe097f092b0d13e9736bd2794d0ab24547d0e5d"},{"sha":"6c83f77278f17a7679001027e9231291c20f0d8a","author":{"name":"Felipe Balbi","email":"839ce88010ac82d4d5954e11ee7a7e49086a4b3e@linux.intel.com"},"message":"usb: gadget: function: u_ether: don't starve tx request queue\n\nIf we don't guarantee that we will always get an\ninterrupt at least when we're queueing our very last\nrequest, we could fall into situation where we queue\nevery request with 'no_interrupt' set. This will\ncause the link to get stuck.\n\nThe behavior above has been triggered with g_ether\nand dwc3.\n\nCc: <stable@vger.kernel.org>\nReported-by: Ville Syrjälä <ville.syrjala@linux.intel.com>\nSigned-off-by: Felipe Balbi <felipe.balbi@linux.intel.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/6c83f77278f17a7679001027e9231291c20f0d8a"},{"sha":"a9c3ca5fae6bf73770f0576eaf57d5f1305ef4b3","author":{"name":"Felipe Balbi","email":"839ce88010ac82d4d5954e11ee7a7e49086a4b3e@linux.intel.com"},"message":"usb: dwc3: gadget: properly account queued requests\n\nSome requests could be accounted for multiple\ntimes. Let's fix that so each and every requests is\naccounted for only once.\n\nCc: <stable@vger.kernel.org> # v4.8\nFixes: 55a0237f8f47 (\"usb: dwc3: gadget: use allocated/queued reqs for LST bit\")\nSigned-off-by: Felipe Balbi <felipe.balbi@linux.intel.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/a9c3ca5fae6bf73770f0576eaf57d5f1305ef4b3"},{"sha":"d889c23ce4e3159e3d737f55f9d686a030a7ba87","author":{"name":"Felipe Balbi","email":"839ce88010ac82d4d5954e11ee7a7e49086a4b3e@linux.intel.com"},"message":"usb: dwc3: gadget: never pre-start Isochronous endpoints\n\nWe cannot pre-start isochronous endpoints because we\nrely on the micro-frame number passed via\nXferNotReady command for proper Isochronous\nscheduling.\n\nFixes: 08a36b543803 (\"usb: dwc3: gadget: simplify __dwc3_gadget_ep_queue()\")\nSigned-off-by: Felipe Balbi <felipe.balbi@linux.intel.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/d889c23ce4e3159e3d737f55f9d686a030a7ba87"}]}
{"actor":{"display_login":"op-mirror"}}