{"push_id":1015594538,"size":1000,"distinct_size":0,"ref":"refs/heads/upstream","head":"a0de879c8628c5c189f92ed02f7254808f252ff4","before":"bd8738cee30af684a66821264591246d2b6928cb","commits":[{"sha":"36cb6253f9383fd9a59ee7b8458c6232ef48577c","author":{"email":"96f164ad4d9b2b0dacf8ebee2bb1eeb3aa69adf1@anholt.net","name":"Eric Anholt"},"message":"drm/vc4: Use runtime PM to power cycle the device when the GPU hangs.\n\nThis gets us functional GPU reset again, like we had until a refactor\nat merge time.  Tested with a little patch to stuff in a broken binner\njob every 100 frames.\n\nSigned-off-by: Eric Anholt <eric@anholt.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/36cb6253f9383fd9a59ee7b8458c6232ef48577c"},{"sha":"b4ff3a36d3e409d365a09b6b783ff895063ff4ef","author":{"email":"64c4936615724413dbe2ef149ad9b09dc76157e7@mellanox.com","name":"Matan Barak"},"message":"net/mlx5: Use offset based reserved field names in the IFC header file\n\nmlx5_ifc.h is a header file representing the API and ABI between\nthe driver to the firmware and hardware. This file is used from\nboth the mlx5_ib and mlx5_core drivers.\n\nPreviously, this file used incrementing counter to indicate\nreserved fields, for example:\n\nstruct mlx5_ifc_odp_per_transport_service_cap_bits {\n        u8         send[0x1];\n        u8         receive[0x1];\n        u8         write[0x1];\n        u8         read[0x1];\n        u8         reserved_0[0x1];\n        u8         srq_receive[0x1];\n        u8         reserved_1[0x1a];\n};\n\nIf one developer implements through net-next feature A that uses\nreserved_0, they replace it with featureA and renames reserved_1 to\nreserved_0. In the same kernel cycle, a 2nd developer could implement\nfeature B through the rdma tree, that uses reserved_1 and split it to\nfeatureB and a smaller reserved_1 field. This will cause a conflict\nwhen the two trees are merged.\n\nThe source of this conflict is that the 1st developer changed *all*\nreserved fields.\n\nAs Linus suggested, we change the layout of structs to:\n\nstruct mlx5_ifc_odp_per_transport_service_cap_bits {\n\tu8         send[0x1];\n\tu8         receive[0x1];\n\tu8         write[0x1];\n\tu8         read[0x1];\n\tu8         reserved_at_4[0x1];\n\tu8         srq_receive[0x1];\n\tu8         reserved_at_6[0x1a];\n};\n\nThis makes the conflicts much more rare and preserves the locality of\nchanges.\n\nSigned-off-by: Matan Barak <matanb@mellanox.com>\nSigned-off-by: Alaa Hleihel <alaa@mellanox.com>\nReported-by: Linus Torvalds <torvalds@linux-foundation.org>\nSigned-off-by: Saeed Mahameed <saeedm@mellanox.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/b4ff3a36d3e409d365a09b6b783ff895063ff4ef"},{"sha":"b236872739df6410c7c60874ff8f3fb188ffb9d0","author":{"email":"0a17f7549b0bac96abb27a38bc47f122efaba664@mellanox.com","name":"Saeed Mahameed"},"message":"net/mlx5e: Remove select queue ndo initialization\n\nCurrently mlx5e_select_queue is redundant since num_tc is always 1.\n\nSigned-off-by: Saeed Mahameed <saeedm@mellanox.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/b236872739df6410c7c60874ff8f3fb188ffb9d0"},{"sha":"b0eed40ea15235b1dd138093901569077ba532ee","author":{"email":"0a17f7549b0bac96abb27a38bc47f122efaba664@mellanox.com","name":"Saeed Mahameed"},"message":"net/mlx5e: Use static constant netdevice ndos\n\nCurrently our netdevice ops is a one static global variable which\nis referenced by all mlx5e netdevice instances. This can be\nproblematic when different driver instances do not share same\nHW capabilities (e.g SRIOV PF and VFs probed to the host).\n\nNow we have two constant global netdevice ops variables, one\nfor basic netdevice ops and the other with extended SRIOV ops,\non netdevice construction we choose the one suitable for\ncurrent device capabilities.\n\nFixes: 66e49dedada6 (\"net/mlx5e: Add support for SR-IOV ndos\")\nSigned-off-by: Saeed Mahameed <saeedm@mellanox.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/b0eed40ea15235b1dd138093901569077ba532ee"},{"sha":"7b4c534ed43c6c132e507142b3edaa5256f08f53","author":{"email":"fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net","name":"David S. Miller"},"message":"Merge branch 'mlx5-fixes'\n\nSaeed Mahameed says:\n\n====================\nmlx5 driver fixes for 4.5-rc2\n\nWe added here a patch from Matan and Alaa for addressing Linus comments on\nthe mess w.r.t reserved field names in the driver/firmware auto-generated file.\n\nOnce the patch hits linus tree, we'll ask Doug to rebase his tree on that\nrc so both net-next and rdma-next development for 4.6 will be done under\nthe fixed robust form.\n\nAlso provided two patches that addresses the dynamic ndo initialization\nissue of mlx5e netdevice.\n\nOr and Saeed.\n\nchanges from V1: (Only first patch was changed)\nIn this V we fixed the issues addressed in Or's previous e-mail.\n\t1. Offsets took into account two dimensional u8 arrays\n\t2. Offsets took into account nesting unions and structs\n\t3. Offsets for unions\n\t4. Offsets for any reserved field\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/7b4c534ed43c6c132e507142b3edaa5256f08f53"},{"sha":"78565208d73ca9b654fb9a6b142214d52eeedfd1","author":{"email":"65fbf386e60e512f5266151fdc208e509cb2778b@mirantis.com","name":"Alexander Duyck"},"message":"net: Copy inner L3 and L4 headers as unaligned on GRE TEB\n\nThis patch corrects the unaligned accesses seen on GRE TEB tunnels when\ngenerating hash keys.  Specifically what this patch does is make it so that\nwe force the use of skb_copy_bits when the GRE inner headers will be\nunaligned due to NET_IP_ALIGNED being a non-zero value.\n\nSigned-off-by: Alexander Duyck <aduyck@mirantis.com>\nAcked-by: Tom Herbert <tom@herbertland.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/78565208d73ca9b654fb9a6b142214d52eeedfd1"},{"sha":"c278c253f3d992c6994d08aa0efb2b6806ca396f","author":{"email":"ff34906ef668000e36b2844349d7f337a2f4d1d5@gmail.com","name":"Alexander Kochetkov"},"message":"net: arc_emac: fix koops caused by sk_buff free\n\nThere is a race between arc_emac_tx() and arc_emac_tx_clean().\nsk_buff got freed by arc_emac_tx_clean() while arc_emac_tx()\nsubmitting sk_buff.\n\nIn order to free sk_buff arc_emac_tx_clean() checks:\n    if ((info & FOR_EMAC) || !txbd->data)\n        break;\n    ...\n    dev_kfree_skb_irq(skb);\n\nIf condition false, arc_emac_tx_clean() free sk_buff.\n\nIn order to submit txbd, arc_emac_tx() do:\n    priv->tx_buff[*txbd_curr].skb = skb;\n    ...\n    priv->txbd[*txbd_curr].data = cpu_to_le32(addr);\n    ...\n    ...  <== arc_emac_tx_clean() check condition here\n    ...  <== (info & FOR_EMAC) is false\n    ...  <== !txbd->data is false\n    ...\n    *info = cpu_to_le32(FOR_EMAC | FIRST_OR_LAST_MASK | len);\n\nIn order to reproduce the situation,\nrun device:\n    # iperf -s\nrun on host:\n    # iperf -t 600 -c <device-ip-addr>\n\n[   28.396284] ------------[ cut here ]------------\n[   28.400912] kernel BUG at .../net/core/skbuff.c:1355!\n[   28.414019] Internal error: Oops - BUG: 0 [#1] SMP ARM\n[   28.419150] Modules linked in:\n[   28.422219] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G    B           4.4.0+ #120\n[   28.429516] Hardware name: Rockchip (Device Tree)\n[   28.434216] task: c0665070 ti: c0660000 task.ti: c0660000\n[   28.439622] PC is at skb_put+0x10/0x54\n[   28.443381] LR is at arc_emac_poll+0x260/0x474\n[   28.447821] pc : [<c03af580>]    lr : [<c028fec4>]    psr: a0070113\n[   28.447821] sp : c0661e58  ip : eea68502  fp : ef377000\n[   28.459280] r10: 0000012c  r9 : f08b2000  r8 : eeb57100\n[   28.464498] r7 : 00000000  r6 : ef376594  r5 : 00000077  r4 : ef376000\n[   28.471015] r3 : 0030488b  r2 : ef13e880  r1 : 000005ee  r0 : eeb57100\n[   28.477534] Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment none\n[   28.484658] Control: 10c5387d  Table: 8eaf004a  DAC: 00000051\n[   28.490396] Process swapper/0 (pid: 0, stack limit = 0xc0660210)\n[   28.496393] Stack: (0xc0661e58 to 0xc0662000)\n[   28.500745] 1e40:                                                       00000002 00000000\n[   28.508913] 1e60: 00000000 ef376520 00000028 f08b23b8 00000000 ef376520 ef7b6900 c028fc64\n[   28.517082] 1e80: 2f158000 c0661ea8 c0661eb0 0000012c c065e900 c03bdeac ffff95e9 c0662100\n[   28.525250] 1ea0: c0663924 00000028 c0661ea8 c0661ea8 c0661eb0 c0661eb0 0000001e c0660000\n[   28.533417] 1ec0: 40000003 00000008 c0695a00 0000000a c066208c 00000100 c0661ee0 c0027410\n[   28.541584] 1ee0: ef0fb700 2f158000 00200000 ffff95e8 00000004 c0662100 c0662080 00000003\n[   28.549751] 1f00: 00000000 00000000 00000000 c065b45c 0000001e ef005000 c0647a30 00000000\n[   28.557919] 1f20: 00000000 c0027798 00000000 c005cf40 f0802100 c0662ffc c0661f60 f0803100\n[   28.566088] 1f40: c0661fb8 c00093bc c000ffb4 60070013 ffffffff c0661f94 c0661fb8 c00137d4\n[   28.574267] 1f60: 00000001 00000000 00000000 c001ffa0 00000000 c0660000 00000000 c065a364\n[   28.582441] 1f80: c0661fb8 c0647a30 00000000 00000000 00000000 c0661fb0 c000ffb0 c000ffb4\n[   28.590608] 1fa0: 60070013 ffffffff 00000051 00000000 00000000 c005496c c0662400 c061bc40\n[   28.598776] 1fc0: ffffffff ffffffff 00000000 c061b680 00000000 c0647a30 00000000 c0695294\n[   28.606943] 1fe0: c0662488 c0647a2c c066619c 6000406a 413fc090 6000807c 00000000 00000000\n[   28.615127] [<c03af580>] (skb_put) from [<ef376520>] (0xef376520)\n[   28.621218] Code: e5902054 e590c090 e3520000 0a000000 (e7f001f2)\n[   28.627307] ---[ end trace 4824734e2243fdb6 ]---\n\n[   34.377068] Internal error: Oops: 17 [#1] SMP ARM\n[   34.382854] Modules linked in:\n[   34.385947] CPU: 0 PID: 3 Comm: ksoftirqd/0 Not tainted 4.4.0+ #120\n[   34.392219] Hardware name: Rockchip (Device Tree)\n[   34.396937] task: ef02d040 ti: ef05c000 task.ti: ef05c000\n[   34.402376] PC is at __dev_kfree_skb_irq+0x4/0x80\n[   34.407121] LR is at arc_emac_poll+0x130/0x474\n[   34.411583] pc : [<c03bb640>]    lr : [<c028fd94>]    psr: 60030013\n[   34.411583] sp : ef05de68  ip : 0008e83c  fp : ef377000\n[   34.423062] r10: c001bec4  r9 : 00000000  r8 : f08b24c8\n[   34.428296] r7 : f08b2400  r6 : 00000075  r5 : 00000019  r4 : ef376000\n[   34.434827] r3 : 00060000  r2 : 00000042  r1 : 00000001  r0 : 00000000\n[   34.441365] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment none\n[   34.448507] Control: 10c5387d  Table: 8f25c04a  DAC: 00000051\n[   34.454262] Process ksoftirqd/0 (pid: 3, stack limit = 0xef05c210)\n[   34.460449] Stack: (0xef05de68 to 0xef05e000)\n[   34.464827] de60:                   ef376000 c028fd94 00000000 c0669480 c0669480 ef376520\n[   34.473022] de80: 00000028 00000001 00002ae4 ef376520 ef7b6900 c028fc64 2f158000 ef05dec0\n[   34.481215] dea0: ef05dec8 0000012c c065e900 c03bdeac ffff983f c0662100 c0663924 00000028\n[   34.489409] dec0: ef05dec0 ef05dec0 ef05dec8 ef05dec8 ef7b6000 ef05c000 40000003 00000008\n[   34.497600] dee0: c0695a00 0000000a c066208c 00000100 ef05def8 c0027410 ef7b6000 40000000\n[   34.505795] df00: 04208040 ffff983e 00000004 c0662100 c0662080 00000003 ef05c000 ef027340\n[   34.513985] df20: ef05c000 c0666c2c 00000000 00000001 00000002 00000000 00000000 c0027568\n[   34.522176] df40: ef027340 c003ef48 ef027300 00000000 ef027340 c003edd4 00000000 00000000\n[   34.530367] df60: 00000000 c003c37c ffffff7f 00000001 00000000 ef027340 00000000 00030003\n[   34.538559] df80: ef05df80 ef05df80 00000000 00000000 ef05df90 ef05df90 ef05dfac ef027300\n[   34.546750] dfa0: c003c2a4 00000000 00000000 c000f578 00000000 00000000 00000000 00000000\n[   34.554939] dfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000\n[   34.563129] dfe0: 00000000 00000000 00000000 00000000 00000013 00000000 ffffffff dfff7fff\n[   34.571360] [<c03bb640>] (__dev_kfree_skb_irq) from [<c028fd94>] (arc_emac_poll+0x130/0x474)\n[   34.579840] [<c028fd94>] (arc_emac_poll) from [<c03bdeac>] (net_rx_action+0xdc/0x28c)\n[   34.587712] [<c03bdeac>] (net_rx_action) from [<c0027410>] (__do_softirq+0xcc/0x1f8)\n[   34.595482] [<c0027410>] (__do_softirq) from [<c0027568>] (run_ksoftirqd+0x2c/0x50)\n[   34.603168] [<c0027568>] (run_ksoftirqd) from [<c003ef48>] (smpboot_thread_fn+0x174/0x18c)\n[   34.611466] [<c003ef48>] (smpboot_thread_fn) from [<c003c37c>] (kthread+0xd8/0xec)\n[   34.619075] [<c003c37c>] (kthread) from [<c000f578>] (ret_from_fork+0x14/0x3c)\n[   34.626317] Code: e8bd8010 e3a00000 e12fff1e e92d4010 (e59030a4)\n[   34.632572] ---[ end trace cca5a3d86a82249a ]---\n\nSigned-off-by: Alexander Kochetkov <al.kochet@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/c278c253f3d992c6994d08aa0efb2b6806ca396f"},{"sha":"99f93a156a2aa9ac1e44f7cb1a197425e6d9879a","author":{"email":"ff34906ef668000e36b2844349d7f337a2f4d1d5@gmail.com","name":"Alexander Kochetkov"},"message":"net: arc_emac: reset txbd_curr and txbd_dirty pointers to zero\n\nEMAC reset internal tx ring pointer to zero at statup.\ntxbd_curr and txbd_dirty can be different from zero.\nThat cause ethernet transfer hang (no packets transmitted).\n\nIn order to reproduce, run on device:\n    ifconfig eth0 down\n    ifconfig eth0 up\n\nSigned-off-by: Alexander Kochetkov <al.kochet@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/99f93a156a2aa9ac1e44f7cb1a197425e6d9879a"},{"sha":"b530b16413b7f99977ded50a3c4bebd2ea79c41b","author":{"email":"ff34906ef668000e36b2844349d7f337a2f4d1d5@gmail.com","name":"Alexander Kochetkov"},"message":"net: arc_emac: fix sk_buff leak\n\nEMAC could be disabled, while there is some sb_buff\nin use. That buffers got lost for linux.\n\nIn order to reproduce run on device during active ethernet work:\n    ifconfig eth0 down\n\nSigned-off-by: Alexander Kochetkov <al.kochet@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/b530b16413b7f99977ded50a3c4bebd2ea79c41b"},{"sha":"9c80a5d2e61380d3c5b634890f1893d0179c81f9","author":{"email":"fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net","name":"David S. Miller"},"message":"Merge branch 'arc_emac-fixes'\n\nAlexander Kochetkov says:\n\n====================\nFixes for rockchip EMAC\n\nHere is a set of 3 patches what fix koops, memory leak and\nrockchip EMAC hang. Tested on radxarock lite.\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/9c80a5d2e61380d3c5b634890f1893d0179c81f9"},{"sha":"b5e4d0bcf77e56362252a7ced4dbb476425e1655","author":{"email":"5dd26741d612710d1bda6f7e0b02a31f31113b34@chelsio.com","name":"Hariprasad Shenai"},"message":"cxgb4: Add pci device id for chelsio t540 lom adapter\n\nSigned-off-by: Hariprasad Shenai <hariprasad@chelsio.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/b5e4d0bcf77e56362252a7ced4dbb476425e1655"},{"sha":"56bb7fd994f4cc163de08006bf68d959027a9f36","author":{"email":"f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de","name":"Arnd Bergmann"},"message":"bridge: mdb: avoid uninitialized variable warning\n\nA recent change to the mdb code confused the compiler to the point\nwhere it did not realize that the port-group returned from\nbr_mdb_add_group() is always valid when the function returns a nonzero\nreturn value, so we get a spurious warning:\n\nnet/bridge/br_mdb.c: In function 'br_mdb_add':\nnet/bridge/br_mdb.c:542:4: error: 'pg' may be used uninitialized in this function [-Werror=maybe-uninitialized]\n    __br_mdb_notify(dev, entry, RTM_NEWMDB, pg);\n\nSlightly rearranging the code in br_mdb_add_group() makes the problem\ngo away, as gcc is clever enough to see that both functions check\nfor 'ret != 0'.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nFixes: 9e8430f8d60d (\"bridge: mdb: Passing the port-group pointer to br_mdb module\")\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/56bb7fd994f4cc163de08006bf68d959027a9f36"},{"sha":"b763499ee16b74707af0fb26ab0a26bd9719870b","author":{"email":"6b52f9d672b6134057900fe608467612b789a84e@broadcom.com","name":"Michael Chan"},"message":"bnxt_en: Fix ethtool autoneg logic.\n\n1. Determine autoneg on|off setting from link_info->autoneg.  Using the\nfirmware returned setting can be misleading if autoneg is changed and\nthere hasn't been a phy update from the firmware.\n\n2. If autoneg is disabled, link_info->autoneg should be set to 0 to\nindicate both speed and flow control autoneg are disabled.\n\n3. To enable autoneg flow control, speed autoneg must be enabled.\n\nSigned-off-by: Michael Chan <mchan@broadcom.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/b763499ee16b74707af0fb26ab0a26bd9719870b"},{"sha":"0d8abf020199b0cbc5fb3aa309d36f0ac1b91631","author":{"email":"6b52f9d672b6134057900fe608467612b789a84e@broadcom.com","name":"Michael Chan"},"message":"bnxt_en: Cleanup and Fix flow control setup logic\n\nCleanup bnxt_probe_phy() to cleanly separate 2 code blocks for autoneg\non and off.  Autoneg flow control is possible only if autoneg is enabled.\n\nIn bnxt_get_settings(), Pause and Asym_Pause are always supported.\nOnly the advertisement bits change depending on the ethtool -A setting\nin auto mode.\n\nSigned-off-by: Michael Chan <mchan@broadcom.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/0d8abf020199b0cbc5fb3aa309d36f0ac1b91631"},{"sha":"1c49c421f3ec446f1e0eda6d965a6cb23214d7a1","author":{"email":"6b52f9d672b6134057900fe608467612b789a84e@broadcom.com","name":"Michael Chan"},"message":"bnxt_en: Remove 20G support and advertise only 40GbaseCR4.\n\n20G is not supported by production hardware and only the 40GbaseCR4 standard\nis supported.\n\nSigned-off-by: Michael Chan <mchan@broadcom.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/1c49c421f3ec446f1e0eda6d965a6cb23214d7a1"},{"sha":"4419dbe6a0f031ddb2df4cd993805546a566d20e","author":{"email":"6b52f9d672b6134057900fe608467612b789a84e@broadcom.com","name":"Michael Chan"},"message":"bnxt_en: Fix implementation of tx push operation.\n\ntx push is supported for small packets to reduce DMA latency.  The\nfollowing bugs are fixed in this patch:\n\n1. Fix the definition of the push BD which is different from the DMA BD.\n2. The push buffer has to be zero padded to the next 64-bit word boundary\nor tx checksum won't be correct.\n3. Increase the tx push packet threshold to 164 bytes (192 bytes with the BD)\nso that small tunneled packets are within the threshold.\n\nSigned-off-by: Michael Chan <mchan@broadcom.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/4419dbe6a0f031ddb2df4cd993805546a566d20e"},{"sha":"51dd55b5688e81f9f13fb520a59900d4c3959a9a","author":{"email":"6b52f9d672b6134057900fe608467612b789a84e@broadcom.com","name":"Michael Chan"},"message":"bnxt_en: Reduce default ring sizes.\n\nThe current default tx ring size of 512 causes an extra page to be\nallocated for the tx ring with only 1 entry in it.  Reduce it to\n511.  The default rx ring size is also reduced to 511 to use less\nmemory by default.\n\nSigned-off-by: Michael Chan <mchan@broadcom.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/51dd55b5688e81f9f13fb520a59900d4c3959a9a"},{"sha":"7facc5fbde878b2441962748823966bf2ec1d446","author":{"email":"fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net","name":"David S. Miller"},"message":"Merge branch 'bnxt_en-fixes'\n\nMichael Chan says:\n\n====================\nbnxt_en: Bug fixes.\n\nFixed autoneg logic and some related cleanups, fixed tx push operation,\nand reduced default ring sizes.\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/7facc5fbde878b2441962748823966bf2ec1d446"},{"sha":"d5c91fb72f1652ea3026925240a0998a42ddb16b","author":{"email":"0e60c7c02f6d30eccc82572d2a89766b1b2a3d45@ericsson.com","name":"Jon Paul Maloy"},"message":"tipc: fix premature addition of node to lookup table\n\nIn commit 5266698661401a (\"tipc: let broadcast packet reception\nuse new link receive function\") we introduced a new per-node\nbroadcast reception link instance. This link is created at the\nmoment the node itself is created. Unfortunately, the allocation\nis done after the node instance has already been added to the node\nlookup hash table. This creates a potential race condition, where\narriving broadcast packets are able to find and access the node\nbefore it has been fully initialized, and before the above mentioned\nlink has been created. The result is occasional crashes in the function\ntipc_bcast_rcv(), which is trying to access the not-yet existing link.\n\nWe fix this by deferring the addition of the node instance until after\nit has been fully initialized in the function tipc_node_create().\n\nAcked-by: Ying Xue <ying.xue@windriver.com>\nSigned-off-by: Jon Maloy <jon.maloy@ericsson.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/d5c91fb72f1652ea3026925240a0998a42ddb16b"},{"sha":"bd16a7248042dc62285fdc5598ec4888c0865819","author":{"email":"c00cbc2b736c26791a3822db86f8796fe9efff67@pengutronix.de","name":"Sascha Hauer"},"message":"net: dsa: mv88e6xxx: Add support for Marvell 88E6240\n\nThe Marvell 88E6240 has been tested successfully without further\nchanges. Add entry to the table of supported devices.\n\nSigned-off-by: Sascha Hauer <s.hauer@pengutronix.de>\nReviewed-by: Andrew Lunn <andrew@lunn.ch>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/davidker/unisys/commits/bd16a7248042dc62285fdc5598ec4888c0865819"}]}