[nvmewin] Driver provided alignment for RMW?

[Luse, Paul E]

If you look at the defines for DBL_BUFFER (or in the patch I just sent DUMB_DRIVER) you'll see debug code for 4K alignments.   I say debug because it does so via double buffering (copying data in/out of our own 4K aligned buffers) because storport will only allow you to specify up to double dword alignment in the config structure you return from findAdapter (element name is AlignmentMask).  I added the 4K debug code because the initial implementation of the software emulator that we used only supported 4K aligned transfers and kept it in there to help with HW bring-ups where this seemed like a common restriction.  For production, you'd want to ask Mssft about changing what alignments a storport miniport can request.

From: nvmewin-bounces at lists.openfabrics.org [mailto:nvmewin-bounces at lists.openfabrics.org] On Behalf Of Freyensee, James P
Sent: Monday, June 25, 2012 4:30 PM
To: nvmewin at lists.openfabrics.org
Subject: [nvmewin] Driver provided alignment for RMW?

Hello,

Could I ask a 'what if'/brainstorming question?  Does the nvme driver provide some type of data alignment on Read-Modify-Writes? Could the driver enforce 4K alignments?  Where would I look/modify in the code?

Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/nvmewin/attachments/20120625/d8430204/attachment.html>