{"push_id":1562988872,"size":49,"distinct_size":48,"ref":"refs/heads/rsa_aes","head":"7e05d69884108eef594d5cc134f0f8afe3c08290","before":"3ed257328b8fc008c3e488c4ca96d6783f50bb60","commits":[{"sha":"db5d0b597bc27bbddf40f2f8359a73be4eb77104","author":{"name":"Nathan Fontenot","email":"3a130a78b172204adce9a1ca8f1cff91243ba451@linux.vnet.ibm.com"},"message":"ibmvnic: Initialize completion variables before starting work\n\nInitialize condition variables prior to invoking any work that can\nmark them complete. This resolves a race in the ibmvnic driver where\nthe driver faults trying to complete an uninitialized condition\nvariable.\n\nSigned-off-by: Nathan Fontenot <nfont@linux.vnet.ibm.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/db5d0b597bc27bbddf40f2f8359a73be4eb77104"},{"sha":"e722af6391949e8851310441bb0cec157d25611d","author":{"name":"Nathan Fontenot","email":"3a130a78b172204adce9a1ca8f1cff91243ba451@linux.vnet.ibm.com"},"message":"ibmvnic: Call napi_disable instead of napi_enable in failure path\n\nThe failure path in ibmvnic_open() mistakenly makes a second call\nto napi_enable instead of calling napi_disable. This can result\nin a BUG_ON for any queues that were enabled in the previous call\nto napi_enable.\n\nSigned-off-by: Nathan Fontenot <nfont@linux.vnet.ibm.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/e722af6391949e8851310441bb0cec157d25611d"},{"sha":"7089db84e356562f8ba737c29e472cc42d530dbc","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"Linux 4.10-rc8","distinct":false,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/7089db84e356562f8ba737c29e472cc42d530dbc"},{"sha":"7f677633379b4abb3281cdbe7e7006f049305c03","author":{"name":"Alexei Starovoitov","email":"50b16f6527d2958df737674aa9b4293ff06b2058@fb.com"},"message":"bpf: introduce BPF_F_ALLOW_OVERRIDE flag\n\nIf BPF_F_ALLOW_OVERRIDE flag is used in BPF_PROG_ATTACH command\nto the given cgroup the descendent cgroup will be able to override\neffective bpf program that was inherited from this cgroup.\nBy default it's not passed, therefore override is disallowed.\n\nExamples:\n1.\nprog X attached to /A with default\nprog Y fails to attach to /A/B and /A/B/C\nEverything under /A runs prog X\n\n2.\nprog X attached to /A with allow_override.\nprog Y fails to attach to /A/B with default (non-override)\nprog M attached to /A/B with allow_override.\nEverything under /A/B runs prog M only.\n\n3.\nprog X attached to /A with allow_override.\nprog Y fails to attach to /A with default.\nThe user has to detach first to switch the mode.\n\nIn the future this behavior may be extended with a chain of\nnon-overridable programs.\n\nAlso fix the bug where detach from cgroup where nothing is attached\nwas not throwing error. Return ENOENT in such case.\n\nAdd several testcases and adjust libbpf.\n\nFixes: 3007098494be (\"cgroup: add support for eBPF programs\")\nSigned-off-by: Alexei Starovoitov <ast@kernel.org>\nAcked-by: Daniel Borkmann <daniel@iogearbox.net>\nAcked-by: Tejun Heo <tj@kernel.org>\nAcked-by: Daniel Mack <daniel@zonque.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/7f677633379b4abb3281cdbe7e7006f049305c03"},{"sha":"8b74d439e1697110c5e5c600643e823eb1dd0762","author":{"name":"Eric Dumazet","email":"b3d77ad2db30f558882cc0c038be5a3cf96611f9@google.com"},"message":"net/llc: avoid BUG_ON() in skb_orphan()\n\nIt seems nobody used LLC since linux-3.12.\n\nFortunately fuzzers like syzkaller still know how to run this code,\notherwise it would be no fun.\n\nSetting skb->sk without skb->destructor leads to all kinds of\nbugs, we now prefer to be very strict about it.\n\nIdeally here we would use skb_set_owner() but this helper does not exist yet,\nonly CAN seems to have a private helper for that.\n\nFixes: 376c7311bdb6 (\"net: add a temporary sanity check in skb_orphan()\")\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nReported-by: Andrey Konovalov <andreyknvl@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/8b74d439e1697110c5e5c600643e823eb1dd0762"},{"sha":"35879ee4769099905fa3bda0b21e73d434e2df6a","author":{"name":"Hans Verkuil","email":"e8eef7a3c0d50e56e1cf3e06ea0c343f8c9d9797@xs4all.nl"},"message":"[media] videodev2.h: go back to limited range Y'CbCr for SRGB and, ADOBERGB\n\nThis reverts 'commit 7e0739cd9c40 (\"[media] videodev2.h: fix\nsYCC/AdobeYCC default quantization range\").\n\nThe problem is that many drivers can convert R'G'B' content (often\nfrom sensors) to Y'CbCr, but they all produce limited range Y'CbCr.\n\nTo stay backwards compatible the default quantization range for\nsRGB and AdobeRGB Y'CbCr encoding should be limited range, not full\nrange, even though the corresponding standards specify full range.\n\nUpdate the V4L2_MAP_QUANTIZATION_DEFAULT define accordingly and\nalso update the documentation.\n\nFixes: 7e0739cd9c40 (\"[media] videodev2.h: fix sYCC/AdobeYCC default quantization range\")\nSigned-off-by: Hans Verkuil <hans.verkuil@cisco.com>\nCc: <stable@vger.kernel.org>      # for v4.9 and up\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/35879ee4769099905fa3bda0b21e73d434e2df6a"},{"sha":"42980da2eb7eb9695d8efc0c0ef145cbbb993b2c","author":{"name":"Hans Verkuil","email":"e8eef7a3c0d50e56e1cf3e06ea0c343f8c9d9797@xs4all.nl"},"message":"[media] cec: initiator should be the same as the destination for, poll\n\nPoll messages that are used to allocate a logical address should\nuse the same initiator as the destination. Instead, it expected that\nthe initiator was 0xf which is not according to the standard.\n\nThis also had consequences for the message checks in cec_transmit_msg_fh\nthat incorrectly rejected poll messages with the same initiator and\ndestination.\n\nSigned-off-by: Hans Verkuil <hans.verkuil@cisco.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/42980da2eb7eb9695d8efc0c0ef145cbbb993b2c"},{"sha":"0c59d28121b96d826c188280f367e754b5d83350","author":{"name":"Arnaldo Carvalho de Melo","email":"7310a59577712e001e6abd523e66592d8f2dc989@kernel.org"},"message":"MAINTAINERS: Remove old e-mail address\n\nThe ghostprotocols.net domain is not working, remove it from CREDITS and\nMAINTAINERS, and change the status to \"Odd fixes\", and since I haven't\nbeen maintaining those, remove my address from there.\n\nSigned-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/0c59d28121b96d826c188280f367e754b5d83350"},{"sha":"ebf692f85ff78092cd238166d8d7ec51419f9c02","author":{"name":"Mart van Santen","email":"e0b41f29252f158d73a8f9e473550e8046dd1a1b@greenhost.nl"},"message":"xen-netback: vif counters from int/long to u64\n\nThis patch fixes an issue where the type of counters in the queue(s)\nand interface are not in sync (queue counters are int, interface\ncounters are long), causing incorrect reporting of tx/rx values\nof the vif interface and unclear counter overflows.\nThis patch sets both counters to the u64 type.\n\nSigned-off-by: Mart van Santen <mart@greenhost.nl>\nReviewed-by: Paul Durrant <paul.durrant@citrix.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/ebf692f85ff78092cd238166d8d7ec51419f9c02"},{"sha":"4872e57c812dd312bf8193b5933fa60585cda42f","author":{"name":"Ralf Baechle","email":"e34dc0f431cfd5378400841df3658f4880373a71@linux-mips.org"},"message":"NET: Fix /proc/net/arp for AX.25\n\nWhen sending ARP requests over AX.25 links the hwaddress in the neighbour\ncache are not getting initialized.  For such an incomplete arp entry\nax2asc2 will generate an empty string resulting in /proc/net/arp output\nlike the following:\n\n$ cat /proc/net/arp\nIP address       HW type     Flags       HW address            Mask     Device\n192.168.122.1    0x1         0x2         52:54:00:00:5d:5f     *        ens3\n172.20.1.99      0x3         0x0              *        bpq0\n\nThe missing field will confuse the procfs parsing of arp(8) resulting in\nincorrect output for the device such as the following:\n\n$ arp\nAddress                  HWtype  HWaddress           Flags Mask            Iface\ngateway                  ether   52:54:00:00:5d:5f   C                     ens3\n172.20.1.99                      (incomplete)                              ens3\n\nThis changes the content of /proc/net/arp to:\n\n$ cat /proc/net/arp\nIP address       HW type     Flags       HW address            Mask     Device\n172.20.1.99      0x3         0x0         *                     *        bpq0\n192.168.122.1    0x1         0x2         52:54:00:00:5d:5f     *        ens3\n\nTo do so it change ax2asc to put the string \"*\" in buf for a NULL address\nargument.  Finally the HW address field is left aligned in a 17 character\nfield (the length of an ethernet HW address in the usual hex notation) for\nreadability.\n\nSigned-off-by: Ralf Baechle <ralf@linux-mips.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/4872e57c812dd312bf8193b5933fa60585cda42f"},{"sha":"6a25478077d987edc5e2f880590a2bc5fcab4441","author":{"name":"Herbert Xu","email":"b06c1e85ee1d40a691f7eaf317640579555a220e@gondor.apana.org.au"},"message":"gfs2: Use rhashtable walk interface in glock_hash_walk\n\nThe function glock_hash_walk walks the rhashtable by hand.  This\nis broken because if it catches the hash table in the middle of\na rehash, then it will miss entries.\n\nThis patch replaces the manual walk by using the rhashtable walk\ninterface.\n\nFixes: 88ffbf3e037e (\"GFS2: Use resizable hash table for glocks\")\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/6a25478077d987edc5e2f880590a2bc5fcab4441"},{"sha":"9dbbfb0ab6680c6a85609041011484e6658e7d3c","author":{"name":"Herbert Xu","email":"b06c1e85ee1d40a691f7eaf317640579555a220e@gondor.apana.org.au"},"message":"tipc: Fix tipc_sk_reinit race conditions\n\nThere are two problems with the function tipc_sk_reinit.  Firstly\nit's doing a manual walk over an rhashtable.  This is broken as\nan rhashtable can be resized and if you manually walk over it\nduring a resize then you may miss entries.\n\nSecondly it's missing memory barriers as previously the code used\nspinlocks which provide the barriers implicitly.\n\nThis patch fixes both problems.\n\nFixes: 07f6c4bc048a (\"tipc: convert tipc reference table to...\")\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>\nAcked-by: Ying Xue <ying.xue@windriver.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/9dbbfb0ab6680c6a85609041011484e6658e7d3c"},{"sha":"40137906c5f55c252194ef5834130383e639536f","author":{"name":"Herbert Xu","email":"b06c1e85ee1d40a691f7eaf317640579555a220e@gondor.apana.org.au"},"message":"rhashtable: Add nested tables\n\nThis patch adds code that handles GFP_ATOMIC kmalloc failure on\ninsertion.  As we cannot use vmalloc, we solve it by making our\nhash table nested.  That is, we allocate single pages at each level\nand reach our desired table size by nesting them.\n\nWhen a nested table is created, only a single page is allocated\nat the top-level.  Lower levels are allocated on demand during\ninsertion.  Therefore for each insertion to succeed, only two\n(non-consecutive) pages are needed.\n\nAfter a nested table is created, a rehash will be scheduled in\norder to switch to a vmalloced table as soon as possible.  Also,\nthe rehash code will never rehash into a nested table.  If we\ndetect a nested table during a rehash, the rehash will be aborted\nand a new rehash will be scheduled.\n\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/40137906c5f55c252194ef5834130383e639536f"},{"sha":"0c8ef291d976221319f70753c62e18b48d892590","author":{"name":"David S. Miller","email":"79caf591e37e1438a2d55ae59670d5cd0d717764@davemloft.net"},"message":"Merge branch 'rhashtable-allocation-failure-during-insertion'\n\nHerbert Xu says:\n\n====================\nrhashtable: Handle table allocation failure during insertion\n\nv2 -\n\nAdded Ack to patch 2.\nFixed RCU annotation in code path executed by rehasher by using\nrht_dereference_bucket.\n\nv1 -\n\nThis series tackles the problem of table allocation failures during\ninsertion.  The issue is that we cannot vmalloc during insertion.\nThis series deals with this by introducing nested tables.\n\nThe first two patches removes manual hash table walks which cannot\nwork on a nested table.\n\nThe final patch introduces nested tables.\n\nI've tested this with test_rhashtable and it appears to work.\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/0c8ef291d976221319f70753c62e18b48d892590"},{"sha":"747ae0a96f1a78b35c5a3d93ad37a16655e16340","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"Merge tag 'media/v4.10-4' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media\n\nPull media fixes from Mauro Carvalho Chehab:\n \"A colorspace regression fix in V4L2 core and a CEC core bug that makes\n  it discard valid messages\"\n\n* tag 'media/v4.10-4' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media:\n  [media] cec: initiator should be the same as the destination for, poll\n  [media] videodev2.h: go back to limited range Y'CbCr for SRGB and, ADOBERGB","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/747ae0a96f1a78b35c5a3d93ad37a16655e16340"},{"sha":"fed06ee89b78d3af32e235e0e89ad0d946fcb95d","author":{"name":"Or Gerlitz","email":"1d5567bccfc6dd59c6f26cddb2897fb0786c20af@mellanox.com"},"message":"net/mlx5e: Disable preemption when doing TC statistics upcall\n\nWhen called by HW offloading drivers, the TC action (e.g\nnet/sched/act_mirred.c) code uses this_cpu logic, e.g\n\n _bstats_cpu_update(this_cpu_ptr(a->cpu_bstats), bytes, packets)\n\nper the kernel documention, preemption should be disabled, add that.\n\nBefore the fix, when running with CONFIG_PREEMPT set, we get a\n\nBUG: using smp_processor_id() in preemptible [00000000] code: tc/3793\n\nasserion from the TC action (mirred) stats_update callback.\n\nFixes: aad7e08d39bd ('net/mlx5e: Hardware offloaded flower filter statistics support')\nSigned-off-by: Or Gerlitz <ogerlitz@mellanox.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/fed06ee89b78d3af32e235e0e89ad0d946fcb95d"},{"sha":"ec5e3b0a1d41fbda0cc33a45bc9e54e91d9d12c7","author":{"name":"Jonathan T. Leighton","email":"ef026293788604eefb457d20219d5fa3080cd997@udel.edu"},"message":"ipv6: Inhibit IPv4-mapped src address on the wire.\n\nThis patch adds a check for the problematic case of an IPv4-mapped IPv6\nsource address and a destination address that is neither an IPv4-mapped\nIPv6 address nor in6addr_any, and returns an appropriate error. The\ncheck in done before returning from looking up the route.\n\nSigned-off-by: Jonathan T. Leighton <jtleight@udel.edu>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/ec5e3b0a1d41fbda0cc33a45bc9e54e91d9d12c7"},{"sha":"052d2369d1b479cdbbe020fdd6d057d3c342db74","author":{"name":"Jonathan T. Leighton","email":"ef026293788604eefb457d20219d5fa3080cd997@udel.edu"},"message":"ipv6: Handle IPv4-mapped src to in6addr_any dst.\n\nThis patch adds a check on the type of the source address for the case\nwhere the destination address is in6addr_any. If the source is an\nIPv4-mapped IPv6 source address, the destination is changed to\n::ffff:127.0.0.1, and otherwise the destination is changed to ::1. This\nis done in three locations to handle UDP calls to either connect() or\nsendmsg() and TCP calls to connect(). Note that udpv6_sendmsg() delays\nhandling an in6addr_any destination until very late, so the patch only\nneeds to handle the case where the source is an IPv4-mapped IPv6\naddress.\n\nSigned-off-by: Jonathan T. Leighton <jtleight@udel.edu>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/052d2369d1b479cdbbe020fdd6d057d3c342db74"},{"sha":"144adc655fac089d485ee66354d402b319cff6d2","author":{"name":"David S. Miller","email":"79caf591e37e1438a2d55ae59670d5cd0d717764@davemloft.net"},"message":"Merge branch 'ipv6-v4mapped'\n\nJonathan T. Leighton says:\n\n====================\nIPv4-mapped on wire, :: dst address issue\n\nUnder some circumstances IPv6 datagrams are sent with IPv4-mapped IPv6\naddresses as the source. Given an IPv6 socket bound to an IPv4-mapped\nIPv6 address, and an IPv6 destination address, both TCP and UDP will\nwill send packets using the IPv4-mapped IPv6 address as the source. Per\nRFC 6890 (Table 20), IPv4-mapped IPv6 source addresses are not allowed\nin an IP datagram. The problem can be observed by attempting to\nconnect() either a TCP or UDP socket, or by using sendmsg() with a UDP\nsocket. The patch is intended to correct this issue for all socket\ntypes.\n\nlinux follows the BSD convention that an IPv6 destination address\nspecified as in6addr_any is converted to the loopback address.\nCurrently, neither TCP nor UDP consider the possibility that the source\naddress is an IPv4-mapped IPv6 address, and assume that the appropriate\nloopback address is ::1. The patch adds a check on whether or not the\nsource address is an IPv4-mapped IPv6 address and then sets the\ndestination address to either ::ffff:127.0.0.1 or ::1, as appropriate.\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/144adc655fac089d485ee66354d402b319cff6d2"},{"sha":"01f8902bcf3ff124d0aeb88a774180ebcec20ace","author":{"name":"Rui Sousa","email":"63319aca7261a897ea8b5b9fc92c60e051665ef8@nxp.com"},"message":"net: fec: fix multicast filtering hardware setup\n\nFix hardware setup of multicast address hash:\n- Never clear the hardware hash (to avoid packet loss)\n- Construct the hash register values in software and then write once\nto hardware\n\nSigned-off-by: Rui Sousa <rui.sousa@nxp.com>\nSigned-off-by: Fugang Duan <fugang.duan@nxp.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/yu-chen-surf/linux-pm/commits/01f8902bcf3ff124d0aeb88a774180ebcec20ace"}]}
{"actor":{"display_login":"yu-chen-surf"}}