[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160304091628.GB2150@nanopsycho.orion>
Date: Fri, 4 Mar 2016 10:16:28 +0100
From: Jiri Pirko <jiri@...nulli.us>
To: "Wei Hu(Xavier)" <xavier.huwei@...wei.com>
Cc: dledford@...hat.com, sean.hefty@...el.com,
hal.rosenstock@...il.com, davem@...emloft.net,
jeffrey.t.kirsher@...el.com, jiri@...lanox.com,
ogerlitz@...lanox.com, linux-rdma@...r.kernel.org,
linux-kernel@...r.kernel.org, netdev@...r.kernel.org,
gongyangming@...wei.com, xiaokun@...wei.com,
tangchaofei@...wei.com, oulijun@...wei.com, haifeng.wei@...wei.com,
yisen.zhuang@...wei.com, yankejian@...wei.com,
lisheng011@...wei.com, charles.chenxin@...wei.com,
linuxarm@...wei.com
Subject: Re: [PATCH 3/4] infiniband: hns: add Hisilicon RoCE support(driver
code)
Fri, Mar 04, 2016 at 09:41:16AM CET, xavier.huwei@...wei.com wrote:
<snip>
>+int hns_roce_buf_alloc(
>+ struct hns_roce_dev *hr_dev,
>+ int size, int max_direct,
>+ struct hns_roce_buf *buf)
<snip>
>+
>+ pages =
>+ kmalloc(sizeof(*pages) * buf->nbufs,
>+ GFP_KERNEL);
<snip>
>+
>+ buf->direct.buf = vmap(
>+ pages, buf->nbufs, VM_MAP,
>+ PAGE_KERNEL);
<snip>
>+ if (
>+ event_type != HNS_ROCE_EVENT_TYPE_CQ_ID_INVALID &&
>+ event_type != HNS_ROCE_EVENT_TYPE_CQ_ACCESS_ERROR &&
>+ event_type != HNS_ROCE_EVENT_TYPE_CQ_OVERFLOW) {
>+ dev_err(&hr_dev->pdev->dev,
>+ "hns_roce_ib: Unexpected event type 0x%x on CQ %06x\n",
>+ event_type, hr_cq->cqn);
>+ return;
>+ }
Although checkpatch does not complain, I find this semi-random adding of
newlines quite odd.
Powered by blists - more mailing lists