{"push_id":988979133,"size":172,"distinct_size":172,"ref":"refs/heads/master","head":"4de8ebeff8ddefaceeb7fc6a9b1a514fc9624509","before":"81f70ba233d5f660e1ea5fe23260ee323af5d53a","commits":[{"sha":"7e502e5bc546a8d8be188fa019fe6fcdf02e3c87","author":{"email":"e26eff765275c77466ad5898184fc6a988d45849@intel.com","name":"Oren Givon"},"message":"iwlwifi: fix name of ucode loaded for 8265 series\n\nFix the name of the ucode being loaded for 8265 series\nto be: iwlwifi-8265-XX.ucode\n\nSigned-off-by: Oren Givon <oren.givon@intel.com>\nSigned-off-by: Emmanuel Grumbach <emmanuel.grumbach@intel.com>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/7e502e5bc546a8d8be188fa019fe6fcdf02e3c87"},{"sha":"d93c6258ee4255749c10012c50a31c08f4e9fb16","author":{"email":"cef439e78636cdab99cd2923826c5065a0743e5b@strlen.de","name":"Florian Westphal"},"message":"netfilter: conntrack: resched in nf_ct_iterate_cleanup\n\nUlrich reports soft lockup with following (shortened) callchain:\n\nNMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s!\n__netif_receive_skb_core+0x6e4/0x774\nprocess_backlog+0x94/0x160\nnet_rx_action+0x88/0x178\ncall_do_softirq+0x24/0x3c\ndo_softirq+0x54/0x6c\n__local_bh_enable_ip+0x7c/0xbc\nnf_ct_iterate_cleanup+0x11c/0x22c [nf_conntrack]\nmasq_inet_event+0x20/0x30 [nf_nat_masquerade_ipv6]\natomic_notifier_call_chain+0x1c/0x2c\nipv6_del_addr+0x1bc/0x220 [ipv6]\n\nProblem is that nf_ct_iterate_cleanup can run for a very long time\nsince it can be interrupted by softirq processing.\nMoreover, atomic_notifier_call_chain runs with rcu readlock held.\n\nSo lets call cond_resched() in nf_ct_iterate_cleanup and defer\nthe call to a work queue for the atomic_notifier_call_chain case.\n\nWe also need another cond_resched in get_next_corpse, since we\nhave to deal with iter() always returning false, in that case\nget_next_corpse will walk entire conntrack table.\n\nReported-by: Ulrich Weber <uw@ocedo.com>\nTested-by: Ulrich Weber <uw@ocedo.com>\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/masahir0y/linux-yamada/commits/d93c6258ee4255749c10012c50a31c08f4e9fb16"},{"sha":"7c7bdf35991bb8f7cfaeaf22ea3a2f2d1967c166","author":{"email":"707d14912bb250caf67dfe0ea4035681fbfc4f56@netfilter.org","name":"Pablo Neira Ayuso"},"message":"netfilter: nfnetlink: use original skbuff when acking batches\n\nSince bd678e09dc17 (\"netfilter: nfnetlink: fix splat due to incorrect\nsocket memory accounting in skbuff clones\"), we don't manually attach\nthe sk to the skbuff clone anymore, so we have to use the original\nskbuff from netlink_ack() which needs to access the sk pointer.\n\nFixes: bd678e09dc17 (\"netfilter: nfnetlink: fix splat due to incorrect socket memory accounting in skbuff clones\")\nReported-by: Dmitry Vyukov <dvyukov@google.com>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/7c7bdf35991bb8f7cfaeaf22ea3a2f2d1967c166"},{"sha":"53c520c2ab79e9f3765d24116ab54f6d5b3cd563","author":{"email":"cef439e78636cdab99cd2923826c5065a0743e5b@strlen.de","name":"Florian Westphal"},"message":"netfilter: cttimeout: fix deadlock due to erroneous unlock/lock conversion\n\nThe spin_unlock call should have been left as-is, revert.\n\nFixes: b16c29191dc89bd (\"netfilter: nf_conntrack: use safer way to lock all buckets\")\nReported-by: kernel test robot <fengguang.wu@intel.com>\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/masahir0y/linux-yamada/commits/53c520c2ab79e9f3765d24116ab54f6d5b3cd563"},{"sha":"d76d65fd26951498144029c24852c4d54ee512d9","author":{"email":"ed0f1d78b8c21b2970494a178da4bdfa8beba2a7@lwfinger.net","name":"Larry Finger"},"message":"rtlwifi: fix broken VHT support\n\nWhen using a 5G-capable device with VHT (802.11ac) rates enabled was not\nworking (packets were not delivered) and the following mac80211 warning\nwas printed:\n\nWARNING: CPU: 3 PID: 2253 at net/mac80211/rate.c:625 ieee80211_get_tx_rates+0x22e/0x620 [mac80211]()\nModules linked in: rtl8821ae btcoexist rtl_pci rtlwifi fuse drbg ansi_cprng ctr ccm bnep bluetooth af_packet nfs fscache vboxpci(O) vboxnetadp(O) vboxne\ntflt(O) vboxdrv(O) arc4 snd_hda_codec_generic x86_pkg_temp_thermal rtsx_pci_sdmmc mmc_core rtsx_pci_ms kvm_intel memstick iwlmvm kvm mac80211 snd_hda_intel snd_hda_cod\nec snd_hwdep snd_hda_core irqbypass snd_pcm iwlwifi crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel aes_x86_64 snd_timer lrw gf128mul glue_h\nelper ablk_helper cryptd snd cfg80211 pcspkr serio_raw e1000e rtsx_pci lpc_ich ptp xhci_pci mfd_core pps_core xhci_hcd soundcore toshiba_acpi thermal sparse_keymap wmi\n toshiba_bluetooth rfkill acpi_cpufreq battery ac processor dm_mod i915 i2c_algo_bit drm_kms_helper syscopyarea sysfillrect sysimgblt fb_sys_fops\ndrm sr_mod cdrom video button sg autofs4 [last unloaded: rtlwifi]\nCPU: 3 PID: 2253 Comm: Timer Tainted: G        W  O    4.5.0-rc1-wl+ #79\nHardware name: TOSHIBA TECRA A50-A/TECRA A50-A, BIOS Version 4.20   04/17/2014\n  ffffffffa05c4be6 ffff8802262036d8 ffffffff813d7912 0000000000000000\n  ffff880226203710 ffffffff8106bcb6 ffff8800c6831300 ffff8800c6831330\n  0000000000000000 ffff8800c683133c ffff880065923638 ffff880226203720\nCall Trace:\n  <IRQ>  [<ffffffff813d7912>] dump_stack+0x4b/0x79\n  [<ffffffff8106bcb6>] warn_slowpath_common+0x86/0xc0\n  [<ffffffff8106bdaa>] warn_slowpath_null+0x1a/0x20\n  [<ffffffffa05511ee>] ieee80211_get_tx_rates+0x22e/0x620 [mac80211]\n  [<ffffffffa0782232>] ? rtl_is_special_data+0x32/0x240 [rtlwifi]\n  [<ffffffffa055209e>] ? rate_control_get_rate+0xce/0x150 [mac80211]\n  [<ffffffff810bfc7d>] ? trace_hardirqs_on+0xd/0x10\n  [<ffffffff81071cc5>] ? __local_bh_enable_ip+0x65/0xd0\n\nSigned-off-by: Kalle Valo <kvalo@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/d76d65fd26951498144029c24852c4d54ee512d9"},{"sha":"c58d6c93680f28ac58984af61d0a7ebf4319c241","author":{"email":"636b3595fe7e430bd36214e65e82255c9006a0ec@oracle.com","name":"Phil Turnbull"},"message":"netfilter: nfnetlink: correctly validate length of batch messages\n\nIf nlh->nlmsg_len is zero then an infinite loop is triggered because\n'skb_pull(skb, msglen);' pulls zero bytes.\n\nThe calculation in nlmsg_len() underflows if 'nlh->nlmsg_len <\nNLMSG_HDRLEN' which bypasses the length validation and will later\ntrigger an out-of-bound read.\n\nIf the length validation does fail then the malformed batch message is\ncopied back to userspace. However, we cannot do this because the\nnlh->nlmsg_len can be invalid. This leads to an out-of-bounds read in\nnetlink_ack:\n\n    [   41.455421] ==================================================================\n    [   41.456431] BUG: KASAN: slab-out-of-bounds in memcpy+0x1d/0x40 at addr ffff880119e79340\n    [   41.456431] Read of size 4294967280 by task a.out/987\n    [   41.456431] =============================================================================\n    [   41.456431] BUG kmalloc-512 (Not tainted): kasan: bad access detected\n    [   41.456431] -----------------------------------------------------------------------------\n    ...\n    [   41.456431] Bytes b4 ffff880119e79310: 00 00 00 00 d5 03 00 00 b0 fb fe ff 00 00 00 00  ................\n    [   41.456431] Object ffff880119e79320: 20 00 00 00 10 00 05 00 00 00 00 00 00 00 00 00   ...............\n    [   41.456431] Object ffff880119e79330: 14 00 0a 00 01 03 fc 40 45 56 11 22 33 10 00 05  .......@EV.\"3...\n    [   41.456431] Object ffff880119e79340: f0 ff ff ff 88 99 aa bb 00 14 00 0a 00 06 fe fb  ................\n                                            ^^ start of batch nlmsg with\n                                               nlmsg_len=4294967280\n    ...\n    [   41.456431] Memory state around the buggy address:\n    [   41.456431]  ffff880119e79400: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00\n    [   41.456431]  ffff880119e79480: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00\n    [   41.456431] >ffff880119e79500: 00 00 00 00 fc fc fc fc fc fc fc fc fc fc fc fc\n    [   41.456431]                                ^\n    [   41.456431]  ffff880119e79580: fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc fc\n    [   41.456431]  ffff880119e79600: fc fc fc fc fc fc fc fc fc fc fb fb fb fb fb fb\n    [   41.456431] ==================================================================\n\nFix this with better validation of nlh->nlmsg_len and by setting\nNFNL_BATCH_FAILURE if any batch message fails length validation.\n\nCAP_NET_ADMIN is required to trigger the bugs.\n\nFixes: 9ea2aa8b7dba (\"netfilter: nfnetlink: validate nfnetlink header from batch\")\nSigned-off-by: Phil Turnbull <phil.turnbull@oracle.com>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/c58d6c93680f28ac58984af61d0a7ebf4319c241"},{"sha":"08a7f5d3f5c38ed745c3e99ee91975f20562d272","author":{"email":"f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de","name":"Arnd Bergmann"},"message":"netfilter: tee: select NF_DUP_IPV6 unconditionally\n\nThe NETFILTER_XT_TARGET_TEE option selects NF_DUP_IPV6 whenever\nIP6_NF_IPTABLES is enabled, and it ensures that it cannot be\nbuiltin itself if NF_CONNTRACK is a loadable module, as that\nis a dependency for NF_DUP_IPV6.\n\nHowever, NF_DUP_IPV6 can be enabled even if IP6_NF_IPTABLES is\nturned off, and it only really depends on IPV6. With the current\ncheck in tee_tg6, we call nf_dup_ipv6() whenever NF_DUP_IPV6\nis enabled. This can however be a loadable module which is\nunreachable from a built-in xt_TEE:\n\nnet/built-in.o: In function `tee_tg6':\n:(.text+0x67728): undefined reference to `nf_dup_ipv6'\n\nThe bug was originally introduced in the split of the xt_TEE module\ninto separate modules for ipv4 and ipv6, and two patches tried\nto fix it unsuccessfully afterwards.\n\nThis is a revert of the the first incorrect attempt to fix it,\ngoing back to depending on IPV6 as the dependency, and we\nadapt the 'select' condition accordingly.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nFixes: bbde9fc1824a (\"netfilter: factor out packet duplication for IPv4/IPv6\")\nFixes: 116984a316c3 (\"netfilter: xt_TEE: use IS_ENABLED(CONFIG_NF_DUP_IPV6)\")\nFixes: 74ec4d55c4d2 (\"netfilter: fix xt_TEE and xt_TPROXY dependencies\")\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/08a7f5d3f5c38ed745c3e99ee91975f20562d272"},{"sha":"5cc6ce9ff27565949a1001a2889a8dd9fd09e772","author":{"email":"73889760778ff960467ba75991d0ae67a00c37ec@gmail.com","name":"Anton Protopopov"},"message":"netfilter: nft_counter: fix erroneous return values\n\nThe nft_counter_init() and nft_counter_clone() functions should return\nnegative error value -ENOMEM instead of positive ENOMEM.\n\nSigned-off-by: Anton Protopopov <a.s.protopopov@gmail.com>\nSigned-off-by: Pablo Neira Ayuso <pablo@netfilter.org>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/5cc6ce9ff27565949a1001a2889a8dd9fd09e772"},{"sha":"f285aa8db7cc4432c1a03f8b55ff34fe96317c11","author":{"email":"29bbaec13092d36559e3abc6f27f7d09c395819f@suse.com","name":"Juergen Gross"},"message":"xen/scsiback: correct frontend counting\n\nWhen adding a new frontend to xen-scsiback don't decrement the number\nof active frontends in case of no error. Doing so results in a failure\nwhen trying to remove the xen-pvscsi nexus even if no domain is using\nit.\n\nSigned-off-by: Juergen Gross <jgross@suse.com>\nReviewed-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>\nCc: stable@vger.kernel.org\nSigned-off-by: David Vrabel <david.vrabel@citrix.com>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/f285aa8db7cc4432c1a03f8b55ff34fe96317c11"},{"sha":"c9e2f531be000af652927ee0af3a0f24f8e9e046","author":{"email":"29bbaec13092d36559e3abc6f27f7d09c395819f@suse.com","name":"Juergen Gross"},"message":"xen/scsiback: avoid warnings when adding multiple LUNs to a domain\n\nWhen adding more than one LUN to a frontend a warning for a failed\nassignment is issued in dom0 for each already existing LUN. Avoid this\nwarning by checking for a LUN already existing when existence is\nallowed (scsiback_do_add_lun() called with try == 1).\n\nAs the LUN existence check is needed now for a third time, factor it\nout into a function. This in turn leads to a more or less complete\nrewrite of scsiback_del_translation_entry() which will now return a\nproper error code in case of failure.\n\nSigned-off-by: Juergen Gross <jgross@suse.com>\nReviewed-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>\nSigned-off-by: David Vrabel <david.vrabel@citrix.com>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/c9e2f531be000af652927ee0af3a0f24f8e9e046"},{"sha":"52ba0746b3b44c86aee121babf3b2fd9b8f84090","author":{"email":"9be92b3dbbd6611e3e4c9209fb3d04b4919e7cca@citrix.com","name":"Ian Campbell"},"message":"xen/arm: correctly handle DMA mapping of compound pages\n\nCurrently xen_dma_map_page concludes that DMA to anything other than\nthe head page of a compound page must be foreign, since the PFN of the\npage is that of the head.\n\nFix the check to instead consider the whole of a compound page to be\nlocal if the PFN of the head passes the 1:1 check.\n\nWe can never see a compound page which is a mixture of foreign and\nlocal sub-pages.\n\nThe comment already correctly described the intention, but fixup the\nspelling and some grammar.\n\nThis fixes the various SSH protocol errors which we have been seeing\non the cubietrucks in our automated test infrastructure.\n\nThis has been broken since commit 3567258d281b (\"xen/arm: use\nhypercall to flush caches in map_page\"), which was in v3.19-rc1.\n\nNB arch/arm64/.../xen/page-coherent.h also includes this file.\n\nSigned-off-by: Ian Campbell <ian.campbell@citrix.com>\nReviewed-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>\nCc: xen-devel@lists.xenproject.org\nCc: linux-arm-kernel@lists.infradead.org\nCc: stable@vger.kernel.org # v3.19+","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/52ba0746b3b44c86aee121babf3b2fd9b8f84090"},{"sha":"0ad4ece5bbd4d2104564c7dbd477ae0c729d4fcc","author":{"email":"643a80aaf16a8332d6a70921c14d4bb265446494@intel.com","name":"Emmanuel Grumbach"},"message":"iwlwifi: dvm: remove a wrong dependency on m\n\nThis was wronly added when the dependency on IWLWIFI was\nremoved.\n\nThis fixes https://bugzilla.kernel.org/show_bug.cgi?id=112201\n\nSigned-off-by: Emmanuel Grumbach <emmanuel.grumbach@intel.com>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/0ad4ece5bbd4d2104564c7dbd477ae0c729d4fcc"},{"sha":"fb724ed5c6175a2407b256d506c9e703c6bb62d4","author":{"email":"fdc888b78b4a0bee8b215b08fb14ab25956d10a1@goode.io","name":"Emil Goode"},"message":"wlcore: Fix regression in wlcore_set_partition()\n\nThe commit 3719c17e1816 (\"wlcore/wl18xx: fw logger over sdio\") introduced a\nregression causing the wlcore to time out and go into recovery. Reverting the\nchanges regarding write of the last partition size brings the module back to\nit's functional state.\n\nFixes: 3719c17e1816 (\"wlcore/wl18xx: fw logger over sdio\")\nReported-by: Ross Green <rgkernel@gmail.com>\nSigned-off-by: Emil Goode <emil.fsw@goode.io>\n[kvalo@codeaurora.org: improved commit log]\nSigned-off-by: Kalle Valo <kvalo@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/fb724ed5c6175a2407b256d506c9e703c6bb62d4"},{"sha":"e6244deed843bc001697f37e5beb1c0daf4f46a4","author":{"email":"1001e8702733cced254345e193c88aaa47a4f5de@atomide.com","name":"Tony Lindgren"},"message":"i2c: omap: Fix PM regression with deferred probe for pm_runtime_reinit\n\nCommit 5de85b9d57ab (\"PM / runtime: Re-init runtime PM states at probe\nerror and driver unbind\") introduced pm_runtime_reinit() that is used\nto reinitialize PM runtime after -EPROBE_DEFER. This allows shutting\ndown the device after a failed probe.\n\nHowever, for drivers using pm_runtime_use_autosuspend() this can cause\na state where suspend callback is never called after -EPROBE_DEFER.\nOn the following device driver probe, hardware state is different from\nthe PM runtime state causing omap_device to produce the following\nerror:\n\nomap_device_enable() called from invalid state 1\n\nAnd with omap_device and omap hardware being picky for PM, this will\nblock any deeper idle states in hardware.\n\nThe solution is to fix the drivers to follow the PM runtime documentation:\n\n1. For sections of code that needs the device disabled, use\n   pm_runtime_put_sync_suspend() if pm_runtime_set_autosuspend() has\n   been set.\n\n2. For driver exit code, use pm_runtime_dont_use_autosuspend() before\n   pm_runtime_put_sync() if pm_runtime_use_autosuspend() has been\n   set.\n\nFixes: 5de85b9d57ab (\"PM / runtime: Re-init runtime PM states at probe\nerror and driver unbind\")\nSigned-off-by: Tony Lindgren <tony@atomide.com>\nAcked-by: Ulf Hansson <ulf.hansson@linaro.org>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/e6244deed843bc001697f37e5beb1c0daf4f46a4"},{"sha":"bca71ba0343d28d953d74149d9161ab65a520dd6","author":{"email":"378b411a8a63ecc7605ec4272234862d7781c6ae@socionext.com","name":"Masahiro Yamada"},"message":"i2c: uniphier: fix typos in error messages\n\nSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>\nSigned-off-by: Wolfram Sang <wsa@the-dreams.de>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/bca71ba0343d28d953d74149d9161ab65a520dd6"},{"sha":"21a75f0915dde8674708b39abfcda113911c49b1","author":{"email":"e90b70171c6829bb48b48028157765080875cd1f@canonical.com","name":"Jay Vosburgh"},"message":"bonding: Fix ARP monitor validation\n\nThe current logic in bond_arp_rcv will accept an incoming ARP for\nvalidation if (a) the receiving slave is either \"active\" (which includes\nthe currently active slave, or the current ARP slave) or, (b) there is a\ncurrently active slave, and it has received an ARP since it became active.\nFor case (b), the receiving slave isn't the currently active slave, and is\nreceiving the original broadcast ARP request, not an ARP reply from the\ntarget.\n\n\tThis logic can fail if there is no currently active slave.  In\nthis situation, the ARP probe logic cycles through all slaves, assigning\neach in turn as the \"current_arp_slave\" for one arp_interval, then setting\nthat one as \"active,\" and sending an ARP probe from that slave.  The\ncurrent logic expects the ARP reply to arrive on the sending\ncurrent_arp_slave, however, due to switch FDB updating delays, the reply\nmay be directed to another slave.\n\n\tThis can arise if the bonding slaves and switch are working, but\nthe ARP target is not responding.  When the ARP target recovers, a\ncondition may result wherein the ARP target host replies faster than the\nswitch can update its forwarding table, causing each ARP reply to be sent\nto the previous current_arp_slave.  This will never pass the logic in\nbond_arp_rcv, as neither of the above conditions (a) or (b) are met.\n\n\tSome experimentation on a LAN shows ARP reply round trips in the\n200 usec range, but my available switches never update their FDB in less\nthan 4000 usec.\n\n\tThis patch changes the logic in bond_arp_rcv to additionally\naccept an ARP reply for validation on any slave if there is a current ARP\nslave and it sent an ARP probe during the previous arp_interval.\n\nFixes: aeea64ac717a (\"bonding: don't trust arp requests unless active slave really works\")\nCc: Veaceslav Falico <vfalico@gmail.com>\nCc: Andy Gospodarek <gospo@cumulusnetworks.com>\nSigned-off-by: Jay Vosburgh <jay.vosburgh@canonical.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/21a75f0915dde8674708b39abfcda113911c49b1"},{"sha":"08a965ec93ad0495802462c32b73241d658e189d","author":{"email":"4515e699e2ac78ad2253451343b05f644c855b8c@gmail.com","name":"Amitoj Kaur Chawla"},"message":"net: cavium: liquidio: Return correct error code\n\nThe return value of vmalloc on failure of allocation of memory should\nbe -ENOMEM and not -1.\n\nFound using Coccinelle. A simplified version of the semantic patch\nused is:\n\n//<smpl>\n@@\nexpression *e;\nidentifier l1;\nposition p,q;\n@@\n\ne@q = vmalloc(...);\nif@p (e == NULL) {\n...\ngoto l1;\n}\nl1:\n...\nreturn -1\n+ -ENOMEM\n;\n//</smpl\n\nThe single call site of the containing function checks whether the\nreturned value is -1, so this check is changed as well. The single call\nsite of this call site, however, only checks whether the value is not 0,\nso no further change was required.\n\nSigned-off-by: Amitoj Kaur Chawla <amitoj1606@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/08a965ec93ad0495802462c32b73241d658e189d"},{"sha":"c2bb7bc5c007b7b55087eb05409edc2014f43ca8","author":{"email":"4515e699e2ac78ad2253451343b05f644c855b8c@gmail.com","name":"Amitoj Kaur Chawla"},"message":"net: mvpp2: Return correct error codes\n\nThe return value of kzalloc on failure of allocation of memory should\nbe -ENOMEM and not -1.\n\nFound using Coccinelle. A simplified version of the semantic patch\nused is:\n\n//<smpl>\n@@\nexpression *e;\nposition p,q;\n@@\n\ne@q = kzalloc(...);\nif@p (e == NULL) {\n...\nreturn\n- -1\n+ -ENOMEM\n;\n}\n//</smpl>\n\nThis function may also return -1 after calling mpp2_prs_tcam_port_map_get.\nSo that the function consistently returns meaningful error values on\nfailure, the -1 is changed to -EINVAL.\n\nSigned-off-by: Amitoj Kaur Chawla <amitoj1606@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/c2bb7bc5c007b7b55087eb05409edc2014f43ca8"},{"sha":"919483096bfe75dda338e98d56da91a263746a0a","author":{"email":"312c7d941f03386814be517ffdb3e0eb6624e275@google.com","name":"Eric Dumazet"},"message":"ipv4: fix memory leaks in ip_cmsg_send() callers\n\nDmitry reported memory leaks of IP options allocated in\nip_cmsg_send() when/if this function returns an error.\n\nCallers are responsible for the freeing.\n\nMany thanks to Dmitry for the report and diagnostic.\n\nReported-by: Dmitry Vyukov <dvyukov@google.com>\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/919483096bfe75dda338e98d56da91a263746a0a"},{"sha":"a2cb7ec001559d649b09572a7a5e4f69222eb467","author":{"email":"99216be2899e293d53abef7b46e7880815ce7180@realtek.com","name":"Chun-Hao Lin"},"message":"r8169:fix system hange problem.\n\nThere are typos in setting RTL8168H hardware parameters. If system install\nanother version driver that may cuase system hang.\n\nSigned-off-by: Chunhao Lin <hau@realtek.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/masahir0y/linux-yamada/commits/a2cb7ec001559d649b09572a7a5e4f69222eb467"}]}