[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <adak57w95ym.fsf@cisco.com>
Date: Wed, 11 Feb 2009 10:36:01 -0800
From: Roland Dreier <rdreier@...co.com>
To: Steve Wise <swise@...ngridcomputing.com>
Cc: randy.dunlap@...cle.com, linux-next@...r.kernel.org,
linux-kernel@...r.kernel.org, general@...ts.openfabrics.org
Subject: Re: [ofa-general] [PATCH 2.6.30] RDMA/cxgb3: Remove modulo math.
> > Is it possible for the page to be bigger than 4GB? If so then yes you
> > might be chopping off high-order bits or something.
> Yes it is possible.
>
> A MR can be created with an iov_base of say 0xffffffff00000000.
>
> Then any sge.addr entries would be the iob_base + any offset.
But the code we're talking about is:
/* 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])));
so it seems the top address bits don't matter unless page_size[i] is at
least 20 -- in which case using 1UL to shift overflows on 32 bits anyway...
> So you are handling the offset patch that will make it u64 and remove
> the mod usage, correct?
Yeah, I rolled the fix into the "offset needs to be u64" patch, it
should be in linux-next by now (or at least in my for-next branch).
- R.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists