{"push_id":1216575634,"size":210,"distinct_size":210,"ref":"refs/heads/orange-pi-4.7","head":"61d79273d8e518e4bb99693085772b423d4aa309","before":"acbb2474c8d4d260321886390132736f67dd7106","commits":[{"sha":"4de2d58bc973caa8988b44ddd11787e57051c843","author":{"name":"Maxime Ripard","email":"27dbea1ad2d497b6a7e1902696ec74054301d6da@free-electrons.com"},"message":"clk: sunxi: tcon-ch1: Do not return a negative error in get_parent\n\nget_parent is supposed to return an unsigned 8 bit integer, so returning\n-EINVAL is a bad idea.\n\nRemove it.\n\nReported-by: Dan Carpenter <dan.carpenter@oracle.com>\nAcked-by: Chen-Yu Tsai <wens@csie.org>\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/4de2d58bc973caa8988b44ddd11787e57051c843"},{"sha":"07ea0b4d9a0abde8d252738079a8a811c5132a94","author":{"name":"Maxime Ripard","email":"27dbea1ad2d497b6a7e1902696ec74054301d6da@free-electrons.com"},"message":"clk: sunxi: display: Add per-clock flags\n\nThe TCON channel 0 clock that is the parent clock of our pixel clock is\nexpected to change its rate depending on the resolution we want to output\nin our display engine.\n\nHowever, since it's only a mux, the only way it can do that is by changing\nits parents rate.\n\nAllow to give flags in our display clocks description, and add the\nCLK_SET_RATE_PARENT flag for the TCON channel 0 flag.\n\nFixes: a3b4956ee6d9 (\"clk: sunxi: display: Add per-clock flags\")\nAcked-by: Chen-Yu Tsai <wens@csie.org>\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/07ea0b4d9a0abde8d252738079a8a811c5132a94"},{"sha":"9ca91a65583c73e4be6e9f53323a7ae04e6803ef","author":{"name":"Arnd Bergmann","email":"72a0f6d3b182607e6d5c44b93e1abb7b23ee18f3@arndb.de"},"message":"clk: sunxi: remove unused variable\n\nThe only use of the local num_parents variable was remove,\nso we now get a warning:\n\ndrivers/clk/sunxi/clk-sun4i-tcon-ch1.c: In function 'tcon_ch1_get_parent':\ndrivers/clk/sunxi/clk-sun4i-tcon-ch1.c:82:6: error: unused variable 'num_parents' [-Werror=unused-variable]\n\nThis removes the variable.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nFixes: 4de2d58bc973 (\"clk: sunxi: tcon-ch1: Do not return a negative error in get_parent\")\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/9ca91a65583c73e4be6e9f53323a7ae04e6803ef"},{"sha":"5fc39d347267bd029fcc9099c70e2fe2d53130e9","author":{"name":"Boris Brezillon","email":"d3686c1eb756201cacdf5983212dc6c4a5a469fe@free-electrons.com"},"message":"ARM: sunxi/dt: make the CHIP inherit from allwinner,sun5i-a13\n\nThe sun4i-timer driver registers its sched_clock only if the machine is\ncompatible with \"allwinner,sun5i-a13\", \"allwinner,sun5i-a10s\" or\n\"allwinner,sun4i-a10\".\nAdd the missing \"allwinner,sun5i-a13\" string to the machine compatible.\n\nSigned-off-by: Boris Brezillon <boris.brezillon@free-electrons.com>\nFixes: 465a225fb2af (\"ARM: sun5i: Add C.H.I.P DTS\")\nCc: <stable@vger.kernel.org>\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/5fc39d347267bd029fcc9099c70e2fe2d53130e9"},{"sha":"c5379ba8fccd99d5f99632c789f0393d84a57805","author":{"name":"Thomas Petazzoni","email":"8184181a894e706105679bbf6797daaadfd8a66a@free-electrons.com"},"message":"ARM: mvebu: fix HW I/O coherency related deadlocks\n\nUntil now, our understanding for HW I/O coherency to work on the\nCortex-A9 based Marvell SoC was that only the PCIe regions should be\nmapped strongly-ordered. However, we were still encountering some\ndeadlocks, especially when testing the CESA crypto engine. After\nchecking with the HW designers, it was concluded that all the MMIO\nregisters should be mapped as strongly ordered for the HW I/O coherency\nmechanism to work properly.\n\nThis fixes some easy to reproduce deadlocks with the CESA crypto engine\ndriver (dmcrypt on a sufficiently large disk partition).\n\nTested-by: Terry Stockert <stockert@inkblotadmirer.me>\nTested-by: Romain Perier <romain.perier@free-electrons.com>\nCc: Terry Stockert <stockert@inkblotadmirer.me>\nCc: Romain Perier <romain.perier@free-electrons.com>\nCc: <stable@vger.kernel.org>\nSigned-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>\nSigned-off-by: Gregory CLEMENT <gregory.clement@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/c5379ba8fccd99d5f99632c789f0393d84a57805"},{"sha":"6a02734d420fca778554878d03017017537d92e1","author":{"name":"Thomas Petazzoni","email":"8184181a894e706105679bbf6797daaadfd8a66a@free-electrons.com"},"message":"ARM: mvebu: map PCI I/O regions strongly ordered\n\nIn order for HW I/O coherency to work on Cortex-A9 based Marvell SoCs,\nall MMIO registers must be mapped strongly ordered. In commit\n1c8c3cf0b5239 (\"ARM: 8060/1: mm: allow sub-architectures to override PCI\nI/O memory type\") we implemented a new function,\npci_ioremap_set_mem_type(), that allow sub-architecture code to override\nthe memory type used to map PCI I/O regions.\n\nIn the discussion around this patch series [1], Arnd Bergmann made the\ncomment that maybe all PCI I/O regions should be mapped\nstrongly-ordered, which would have made our proposal to add\npci_ioremap_set_mem_type() irrelevant. So, we submitted a patch [2] that\ndid what Arnd suggested.\n\nHowever, Russell in the end merged our initial proposal to add\npci_ioremap_set_mem_type(), but it was never used anywhere. Further\ndiscussion with Arnd and other folks on IRC lead to the conclusion that\nin fact using strongly-ordered for all platforms was maybe not\ndesirable, and therefore, using pci_ioremap_set_mem_type() was the most\nappropriate solution.\n\nAs a consequence, this commit finally adds the\npci_ioremap_set_mem_type() call in the mach-mvebu platform code, which\nwas originally part of our initial patch series [3] and is necessary for\nthe whole mechanism to work.\n\n[1] http://lists.infradead.org/pipermail/linux-arm-kernel/2014-May/256565.html\n[2] http://lists.infradead.org/pipermail/linux-arm-kernel/2014-May/256755.html\n[3] http://lists.infradead.org/pipermail/linux-arm-kernel/2014-May/256563.html\n\nSigned-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>\nSigned-off-by: Gregory CLEMENT <gregory.clement@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/6a02734d420fca778554878d03017017537d92e1"},{"sha":"929e604efa3dc0522214e0dc18984be23993e9f0","author":{"name":"Thomas Petazzoni","email":"8184181a894e706105679bbf6797daaadfd8a66a@free-electrons.com"},"message":"ARM: dts: armada-38x: fix MBUS_ID for crypto SRAM on Armada 385 Linksys\n\nWhen the support for the Marvell crypto engine was added in the Device\nTree of the various Armada 385 Device Tree files in commit\nd716f2e837ac6 (\"ARM: mvebu: define crypto SRAM ranges for all armada-38x\nboards\"), a typo was made in the MBus window attributes for the Armada\n385 Linksys board: 0x09/0x05 are used instead of 0x19/0x15. This commit\nfixes this typo, which makes the CESA engines operational on Armada 385\nLinksys boards.\n\nReported-by: Terry Stockert <stockert@inkblotadmirer.me>\nCc: Terry Stockert <stockert@inkblotadmirer.me>\nCc: Imre Kaloz <kaloz@openwrt.org>\nCc: Boris Brezillon <boris.brezillon@free-electrons.com>\nCc: <stable@vger.kernel.org>\nFixes: d716f2e837ac6 (\"ARM: mvebu: define crypto SRAM ranges for all armada-38x boards\")\nSigned-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>\nSigned-off-by: Gregory CLEMENT <gregory.clement@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/929e604efa3dc0522214e0dc18984be23993e9f0"},{"sha":"b3b630b26ae87a54e2f396b459aab0cd2286fc77","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"ARM: dts: sunxi: Add pll3 to simplefb nodes clocks lists\n\nNow that we've a clock node describing pll3 we must add it to the\nsimplefb nodes clocks lists to avoid it getting turned off when\nsimplefb is used.\n\nThis fixes the screen going black when using simplefb.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/b3b630b26ae87a54e2f396b459aab0cd2286fc77"},{"sha":"6cafaf4764a32597c2195aa5411b87728e1fde8a","author":{"name":"Liping Zhang","email":"cd9ff7151e14549b0101e304a06236e97f6942de@spreadtrum.com"},"message":"netfilter: nf_tables: fix memory leak if expr init fails\n\nIf expr init fails then we need to free it.\n\nSo when the user add a nft rule as follows:\n\n  # nft add rule filter input tcp dport 22 flow table ssh \\\n    { ip saddr limit rate 0/second }\n\nmemory leak will happen.\n\nSigned-off-by: Liping Zhang <liping.zhang@spreadtrum.com>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/6cafaf4764a32597c2195aa5411b87728e1fde8a"},{"sha":"62131e5d735226074cba53095545d76b491e5003","author":{"name":"Liping Zhang","email":"cd9ff7151e14549b0101e304a06236e97f6942de@spreadtrum.com"},"message":"netfilter: nft_meta: set skb->nf_trace appropriately\n\nWhen user add a nft rule to set nftrace to zero, for example:\n\n  # nft add rule ip filter input nftrace set 0\n\nWe should set nf_trace to zero also.\n\nSigned-off-by: Liping Zhang <liping.zhang@spreadtrum.com>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/62131e5d735226074cba53095545d76b491e5003"},{"sha":"ed749a53b2d7b9287ee57c17dc29385c89104744","author":{"name":"Olof Johansson","email":"63bffca069be340f40d5a49740a063a17438c648@lixom.net"},"message":"Merge tag 'mvebu-fixes-4.7-1' of git://git.infradead.org/linux-mvebu into fixes\n\nmvebu fixes for 4.7 (part 1)\n\nVarious I/O memory fix for Cortex A9 based SoCs\n\n* tag 'mvebu-fixes-4.7-1' of git://git.infradead.org/linux-mvebu:\n  ARM: dts: armada-38x: fix MBUS_ID for crypto SRAM on Armada 385 Linksys\n  ARM: mvebu: map PCI I/O regions strongly ordered\n  ARM: mvebu: fix HW I/O coherency related deadlocks\n\nSigned-off-by: Olof Johansson <olof@lixom.net>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/ed749a53b2d7b9287ee57c17dc29385c89104744"},{"sha":"eee25ab19de632af1ab4d2ac50bfc5006802e664","author":{"name":"Hans de Goede","email":"a4b43a7169288183ae7c1f5a0140023a97961f48@redhat.com"},"message":"ARM: dts: sun7i: Fix pll3x2 and pll7x2 not having a parent clock\n\nFix pll3x2 and pll7x2 not having a parent clock, specifically this\nfixes the kernel turning of pll3 while simplefb is using it when\nuboot has configured things to use pll3x2 as lcd ch clk parent.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/eee25ab19de632af1ab4d2ac50bfc5006802e664"},{"sha":"b44439e42912b9dcc510a0ff891809ea2cadc46b","author":{"name":"Arnd Bergmann","email":"72a0f6d3b182607e6d5c44b93e1abb7b23ee18f3@arndb.de"},"message":"ARM: mvebu: compile pm code conditionally\n\nA cleanup to include the headers correctly caused another build problem:\n\narch/arm/mach-mvebu/kirkwood-pm.c:70:13: error: redefinition of 'kirkwood_pm_init'\narch/arm/mach-mvebu/kirkwood-pm.h:23:20: note: previous definition of 'kirkwood_pm_init' was here\n\nThe underlying issue is that kirkwood-pm.o is not actually meant to be\nused when CONFIG_PM is disabled, so we should also leave it out of the\nMakefile.\n\nThe same seems to be true for the PM code in MACH_MVEBU_V7, and I'm\ntreating it the same way here.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nFixes: d705c1a66e15 (\"ARM: Kirkwood: fix kirkwood_pm_init() declaration/type\")\nSigned-off-by: Gregory CLEMENT <gregory.clement@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/b44439e42912b9dcc510a0ff891809ea2cadc46b"},{"sha":"9cc1c73ad66610bffc80b691136ffc1e9a3b1a58","author":{"name":"Florian Westphal","email":"dbfaf6a80dfd937969ef4cfe4989863cfe354fce@strlen.de"},"message":"netfilter: conntrack: avoid integer overflow when resizing\n\nCan overflow so we might allocate very small table when bucket count is\nhigh on a 32bit platform.\n\nNote: resize is only possible from init_netns.\n\nSigned-off-by: Florian Westphal <fw@strlen.de>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/9cc1c73ad66610bffc80b691136ffc1e9a3b1a58"},{"sha":"86a8280a7fe007d61b05fa8a352edc0595283dad","author":{"name":"Andrea Gelmini","email":"4c24ab01f7d4f8d3ef17034b07df320722b63db8@gelma.net"},"message":"m68k: Assorted spelling fixes\n\n  - s/acccess/access/\n  - s/accoding/according/\n  - s/addad/added/\n  - s/addreess/address/\n  - s/allocatiom/allocation/\n  - s/Assember/Assembler/\n  - s/compactnes/compactness/\n  - s/conneced/connected/\n  - s/decending/descending/\n  - s/diectly/directly/\n  - s/diplacement/displacement/\n\nSigned-off-by: Andrea Gelmini <andrea.gelmini@gelma.net>\n[geert: Squashed, fix arch/m68k/ifpsp060/src/pfpsp.S]\nSigned-off-by: Geert Uytterhoeven <geert@linux-m68k.org>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/86a8280a7fe007d61b05fa8a352edc0595283dad"},{"sha":"b99c2d913810e56682a538c9f2394d76fca808f8","author":{"name":"Miklos Szeredi","email":"c27ee2952768e22f4d3ab9aec0e78ac5f4ddea98@redhat.com"},"message":"ovl: handle ATTR_KILL*\n\nBefore 4bacc9c9234c (\"overlayfs: Make f_path...\") file->f_path pointed to\nthe underlying file, hence suid/sgid removal on write worked fine.\n\nAfter that patch file->f_path pointed to the overlay file, and the file\nmode bits weren't copied to overlay_inode->i_mode.  So the suid/sgid\nremoval simply stopped working.\n\nThe fix is to copy the mode bits, but then ovl_setattr() needs to clear\nATTR_MODE to avoid the BUG() in notify_change().  So do this first, then in\nthe next patch copy the mode.\n\nReported-by: Eryu Guan <eguan@redhat.com>\nSigned-off-by: Miklos Szeredi <mszeredi@redhat.com>\nFixes: 4bacc9c9234c (\"overlayfs: Make f_path always point to the overlay and f_inode to the underlay\")\nCc: <stable@vger.kernel.org>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/b99c2d913810e56682a538c9f2394d76fca808f8"},{"sha":"07a2daab49c549a37b5b744cbebb6e3f445f12bc","author":{"name":"Vivek Goyal","email":"6391e95e691e142b04089fc8c5919bb65a4d1a63@redhat.com"},"message":"ovl: Copy up underlying inode's ->i_mode to overlay inode\n\nRight now when a new overlay inode is created, we initialize overlay\ninode's ->i_mode from underlying inode ->i_mode but we retain only\nfile type bits (S_IFMT) and discard permission bits.\n\nThis patch changes it and retains permission bits too. This should allow\noverlay to do permission checks on overlay inode itself in task context.\n\n[SzM] It also fixes clearing suid/sgid bits on write.\n\nSigned-off-by: Vivek Goyal <vgoyal@redhat.com>\nReported-by: Eryu Guan <eguan@redhat.com>\nSigned-off-by: Miklos Szeredi <mszeredi@redhat.com>\nFixes: 4bacc9c9234c (\"overlayfs: Make f_path always point to the overlay and f_inode to the underlay\")\nCc: <stable@vger.kernel.org>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/07a2daab49c549a37b5b744cbebb6e3f445f12bc"},{"sha":"10c78f5854d361ded4736c1831948e0a5f67b932","author":{"name":"Sven Eckelmann","email":"9d878b831e8ad202268d6003fc179621a34463a2@narfation.org"},"message":"batman-adv: Avoid nullptr dereference in bla after vlan_insert_tag\n\nvlan_insert_tag can return NULL on errors. The bridge loop avoidance code\ntherefore has to check the return value of vlan_insert_tag for NULL before\nit can safely operate on this pointer.\n\nFixes: 23721387c409 (\"batman-adv: add basic bridge loop avoidance code\")\nSigned-off-by: Sven Eckelmann <sven@narfation.org>\nSigned-off-by: Marek Lindner <mareklindner@neomailbox.ch>\nSigned-off-by: Simon Wunderlich <sw@simonwunderlich.de>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/10c78f5854d361ded4736c1831948e0a5f67b932"},{"sha":"60154a1e0495ffb8343a95cefe1e874634572fa8","author":{"name":"Sven Eckelmann","email":"9d878b831e8ad202268d6003fc179621a34463a2@narfation.org"},"message":"batman-adv: Avoid nullptr dereference in dat after vlan_insert_tag\n\nvlan_insert_tag can return NULL on errors. The distributed arp table code\ntherefore has to check the return value of vlan_insert_tag for NULL before\nit can safely operate on this pointer.\n\nFixes: be1db4f6615b (\"batman-adv: make the Distributed ARP Table vlan aware\")\nSigned-off-by: Sven Eckelmann <sven@narfation.org>\nSigned-off-by: Marek Lindner <mareklindner@neomailbox.ch>\nSigned-off-by: Simon Wunderlich <sw@simonwunderlich.de>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/60154a1e0495ffb8343a95cefe1e874634572fa8"},{"sha":"33fbb1f3db87ce53da925b3e034b4dd446d483f8","author":{"name":"Sven Eckelmann","email":"9d878b831e8ad202268d6003fc179621a34463a2@narfation.org"},"message":"batman-adv: Fix orig_node_vlan leak on orig_node_release\n\nbatadv_orig_node_new uses batadv_orig_node_vlan_new to allocate a new\nbatadv_orig_node_vlan and add it to batadv_orig_node::vlan_list. References\nto this list have also to be cleaned when the batadv_orig_node is removed.\n\nFixes: 7ea7b4a14275 (\"batman-adv: make the TT CRC logic VLAN specific\")\nSigned-off-by: Sven Eckelmann <sven@narfation.org>\nSigned-off-by: Marek Lindner <mareklindner@neomailbox.ch>\nSigned-off-by: Simon Wunderlich <sw@simonwunderlich.de>","distinct":true,"url":"https://api.github.com/repos/megous/linux/commits/33fbb1f3db87ce53da925b3e034b4dd446d483f8"}]}
{"actor":{"display_login":"megous"}}