[ofw] Porting OFA stack to WDK

[Smith, Stan]

Am I to understand you will repair 'all' occurrences __ptr64 usage?
 
Am I to understand the usage of the PtrToPtr64() function for the
assignment of __ptr64 Ioctl fields (only in user space)
will function correctly when built using the 'current' DDK build
environment?
 
The point being the 'current' build environment will not be impacted by
the removal of __ptr64 and therefore the switch to
the WDK build environment can be handled separately as it's a connectX
issue?
 
BTW, what is it about connectX that requires the WDK environment?
 
The change to WDK is huge, I trust your testing with x64 & ia64 has been
successful?
 
What modules were exercised in your x64 and/or ia64 testing?
 
What version of WDK are you using?
 
With the exception of the removal of __ptr64, have the WDK prompted
file modifications been pushed back into SVN?
 
What is your timeframe for pushing the __ptr64 removal back into SVN?
 
thanks,
 
stan.

________________________________

From: ofw-bounces at lists.openfabrics.org
[mailto:ofw-bounces at lists.openfabrics.org] On Behalf Of Leonid Keller
Sent: Wednesday, February 13, 2008 1:45 AM
To: ofw at lists.openfabrics.org
Cc: Alex Naslednikov
Subject: [ofw] Porting OFA stack to WDK


The new ConnectX driver is being developed in WDF environment and
requires WDK tools for its build.
 
While trying to build OFA stack in WDK environment i've come across a
__ptr64 problem.
This attribute causes the WDK compiler crash in checked x86 environment.
Instead of searching some workaround, i'm going to perform the following
"drastic" solution:
    - remove __ptr64 attribute from all the functions of the stack;
    - remove __ptr64 attribute from all the structures except the Ioctl
ones;
    - use PtrToPtr64 function while the assignment of __ptr64 Ioctl
fields (only in user space);
    - remove unnecessary castings, related to __ptr64 attriubute all
over the code, if any;
 
The changes wrt ioctls will be committed separately to facilitate the
code review.
 
Any comments/suggestions/objections ?
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/ofw/attachments/20080213/dc5c449b/attachment.html>