{"push_id":2595376888,"size":44,"distinct_size":0,"ref":"refs/heads/caf/torvalds/master","head":"b50694381cfc22dce3a60a291cdae294a5e5777c","before":"bee797529d7c1ea4e2803fda067d20edbc00bc3d","commits":[{"sha":"322579dcc865b94b47345ad1b6002ad167f85405","author":{"name":"Tejun Heo","email":"546b05909706652891a87f7bfe385ae147f61f91@kernel.org"},"message":"libata: Blacklist some Sandisk SSDs for NCQ\n\nSandisk SSDs SD7SN6S256G and SD8SN8U256G are regularly locking up\nregularly under sustained moderate load with NCQ enabled.  Blacklist\nfor now.\n\nSigned-off-by: Tejun Heo <tj@kernel.org>\nReported-by: Dave Jones <davej@codemonkey.org.uk>\nCc: stable@vger.kernel.org","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/322579dcc865b94b47345ad1b6002ad167f85405"},{"sha":"9533b292a7acc62c294ebcbd9e1f9f9d52adb10b","author":{"name":"Greg Thelen","email":"1cad85f151cc543af57dbef9a3c3fce0b81e874a@google.com"},"message":"IB: remove redundant INFINIBAND kconfig dependencies\n\nINFINIBAND_ADDR_TRANS depends on INFINIBAND.  So there's no need for\noptions which depend INFINIBAND_ADDR_TRANS to also depend on INFINIBAND.\nRemove the unnecessary INFINIBAND depends.\n\nSigned-off-by: Greg Thelen <gthelen@google.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/9533b292a7acc62c294ebcbd9e1f9f9d52adb10b"},{"sha":"27f70620faf02a897123eb36b9e614e8d540f751","author":{"name":"Leon Romanovsky","email":"3a465310c772508bcc75a45f7a1a5f22c8be234b@mellanox.com"},"message":"MAINTAINERS: Remove bouncing @mellanox.com addresses\n\nDelete non-existent @mellanox.com addresses from MAINTAINERS file.\n\nSigned-off-by: Leon Romanovsky <leonro@mellanox.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/27f70620faf02a897123eb36b9e614e8d540f751"},{"sha":"f9e76ca3771bf23d2142a81a88ddd8f31f5c4c03","author":{"name":"Michael J. Ruhl","email":"53505ecab5554b6b6ae4e5a9ca1fb975547ebec5@intel.com"},"message":"IB/hfi1: Use after free race condition in send context error path\n\nA pio send egress error can occur when the PSM library attempts to\nto send a bad packet.  That issue is still being investigated.\n\nThe pio error interrupt handler then attempts to progress the recovery\nof the errored pio send context.\n\nCode inspection reveals that the handling lacks the necessary locking\nif that recovery interleaves with a PSM close of the \"context\" object\ncontains the pio send context.\n\nThe lack of the locking can cause the recovery to access the already\nfreed pio send context object and incorrectly deduce that the pio\nsend context is actually a kernel pio send context as shown by the\nNULL deref stack below:\n\n[<ffffffff8143d78c>] _dev_info+0x6c/0x90\n[<ffffffffc0613230>] sc_restart+0x70/0x1f0 [hfi1]\n[<ffffffff816ab124>] ? __schedule+0x424/0x9b0\n[<ffffffffc06133c5>] sc_halted+0x15/0x20 [hfi1]\n[<ffffffff810aa3ba>] process_one_work+0x17a/0x440\n[<ffffffff810ab086>] worker_thread+0x126/0x3c0\n[<ffffffff810aaf60>] ? manage_workers.isra.24+0x2a0/0x2a0\n[<ffffffff810b252f>] kthread+0xcf/0xe0\n[<ffffffff810b2460>] ? insert_kthread_work+0x40/0x40\n[<ffffffff816b8798>] ret_from_fork+0x58/0x90\n[<ffffffff810b2460>] ? insert_kthread_work+0x40/0x40\n\nThis is the best case scenario and other scenarios can corrupt the\nalready freed memory.\n\nFix by adding the necessary locking in the pio send context error\nhandler.\n\nCc: <stable@vger.kernel.org> # 4.9.x\nReviewed-by: Mike Marciniszyn <mike.marciniszyn@intel.com>\nReviewed-by: Dennis Dalessandro <dennis.dalessandro@intel.com>\nSigned-off-by: Michael J. Ruhl <michael.j.ruhl@intel.com>\nSigned-off-by: Dennis Dalessandro <dennis.dalessandro@intel.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/f9e76ca3771bf23d2142a81a88ddd8f31f5c4c03"},{"sha":"18b0362e87dfa09e355093b897b9db854e360d28","author":{"name":"Yishai Hadas","email":"716bdf33a22a20de4ce7ffadc214b3c6cf761fa3@mellanox.com"},"message":"RDMA/mlx5: Don't assume that medium blueFlame register exists\n\nUser can leave system without medium BlueFlames registers,\nhowever the code assumed that at least one such register exists.\n\nThis patch fixes that assumption.\n\nFixes: c1be5232d21d (\"IB/mlx5: Fix micro UAR allocator\")\nReported-by: Rohit Zambre <rzambre@uci.edu>\nSigned-off-by: Yishai Hadas <yishaih@mellanox.com>\nSigned-off-by: Leon Romanovsky <leonro@mellanox.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/18b0362e87dfa09e355093b897b9db854e360d28"},{"sha":"37da2a03c036538a5a79766d74bfcf5b873e5cad","author":{"name":"Daria Velikovsky","email":"15ade06df81b9aed6c3f8f2540743a2d876bd37a@mellanox.com"},"message":"RDMA/mlx5: Use proper spec flow label type\n\nFlow label is defined as u32 in the in ipv6 flow spec, but\nused internally in the flow specs parsing as u8. That was\ncausing loss of part of flow_label value.\n\nFixes: 2d1e697e9b716 ('IB/mlx5: Add support to match inner packet fields')\nReviewed-by: Maor Gottlieb <maorg@mellanox.com>\nSigned-off-by: Daria Velikovsky <daria@mellanox.com>\nSigned-off-by: Leon Romanovsky <leonro@mellanox.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/37da2a03c036538a5a79766d74bfcf5b873e5cad"},{"sha":"5a7189d529cd146cd5838af97b32fcac4122b471","author":{"name":"Mustafa Ismail","email":"18c92367b8d3b5834e1e4b40180918e41c70b59b@intel.com"},"message":"i40iw: Fix memory leak in error path of create QP\n\nIf i40iw_allocate_dma_mem fails when creating a QP, the\nmemory allocated for the QP structure using kzalloc is not\nfreed because iwqp->allocated_buffer is used to free the\nmemory and it is not setup until later. Fix this by setting\niwqp->allocated_buffer before allocating the dma memory.\n\nFixes: d37498417947 (\"i40iw: add files for iwarp interface\")\nSigned-off-by: Mustafa Ismail <mustafa.ismail@intel.com>\nSigned-off-by: Shiraz Saleem <shiraz.saleem@intel.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/5a7189d529cd146cd5838af97b32fcac4122b471"},{"sha":"eeb1af4f53fa74fd41d288b113eebcdfca4d311c","author":{"name":"Mustafa Ismail","email":"18c92367b8d3b5834e1e4b40180918e41c70b59b@intel.com"},"message":"i40iw: Use correct address in dst_neigh_lookup for IPv6\n\nUse of incorrect structure address for IPv6 neighbor lookup\ncauses connections to IPv6 addresses to fail. Fix this by\nusing correct address in call to dst_neigh_lookup.\n\nFixes: f27b4746f378 (\"i40iw: add connection management code\")\nSigned-off-by: Mustafa Ismail <mustafa.ismail@intel.com>\nSigned-off-by: Shiraz Saleem <shiraz.saleem@intel.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/eeb1af4f53fa74fd41d288b113eebcdfca4d311c"},{"sha":"1661d3b0e2183ce90f6611641c350a5aa02aaa80","author":{"name":"Alexandru Moise","email":"c98f9e9017cc2ff6f1716063e42e12d2d468723b@gmail.com"},"message":"nvmet,rxe: defer ip datagram sending to tasklet\n\nThis addresses 3 separate problems:\n\n1. When using NVME over Fabrics we may end up sending IP\npackets in interrupt context, we should defer this work\nto a tasklet.\n\n[   50.939957] WARNING: CPU: 3 PID: 0 at kernel/softirq.c:161 __local_bh_enable_ip+0x1f/0xa0\n[   50.942602] CPU: 3 PID: 0 Comm: swapper/3 Kdump: loaded Tainted: G        W         4.17.0-rc3-ARCH+ #104\n[   50.945466] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.11.0-20171110_100015-anatol 04/01/2014\n[   50.948163] RIP: 0010:__local_bh_enable_ip+0x1f/0xa0\n[   50.949631] RSP: 0018:ffff88009c183900 EFLAGS: 00010006\n[   50.951029] RAX: 0000000080010403 RBX: 0000000000000200 RCX: 0000000000000001\n[   50.952636] RDX: 0000000000000000 RSI: 0000000000000200 RDI: ffffffff817e04ec\n[   50.954278] RBP: ffff88009c183910 R08: 0000000000000001 R09: 0000000000000614\n[   50.956000] R10: ffffea00021d5500 R11: 0000000000000001 R12: ffffffff817e04ec\n[   50.957779] R13: 0000000000000000 R14: ffff88009566f400 R15: ffff8800956c7000\n[   50.959402] FS:  0000000000000000(0000) GS:ffff88009c180000(0000) knlGS:0000000000000000\n[   50.961552] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n[   50.963798] CR2: 000055c4ec0ccac0 CR3: 0000000002209001 CR4: 00000000000606e0\n[   50.966121] Call Trace:\n[   50.966845]  <IRQ>\n[   50.967497]  __dev_queue_xmit+0x62d/0x690\n[   50.968722]  dev_queue_xmit+0x10/0x20\n[   50.969894]  neigh_resolve_output+0x173/0x190\n[   50.971244]  ip_finish_output2+0x2b8/0x370\n[   50.972527]  ip_finish_output+0x1d2/0x220\n[   50.973785]  ? ip_finish_output+0x1d2/0x220\n[   50.975010]  ip_output+0xd4/0x100\n[   50.975903]  ip_local_out+0x3b/0x50\n[   50.976823]  rxe_send+0x74/0x120\n[   50.977702]  rxe_requester+0xe3b/0x10b0\n[   50.978881]  ? ip_local_deliver_finish+0xd1/0xe0\n[   50.980260]  rxe_do_task+0x85/0x100\n[   50.981386]  rxe_run_task+0x2f/0x40\n[   50.982470]  rxe_post_send+0x51a/0x550\n[   50.983591]  nvmet_rdma_queue_response+0x10a/0x170\n[   50.985024]  __nvmet_req_complete+0x95/0xa0\n[   50.986287]  nvmet_req_complete+0x15/0x60\n[   50.987469]  nvmet_bio_done+0x2d/0x40\n[   50.988564]  bio_endio+0x12c/0x140\n[   50.989654]  blk_update_request+0x185/0x2a0\n[   50.990947]  blk_mq_end_request+0x1e/0x80\n[   50.991997]  nvme_complete_rq+0x1cc/0x1e0\n[   50.993171]  nvme_pci_complete_rq+0x117/0x120\n[   50.994355]  __blk_mq_complete_request+0x15e/0x180\n[   50.995988]  blk_mq_complete_request+0x6f/0xa0\n[   50.997304]  nvme_process_cq+0xe0/0x1b0\n[   50.998494]  nvme_irq+0x28/0x50\n[   50.999572]  __handle_irq_event_percpu+0xa2/0x1c0\n[   51.000986]  handle_irq_event_percpu+0x32/0x80\n[   51.002356]  handle_irq_event+0x3c/0x60\n[   51.003463]  handle_edge_irq+0x1c9/0x200\n[   51.004473]  handle_irq+0x23/0x30\n[   51.005363]  do_IRQ+0x46/0xd0\n[   51.006182]  common_interrupt+0xf/0xf\n[   51.007129]  </IRQ>\n\n2. Work must always be offloaded to tasklet for rxe_post_send_kernel()\nwhen using NVMEoF in order to solve lock ordering between neigh->ha_lock\nseqlock and the nvme queue lock:\n\n[   77.833783]  Possible interrupt unsafe locking scenario:\n[   77.833783]\n[   77.835831]        CPU0                    CPU1\n[   77.837129]        ----                    ----\n[   77.838313]   lock(&(&n->ha_lock)->seqcount);\n[   77.839550]                                local_irq_disable();\n[   77.841377]                                lock(&(&nvmeq->q_lock)->rlock);\n[   77.843222]                                lock(&(&n->ha_lock)->seqcount);\n[   77.845178]   <Interrupt>\n[   77.846298]     lock(&(&nvmeq->q_lock)->rlock);\n[   77.847986]\n[   77.847986]  *** DEADLOCK ***\n\n3. Same goes for the lock ordering between sch->q.lock and nvme queue lock:\n\n[   47.634271]  Possible interrupt unsafe locking scenario:\n[   47.634271]\n[   47.636452]        CPU0                    CPU1\n[   47.637861]        ----                    ----\n[   47.639285]   lock(&(&sch->q.lock)->rlock);\n[   47.640654]                                local_irq_disable();\n[   47.642451]                                lock(&(&nvmeq->q_lock)->rlock);\n[   47.644521]                                lock(&(&sch->q.lock)->rlock);\n[   47.646480]   <Interrupt>\n[   47.647263]     lock(&(&nvmeq->q_lock)->rlock);\n[   47.648492]\n[   47.648492]  *** DEADLOCK ***\n\nUsing NVMEoF after this patch seems to finally be stable, without it,\nrxe eventually deadlocks the whole system and causes RCU stalls.\n\nSigned-off-by: Alexandru Moise <00moses.alexander00@gmail.com>\nReviewed-by: Zhu Yanjun <yanjun.zhu@oracle.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/1661d3b0e2183ce90f6611641c350a5aa02aaa80"},{"sha":"ecaaf1e26a37ddf7cba4e425cf68ae7ce1869bc0","author":{"name":"oulijun","email":"4f660ba6ca3aa3bf060789cece061ff7ba22d4fe@huawei.com"},"message":"RDMA/hns: Add rq inline flags judgement\n\nIt needs to set the rqie field of qp context by configured rq inline\nflags. Besides, it need to decide whether posting inline rqwqe by\njudged rq inline flags.\n\nSigned-off-by: Lijun Ou <oulijun@huawei.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/ecaaf1e26a37ddf7cba4e425cf68ae7ce1869bc0"},{"sha":"3a39bbecc88fa9a99a80de588c8f1fe16aba3446","author":{"name":"oulijun","email":"4f660ba6ca3aa3bf060789cece061ff7ba22d4fe@huawei.com"},"message":"RDMA/hns: Bugfix for rq record db for kernel\n\nWhen used rq record db for kernel, it needs to set the rdb_en of\nhr_qp to 1 and configures the dma address of record rq db of qp\ncontext.\n\nSigned-off-by: Lijun Ou <oulijun@huawei.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/3a39bbecc88fa9a99a80de588c8f1fe16aba3446"},{"sha":"f97a62c39423575c62649721657e5cc04f67c0ac","author":{"name":"oulijun","email":"4f660ba6ca3aa3bf060789cece061ff7ba22d4fe@huawei.com"},"message":"RDMA/hns: Load the RoCE dirver automatically\n\nTo enable the linux-kernel system to load the hns-roce-hw-v2 driver\nautomatically when hns-roce-hw-v2 is plugged in pci bus, it need to\ncreate a MODULE_DEVICE_TABLE for expose the pci_table of\nhns-roce-hw-v2 to user.\n\nSigned-off-by: Lijun Ou <oulijun@huawei.com>\nReported-by: Zhou Wang <wangzhou1@hisilicon.com>\nTested-by: Xiaojun Tan <tanxiaojun@huawei.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/f97a62c39423575c62649721657e5cc04f67c0ac"},{"sha":"ad18e20ba2887e221e903d311f4c9a1586eacffb","author":{"name":"oulijun","email":"4f660ba6ca3aa3bf060789cece061ff7ba22d4fe@huawei.com"},"message":"RDMA/hns: Update convert function of endian format\n\nBecause the sys_image_guid of ib_device_attr structure is __be64, it\nneed to use cpu_to_be64 for converting.\n\nSigned-off-by: Lijun Ou <oulijun@huawei.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/ad18e20ba2887e221e903d311f4c9a1586eacffb"},{"sha":"2349fdd483ea933b223f3eca53ed42835383d316","author":{"name":"oulijun","email":"4f660ba6ca3aa3bf060789cece061ff7ba22d4fe@huawei.com"},"message":"RDMA/hns: Add return operation when configured global param fail\n\nWhen configure global param function run fail, it should directly return\nand the initial flow will stop.\n\nSigned-off-by: Lijun Ou <oulijun@huawei.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/2349fdd483ea933b223f3eca53ed42835383d316"},{"sha":"391bd5fc7de54a5cb866e8897d60ee1d76b8840a","author":{"name":"oulijun","email":"4f660ba6ca3aa3bf060789cece061ff7ba22d4fe@huawei.com"},"message":"RDMA/hns: Not support qp transition from reset to reset for hip06\n\nBecause hip06 hardware is not support for qp transition from\nreset to reset state, it need to return errno when qp\ntransited from reset to reset. This patch fixes it.\n\nSigned-off-by: Lijun Ou <oulijun@huawei.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/391bd5fc7de54a5cb866e8897d60ee1d76b8840a"},{"sha":"778cc5a8b75eee62d330059a2655b515cda43278","author":{"name":"oulijun","email":"4f660ba6ca3aa3bf060789cece061ff7ba22d4fe@huawei.com"},"message":"RDMA/hns: Fix the bug with rq sge\n\nWhen received multiply rq sge, it should tag the\ninvalid lkey for the last non-zero length sge\nwhen have some sges' length are zero. This patch\nfixes it.\n\nSigned-off-by: Lijun Ou <oulijun@huawei.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/778cc5a8b75eee62d330059a2655b515cda43278"},{"sha":"90e7a4d5066240b75cdfd1bf8944ca36622153b1","author":{"name":"oulijun","email":"4f660ba6ca3aa3bf060789cece061ff7ba22d4fe@huawei.com"},"message":"RDMA/hns: Set desc_dma_addr for zero when free cmq desc\n\nIn order to avoid illegal use for desc_dma_addr of ring,\nit needs to set it zero when free cmq desc.\n\nSigned-off-by: Lijun Ou <oulijun@huawei.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/90e7a4d5066240b75cdfd1bf8944ca36622153b1"},{"sha":"85e0274dc66430b0d0fad7ad01cbc0e0cbebf6dc","author":{"name":"oulijun","email":"4f660ba6ca3aa3bf060789cece061ff7ba22d4fe@huawei.com"},"message":"RDMA/hns: Enable inner_pa_vld filed of mpt\n\nWhen enabled inner_pa_vld field of mpt, The pa0 and\npa1 will be valid and the hardware will use it\ndirectly and not use base address of pbl. As a\nresult, it can reduce the delay.\n\nSigned-off-by: Lijun Ou <oulijun@huawei.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/85e0274dc66430b0d0fad7ad01cbc0e0cbebf6dc"},{"sha":"79d442071a733057e4d9f28c90fbdb4f39d9fc23","author":{"name":"oulijun","email":"4f660ba6ca3aa3bf060789cece061ff7ba22d4fe@huawei.com"},"message":"RDMA/hns: Set NULL for __internal_mr\n\nThis patch mainly configure value for __internal_mr of mr_free_pd.\n\nSigned-off-by: Lijun Ou <oulijun@huawei.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/79d442071a733057e4d9f28c90fbdb4f39d9fc23"},{"sha":"a0403be8af338c319b5176c1d2975d94a930a0bf","author":{"name":"oulijun","email":"4f660ba6ca3aa3bf060789cece061ff7ba22d4fe@huawei.com"},"message":"RDMA/hns: Fix the bug with NULL pointer\n\nWhen the last QP of eight QPs is not exist in\nhns_roce_v1_mr_free_work_fn function, the\nprint for qpn of hr_qp may introduce a\ncalltrace for NULL pointer.\n\nSigned-off-by: Lijun Ou <oulijun@huawei.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/akhilnarang/kernel_msm-3.10/commits/a0403be8af338c319b5176c1d2975d94a930a0bf"}]}
{"actor":{"display_login":"akhilnarang"}}