From mboxrd@z Thu Jan 1 00:00:00 1970 From: Randy Dunlap Subject: Re: [PATCH 2.6.30] RDMA/cxgb3: Remove modulo math. Date: Tue, 10 Feb 2009 11:12:27 -0800 Message-ID: <4991D19B.5050307@oracle.com> References: <20090210184448.22891.31130.stgit@dell3.ogc.int> <4991CFD7.30503@oracle.com> <4991D12A.8090309@opengridcomputing.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Return-path: Received: from acsinet12.oracle.com ([141.146.126.234]:16465 "EHLO acsinet12.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757198AbZBJTMJ (ORCPT ); Tue, 10 Feb 2009 14:12:09 -0500 In-Reply-To: <4991D12A.8090309@opengridcomputing.com> Sender: linux-next-owner@vger.kernel.org List-ID: To: Steve Wise Cc: rdreier@cisco.com, general@lists.openfabrics.org, linux-next@vger.kernel.org, linux-kernel@vger.kernel.org Steve Wise wrote: > > Randy Dunlap wrote: >> Steve Wise wrote: >> >>> From: Steve Wise >>> >>> Removes the need for special u64 math on i386 systems. >>> >>> Fixes i386 build break in linux-next introduced by commit >>> 1e27e8cee0698259ccb1fe6abeaf4b48969c0945. >>> >>> Signed-off-by: Steve Wise >>> >> >> Yes, that works, thanks. But this patch should go into 2.6.29, not >> just 2.6.30. >> >> >> > I thought the commit that caused this was: > > 1e27e8cee0698259ccb1fe6abeaf4b48969c0945 > > And that was going in 2.6.30. (I thought). Oh, OK. If that's the case, then you are obviously correct about [2.6.30]. Thanks. >>> --- >>> >>> drivers/infiniband/hw/cxgb3/iwch_qp.c | 8 ++++---- >>> 1 files changed, 4 insertions(+), 4 deletions(-) >>> >>> diff --git a/drivers/infiniband/hw/cxgb3/iwch_qp.c >>> b/drivers/infiniband/hw/cxgb3/iwch_qp.c >>> index 2cf6f13..5bb299a 100644 >>> --- a/drivers/infiniband/hw/cxgb3/iwch_qp.c >>> +++ b/drivers/infiniband/hw/cxgb3/iwch_qp.c >>> @@ -232,8 +232,8 @@ static int iwch_sgl2pbl_map(struct iwch_dev *rhp, >>> struct ib_sge *sg_list, >>> return -EINVAL; >>> } >>> offset = sg_list[i].addr - mhp->attr.va_fbo; >>> - offset += ((u64) mhp->attr.va_fbo) % >>> - (1UL << (12 + mhp->attr.page_size)); >>> + offset += mhp->attr.va_fbo & >>> + ((1UL << (12 + mhp->attr.page_size)) - 1); >>> pbl_addr[i] = ((mhp->attr.pbl_addr - >>> rhp->rdev.rnic_info.pbl_base) >> 3) + >>> (offset >> (12 + mhp->attr.page_size)); >>> @@ -263,8 +263,8 @@ static int build_rdma_recv(struct iwch_qp *qhp, >>> union t3_wr *wqe, >>> wqe->recv.sgl[i].len = cpu_to_be32(wr->sg_list[i].length); >>> >>> /* to in the WQE == the offset into the page */ >>> - wqe->recv.sgl[i].to = cpu_to_be64(((u32) wr->sg_list[i].addr) % >>> - (1UL << (12 + page_size[i]))); >>> + wqe->recv.sgl[i].to = cpu_to_be64(((u64) wr->sg_list[i].addr) & >>> + ((1UL << (12 + page_size[i]))-1)); >>> >>> /* pbl_addr is the adapters address in the PBL */ >>> wqe->recv.pbl_addr[i] = cpu_to_be32(pbl_addr[i]); -- ~Randy