{"push_id":2791601050,"size":110,"distinct_size":45,"ref":"refs/heads/work/letux-base/hns/gpu/latest-pvr","head":"f9d0daabf00f5515c3c531c4ecac711fc9c91aba","before":"5175349ed574d795de7f3c111495f1bceb91228e","commits":[{"sha":"5e53be8e476a3397ed5383c23376f299555a2b43","author":{"name":"Quinn Tran","email":"a02f5c47ee09ecfb205631316fdc727ed52eb140@cavium.com"},"message":"scsi: qla2xxx: Fix memory leak for allocating abort IOCB\n\nIn the case of IOCB QFull, Initiator code can leave behind a stale pointer\nto an SRB structure on the outstanding command array.\n\nFixes: 82de802ad46e (\"scsi: qla2xxx: Preparation for Target MQ.\")\nCc: stable@vger.kernel.org #v4.16+\nSigned-off-by: Quinn Tran <quinn.tran@cavium.com>\nSigned-off-by: Himanshu Madhani <himanshu.madhani@cavium.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/5e53be8e476a3397ed5383c23376f299555a2b43"},{"sha":"15d258674b5c91b9c1ae11264624d5c0d0675e8f","author":{"name":"Bart Van Assche","email":"28563a2d387a4f8f033bf7abbf80937064dfbe0c@wdc.com"},"message":"scsi: qedi: Fix a potential buffer overflow\n\nTell snprintf() to store at most 255 characters in the output buffer\ninstead of 256. This patch avoids that smatch reports the following\nwarning:\n\ndrivers/scsi/qedi/qedi_main.c:891: qedi_get_boot_tgt_info() error: snprintf() is printing too much 256 vs 255\n\nSigned-off-by: Bart Van Assche <bart.vanassche@wdc.com>\nCc: <QLogic-Storage-Upstream@cavium.com>\nCc: <stable@vger.kernel.org>\nAcked-by: Nilesh Javali <nilesh.javali@cavium.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/15d258674b5c91b9c1ae11264624d5c0d0675e8f"},{"sha":"ca876c7483b697b498868b1f575997191b077885","author":{"name":"Benjamin Tissoires","email":"7a0e50e3f6a0939db82b6a8a423c08a163896f41@redhat.com"},"message":"gpiolib-acpi: make sure we trigger edge events at least once on boot\n\nOn some systems using edge triggered ACPI Event Interrupts, the initial\nstate at boot is not setup by the firmware, instead relying on the edge\nirq event handler running at least once to setup the initial state.\n\n2 known examples of this are:\n\n1) The Surface 3 has its _LID state controlled by an ACPI operation region\n triggered by a GPIO event:\n\n OperationRegion (GPOR, GeneralPurposeIo, Zero, One)\n Field (GPOR, ByteAcc, NoLock, Preserve)\n {\n     Connection (\n         GpioIo (Shared, PullNone, 0x0000, 0x0000, IoRestrictionNone,\n             \"\\\\_SB.GPO0\", 0x00, ResourceConsumer, ,\n             )\n             {   // Pin list\n                 0x004C\n             }\n     ),\n     HELD,   1\n }\n\n Method (_E4C, 0, Serialized)  // _Exx: Edge-Triggered GPE\n {\n     If ((HELD == One))\n     {\n         ^^LID.LIDB = One\n     }\n     Else\n     {\n         ^^LID.LIDB = Zero\n         Notify (LID, 0x80) // Status Change\n     }\n\n     Notify (^^PCI0.SPI1.NTRG, One) // Device Check\n }\n\n Currently, the state of LIDB is wrong until the user actually closes or\n open the cover. We need to trigger the GPIO event once to update the\n internal ACPI state.\n\n Coincidentally, this also enables the Surface 2 integrated HID sensor hub\n which also requires an ACPI gpio operation region to start initialization.\n\n2) Various Bay Trail based tablets come with an external USB mux and\n TI T1210B USB phy to enable USB gadget mode. The mux is controlled by a\n GPIO which is controlled by an edge triggered ACPI Event Interrupt which\n monitors the micro-USB ID pin.\n\n When the tablet is connected to a PC (or no cable is plugged in), the ID\n pin is high and the tablet should be in gadget mode. But the GPIO\n controlling the mux is initialized by the firmware so that the USB data\n lines are muxed to the host controller.\n\n This means that if the user wants to use gadget mode, the user needs to\n first plug in a host-cable to force the ID pin low and then unplug it\n and connect the tablet to a PC, to get the ACPI event handler to run and\n switch the mux to device mode,\n\nThis commit fixes both by running the event-handler once on boot.\n\nNote that the running of the event-handler is done from a late_initcall,\nthis is done because the handler AML code may rely on OperationRegions\nregistered by other builtin drivers. This avoids errors like these:\n\n[    0.133026] ACPI Error: No handler for Region [XSCG] ((____ptrval____)) [GenericSerialBus] (20180531/evregion-132)\n[    0.133036] ACPI Error: Region GenericSerialBus (ID=9) has no handler (20180531/exfldio-265)\n[    0.133046] ACPI Error: Method parse/execution failed \\_SB.GPO2._E12, AE_NOT_EXIST (20180531/psparse-516)\n\nSigned-off-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>\n[hdegoede: Document BYT USB mux reliance on initial trigger]\n[hdegoede: Run event handler from a late_initcall, rather then immediately]\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nReviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nAcked-by: Mika Westerberg <mika.westerberg@linux.intel.com>\nSigned-off-by: Linus Walleij <linus.walleij@linaro.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/ca876c7483b697b498868b1f575997191b077885"},{"sha":"2d7d4fd35e6e15b47c13c70368da83add19f01e7","author":{"name":"Johannes Thumshirn","email":"76e27a2cf2160151c27b307564ef391a743f57c5@suse.de"},"message":"scsi: fcoe: fix use-after-free in fcoe_ctlr_els_send\n\nKASAN reports a use-after-free in fcoe_ctlr_els_send() when we're sending a\nLOGO and have FIP debugging enabled. This is because we're first freeing\nthe skb and then printing the frame's DID. But the DID is a member of the\nFC frame header which in turn is the skb's payload.\n\nExchange the debug print and kfree_skb() calls so we're not touching the\nfreed data.\n\nSigned-off-by: Johannes Thumshirn <jthumshirn@suse.de>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/2d7d4fd35e6e15b47c13c70368da83add19f01e7"},{"sha":"63d0e3dffda311e77b9a8c500d59084e960a824a","author":{"name":"Johannes Thumshirn","email":"76e27a2cf2160151c27b307564ef391a743f57c5@suse.de"},"message":"scsi: fcoe: drop frames in ELS LOGO error path\n\nDrop the frames in the ELS LOGO error path instead of just returning an\nerror.\n\nThis fixes the following kmemleak report:\nunreferenced object 0xffff880064cb1000 (size 424):\n  comm \"kworker/0:2\", pid 24, jiffies 4294904293 (age 68.504s)\n  hex dump (first 32 bytes):\n    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................\n    00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................\n  backtrace:\n    [<(____ptrval____)>] _fc_frame_alloc+0x2c/0x180 [libfc]\n    [<(____ptrval____)>] fc_lport_enter_logo+0x106/0x360 [libfc]\n    [<(____ptrval____)>] fc_fabric_logoff+0x8c/0xc0 [libfc]\n    [<(____ptrval____)>] fcoe_if_destroy+0x79/0x3b0 [fcoe]\n    [<(____ptrval____)>] fcoe_destroy_work+0xd2/0x170 [fcoe]\n    [<(____ptrval____)>] process_one_work+0x7ff/0x1420\n    [<(____ptrval____)>] worker_thread+0x87/0xef0\n    [<(____ptrval____)>] kthread+0x2db/0x390\n    [<(____ptrval____)>] ret_from_fork+0x35/0x40\n    [<(____ptrval____)>] 0xffffffffffffffff\n\nwhich can be triggered by issuing\necho eth0 > /sys/bus/fcoe/ctlr_destroy\n\nSigned-off-by: Johannes Thumshirn <jthumshirn@suse.de>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/63d0e3dffda311e77b9a8c500d59084e960a824a"},{"sha":"1550ec458e0cf1a40a170ab1f4c46e3f52860f65","author":{"name":"Johannes Thumshirn","email":"76e27a2cf2160151c27b307564ef391a743f57c5@suse.de"},"message":"scsi: fcoe: clear FC_RP_STARTED flags when receiving a LOGO\n\nWhen receiving a LOGO request we forget to clear the FC_RP_STARTED flag\nbefore starting the rport delete routine.\n\nAs the started flag was not cleared, we're not deleting the rport but\nwaiting for a restart and thus are keeping the reference count of the rdata\nobject at 1.\n\nThis leads to the following kmemleak report:\nunreferenced object 0xffff88006542aa00 (size 512):\n  comm \"kworker/0:2\", pid 24, jiffies 4294899222 (age 226.880s)\n  hex dump (first 32 bytes):\n    68 96 fe 65 00 88 ff ff 00 00 00 00 00 00 00 00  h..e............\n    01 00 00 00 08 00 00 00 02 c5 45 24 ac b8 00 10  ..........E$....\n  backtrace:\n    [<(____ptrval____)>] fcoe_ctlr_vn_add.isra.5+0x7f/0x770 [libfcoe]\n    [<(____ptrval____)>] fcoe_ctlr_vn_recv+0x12af/0x27f0 [libfcoe]\n    [<(____ptrval____)>] fcoe_ctlr_recv_work+0xd01/0x32f0 [libfcoe]\n    [<(____ptrval____)>] process_one_work+0x7ff/0x1420\n    [<(____ptrval____)>] worker_thread+0x87/0xef0\n    [<(____ptrval____)>] kthread+0x2db/0x390\n    [<(____ptrval____)>] ret_from_fork+0x35/0x40\n    [<(____ptrval____)>] 0xffffffffffffffff\n\nSigned-off-by: Johannes Thumshirn <jthumshirn@suse.de>\nReported-by: ard <ard@kwaak.net>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/1550ec458e0cf1a40a170ab1f4c46e3f52860f65"},{"sha":"09c2f95ad404bc6e9995f5bce04ae85d0fffc534","author":{"name":"Sreekanth Reddy","email":"96317b015fcd976bfe21efafbb914f4dae54bde4@broadcom.com"},"message":"scsi: mpt3sas: Swap I/O memory read value back to cpu endianness\n\nSwap the I/O memory read value back to cpu endianness before storing it in\na data structures which are defined in the MPI headers where u8 components\nare not defined in the endianness order.\n\nIn this area from day one mpt3sas driver is using le32_to_cpu() &\ncpu_to_le32() APIs. But in commit cf6bf9710c\n(mpt3sas: Bug fix for big endian systems) we have removed these APIs\nbefore reading I/O memory which we should haven't done it. So\nin this patch I am correcting it by adding these APIs back\nbefore accessing I/O memory.\n\nSigned-off-by: Sreekanth Reddy <sreekanth.reddy@broadcom.com>\nReviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/09c2f95ad404bc6e9995f5bce04ae85d0fffc534"},{"sha":"1214fd7b497400d200e3f4e64e2338b303a20949","author":{"name":"Bart Van Assche","email":"28563a2d387a4f8f033bf7abbf80937064dfbe0c@wdc.com"},"message":"scsi: sr: Avoid that opening a CD-ROM hangs with runtime power management enabled\n\nSurround scsi_execute() calls with scsi_autopm_get_device() and\nscsi_autopm_put_device(). Note: removing sr_mutex protection from the\nscsi_cd_get() and scsi_cd_put() calls is safe because the purpose of\nsr_mutex is to serialize cdrom_*() calls.\n\nThis patch avoids that complaints similar to the following appear in the\nkernel log if runtime power management is enabled:\n\nINFO: task systemd-udevd:650 blocked for more than 120 seconds.\n     Not tainted 4.18.0-rc7-dbg+ #1\n\"echo 0 > /proc/sys/kernel/hung_task_timeout_secs\" disables this message.\nsystemd-udevd   D28176   650    513 0x00000104\nCall Trace:\n__schedule+0x444/0xfe0\nschedule+0x4e/0xe0\nschedule_preempt_disabled+0x18/0x30\n__mutex_lock+0x41c/0xc70\nmutex_lock_nested+0x1b/0x20\n__blkdev_get+0x106/0x970\nblkdev_get+0x22c/0x5a0\nblkdev_open+0xe9/0x100\ndo_dentry_open.isra.19+0x33e/0x570\nvfs_open+0x7c/0xd0\npath_openat+0x6e3/0x1120\ndo_filp_open+0x11c/0x1c0\ndo_sys_open+0x208/0x2d0\n__x64_sys_openat+0x59/0x70\ndo_syscall_64+0x77/0x230\nentry_SYSCALL_64_after_hwframe+0x49/0xbe\n\nSigned-off-by: Bart Van Assche <bart.vanassche@wdc.com>\nCc: Maurizio Lombardi <mlombard@redhat.com>\nCc: Johannes Thumshirn <jthumshirn@suse.de>\nCc: Alan Stern <stern@rowland.harvard.edu>\nCc: <stable@vger.kernel.org>\nTested-by: Johannes Thumshirn <jthumshirn@suse.de>\nReviewed-by: Johannes Thumshirn <jthumshirn@suse.de>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/1214fd7b497400d200e3f4e64e2338b303a20949"},{"sha":"e95153b64d03c2b6e8d62e51bdcc33fcad6e0856","author":{"name":"Jim Gill","email":"12698fd30d4183adbcd56b3a194fddee7b3a189a@vmware.com"},"message":"scsi: vmw_pvscsi: Return DID_RESET for status SAM_STAT_COMMAND_TERMINATED\n\nCommands that are reset are returned with status\nSAM_STAT_COMMAND_TERMINATED. PVSCSI currently returns DID_OK |\nSAM_STAT_COMMAND_TERMINATED which fails the command. Instead, set hostbyte\nto DID_RESET to allow upper layers to retry.\n\nTested by copying a large file between two pvscsi disks on same adapter\nwhile performing a bus reset at 1-second intervals. Before fix, commands\nsometimes fail with DID_OK. After fix, commands observed to fail with\nDID_RESET.\n\nSigned-off-by: Jim Gill <jgill@vmware.com>\nSigned-off-by: Martin K. Petersen <martin.petersen@oracle.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/e95153b64d03c2b6e8d62e51bdcc33fcad6e0856"},{"sha":"e70a3aad44cc8b24986687ffc98c4a4f6ecf25ea","author":{"name":"Cong Wang","email":"0f114804888b88d50037b04b42e57b858d851b87@gmail.com"},"message":"ipv6: fix double refcount of fib6_metrics\n\nAll the callers of ip6_rt_copy_init()/rt6_set_from() hold refcnt\nof the \"from\" fib6_info, so there is no need to hold fib6_metrics\nrefcnt again, because fib6_metrics refcnt is only released when\nfib6_info is gone, that is, they have the same life time, so the\nwhole fib6_metrics refcnt can be removed actually.\n\nThis fixes a kmemleak warning reported by Sabrina.\n\nFixes: 93531c674315 (\"net/ipv6: separate handling of FIB entries from dst based routes\")\nReported-by: Sabrina Dubroca <sd@queasysnail.net>\nCc: Sabrina Dubroca <sd@queasysnail.net>\nCc: David Ahern <dsahern@gmail.com>\nSigned-off-by: Cong Wang <xiyou.wangcong@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/e70a3aad44cc8b24986687ffc98c4a4f6ecf25ea"},{"sha":"82a40777de12728dedf4075453b694f0d1baee80","author":{"name":"Xin Long","email":"ed9bd6f22d2a1e0b1507d3ddc300dc248265d19a@gmail.com"},"message":"ip6_tunnel: use the right value for ipv4 min mtu check in ip6_tnl_xmit\n\nAccording to RFC791, 68 bytes is the minimum size of IPv4 datagram every\ndevice must be able to forward without further fragmentation while 576\nbytes is the minimum size of IPv4 datagram every device has to be able\nto receive, so in ip6_tnl_xmit(), 68(IPV4_MIN_MTU) should be the right\nvalue for the ipv4 min mtu check in ip6_tnl_xmit.\n\nWhile at it, change to use max() instead of if statement.\n\nFixes: c9fefa08190f (\"ip6_tunnel: get the min mtu properly in ip6_tnl_xmit\")\nReported-by: Sabrina Dubroca <sd@queasysnail.net>\nSigned-off-by: Xin Long <lucien.xin@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/82a40777de12728dedf4075453b694f0d1baee80"},{"sha":"74682128c6e456b529b25b95ba807484ce58a753","author":{"name":"Martin KaFai Lau","email":"2c0d8efbe28c4f7a45c3ab30c984ed2c126716bd@fb.com"},"message":"bpf: btf: Change tools/lib/bpf/btf to LGPL\n\nThis patch changes the tools/lib/bpf/btf.[ch] to LGPL which\nis inline with libbpf also.\n\nSigned-off-by: Martin KaFai Lau <kafai@fb.com>\nAcked-by: Alexei Starovoitov <ast@kernel.org>\nSigned-off-by: Daniel Borkmann <daniel@iogearbox.net>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/74682128c6e456b529b25b95ba807484ce58a753"},{"sha":"90bad5e05bcdb0308cfa3d3a60f5c0b9c8e2efb3","author":{"name":"Al Viro","email":"de609eb4d5d70b1d38ec6642adbfc33a2781f63c@zeniv.linux.org.uk"},"message":"root dentries need RCU-delayed freeing\n\nSince mountpoint crossing can happen without leaving lazy mode,\nroot dentries do need the same protection against having their\nmemory freed without RCU delay as everything else in the tree.\n\nIt's partially hidden by RCU delay between detaching from the\nmount tree and dropping the vfsmount reference, but the starting\npoint of pathwalk can be on an already detached mount, in which\ncase umount-caused RCU delay has already passed by the time the\nlazy pathwalk grabs rcu_read_lock().  If the starting point\nhappens to be at the root of that vfsmount *and* that vfsmount\ncovers the entire filesystem, we get trouble.\n\nFixes: 48a066e72d97 (\"RCU'd vsfmounts\")\nCc: stable@vger.kernel.org\nSigned-off-by: Al Viro <viro@zeniv.linux.org.uk>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/90bad5e05bcdb0308cfa3d3a60f5c0b9c8e2efb3"},{"sha":"4576cd469d980317c4edd9173f8b694aa71ea3a3","author":{"name":"Willem de Bruijn","email":"1ee125182537a91f90180f97fc3b3cb011bdf78a@google.com"},"message":"packet: refine ring v3 block size test to hold one frame\n\nTPACKET_V3 stores variable length frames in fixed length blocks.\nBlocks must be able to store a block header, optional private space\nand at least one minimum sized frame.\n\nFrames, even for a zero snaplen packet, store metadata headers and\noptional reserved space.\n\nIn the block size bounds check, ensure that the frame of the\nchosen configuration fits. This includes sockaddr_ll and optional\ntp_reserve.\n\nSyzbot was able to construct a ring with insuffient room for the\nsockaddr_ll in the header of a zero-length frame, triggering an\nout-of-bounds write in dev_parse_header.\n\nConvert the comparison to less than, as zero is a valid snap len.\nThis matches the test for minimum tp_frame_size immediately below.\n\nFixes: f6fb8f100b80 (\"af-packet: TPACKET_V3 flexible buffer implementation.\")\nFixes: eb73190f4fbe (\"net/packet: refine check for priv area size\")\nReported-by: syzbot <syzkaller@googlegroups.com>\nSigned-off-by: Willem de Bruijn <willemb@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/4576cd469d980317c4edd9173f8b694aa71ea3a3"},{"sha":"1236568ee3cbb0d3ac62d0074a29b97ecf34cbbc","author":{"name":"Linus Torvalds","email":"69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org"},"message":"Merge tag 'gpio-v4.18-3' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio\n\nPull GPIO fix from Linus Walleij:\n \"This is a single fix affecting X86 ACPI, and as such pretty important.\n\n  It is going to stable as well and have all the high-notch x86 platform\n  developers agreeing on it\"\n\n* tag 'gpio-v4.18-3' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio:\n  gpiolib-acpi: make sure we trigger edge events at least once on boot","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/1236568ee3cbb0d3ac62d0074a29b97ecf34cbbc"},{"sha":"f10dc56c64bb662822475304508c1ce99f194e70","author":{"name":"Ard Biesheuvel","email":"66d3c5fdaeea7ff1f996ad04f2c45e08ab38e2f5@linaro.org"},"message":"crypto: arm64 - revert NEON yield for fast AEAD implementations\n\nAs it turns out, checking the TIF_NEED_RESCHED flag after each\niteration results in a significant performance regression (~10%)\nwhen running fast algorithms (i.e., ones that use special instructions\nand operate in the < 4 cycles per byte range) on in-order cores with\ncomparatively slow memory accesses such as the Cortex-A53.\n\nGiven the speed of these ciphers, and the fact that the page based\nnature of the AEAD scatterwalk API guarantees that the core NEON\ntransform is never invoked with more than a single page's worth of\ninput, we can estimate the worst case duration of any resulting\nscheduling blackout: on a 1 GHz Cortex-A53 running with 64k pages,\nprocessing a page's worth of input at 4 cycles per byte results in\na delay of ~250 us, which is a reasonable upper bound.\n\nSo let's remove the yield checks from the fused AES-CCM and AES-GCM\nroutines entirely.\n\nThis reverts commit 7b67ae4d5ce8e2f912377f5fbccb95811a92097f and\npartially reverts commit 7c50136a8aba8784f07fb66a950cc61a7f3d2ee3.\n\nFixes: 7c50136a8aba (\"crypto: arm64/aes-ghash - yield NEON after every ...\")\nFixes: 7b67ae4d5ce8 (\"crypto: arm64/aes-ccm - yield NEON after every ...\")\nSigned-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>\nAcked-by: Herbert Xu <herbert@gondor.apana.org.au>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/f10dc56c64bb662822475304508c1ce99f194e70"},{"sha":"877ccce7cbe8409256616f5e6bdedb08ce2e82db","author":{"name":"Ondrej Mosnacek","email":"ad3b436f605f8deeef14e3eb24add0a36503fddc@redhat.com"},"message":"crypto: x86/aegis,morus - Fix and simplify CPUID checks\n\nIt turns out I had misunderstood how the x86_match_cpu() function works.\nIt evaluates a logical OR of the matching conditions, not logical AND.\nThis caused the CPU feature checks for AEGIS to pass even if only SSE2\n(but not AES-NI) was supported (or vice versa), leading to potential\ncrashes if something tried to use the registered algs.\n\nThis patch switches the checks to a simpler method that is used e.g. in\nthe Camellia x86 code.\n\nThe patch also removes the MODULE_DEVICE_TABLE declarations which\nactually seem to cause the modules to be auto-loaded at boot, which is\nnot desired. The crypto API on-demand module loading is sufficient.\n\nFixes: 1d373d4e8e15 (\"crypto: x86 - Add optimized AEGIS implementations\")\nFixes: 6ecc9d9ff91f (\"crypto: x86 - Add optimized MORUS implementations\")\nSigned-off-by: Ondrej Mosnacek <omosnace@redhat.com>\nTested-by: Milan Broz <gmazyland@gmail.com>\nSigned-off-by: Herbert Xu <herbert@gondor.apana.org.au>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/877ccce7cbe8409256616f5e6bdedb08ce2e82db"},{"sha":"adfb442dbbd31bd2138d02b5822914178170df33","author":{"name":"Al Viro","email":"de609eb4d5d70b1d38ec6642adbfc33a2781f63c@ZenIV.linux.org.uk"},"message":"cxgb4: mk_act_open_req() buggers ->{local, peer}_ip on big-endian hosts\n\nUnlike fs.val.lport and fs.val.fport, cxgb4_process_flow_match()\nsets fs.val.{l,f}ip to net-endian values without conversion - they come\nstraight from flow_dissector_key_ipv4_addrs ->dst and ->src resp.  So\nthe assignment in mk_act_open_req() ought to be a straight copy.\n\n\tAs far as I know, T4 PCIe cards do exist, so it's not as if that\nthing could only be found on little-endian systems...\n\nSigned-off-by: Al Viro <viro@zeniv.linux.org.uk>\nAcked-by: Rahul Lakkireddy <rahul.lakkireddy@chelsio.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/adfb442dbbd31bd2138d02b5822914178170df33"},{"sha":"a94cead71c4651da5649134e3cdc29b1f32327a2","author":{"name":"Colin Ian King","email":"d100aa70785e45ee8deab668147d941941915c21@canonical.com"},"message":"net: thunderx: check for failed allocation lmac->dmacs\n\nThe allocation of lmac->dmacs is not being checked for allocation\nfailure. Add the check.\n\nFixes: 3a34ecfd9d3f (\"net: thunderx: add MAC address filter tracking for LMAC\")\nSigned-off-by: Colin Ian King <colin.king@canonical.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/a94cead71c4651da5649134e3cdc29b1f32327a2"},{"sha":"455f05ecd2b219e9a216050796d30c830d9bc393","author":{"name":"Cong Wang","email":"0f114804888b88d50037b04b42e57b858d851b87@gmail.com"},"message":"vsock: split dwork to avoid reinitializations\n\nsyzbot reported that we reinitialize an active delayed\nwork in vsock_stream_connect():\n\n\tODEBUG: init active (active state 0) object type: timer_list hint:\n\tdelayed_work_timer_fn+0x0/0x90 kernel/workqueue.c:1414\n\tWARNING: CPU: 1 PID: 11518 at lib/debugobjects.c:329\n\tdebug_print_object+0x16a/0x210 lib/debugobjects.c:326\n\nThe pattern is apparently wrong, we should only initialize\nthe dealyed work once and could repeatly schedule it. So we\nhave to move out the initializations to allocation side.\nAnd to avoid confusion, we can split the shared dwork\ninto two, instead of re-using the same one.\n\nFixes: d021c344051a (\"VSOCK: Introduce VM Sockets\")\nReported-by: <syzbot+8a9b1bd330476a4f3db6@syzkaller.appspotmail.com>\nCc: Andy king <acking@vmware.com>\nCc: Stefan Hajnoczi <stefanha@redhat.com>\nCc: Jorgen Hansen <jhansen@vmware.com>\nSigned-off-by: Cong Wang <xiyou.wangcong@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/455f05ecd2b219e9a216050796d30c830d9bc393"}]}
{"actor":{"display_login":"op-mirror"}}