[ofw] [ANNOUNCE] WinOF 2.2 RC1 download available

[Smith, Stan]

[01-07-10] WinOF 2.2 RC1 Release available

Release available @ http://www.openfabrics.org/downloads/WinOF/v2.2_RC1

Please address comments and concerns to https://bugs.openfabrics.org and/or the
Windows OpenFabrics email list ofw at lists.openfabrics.org

Changes since WinOF 2.2 RC0 @ svn.2642

Revision: 2643
Author: stansmith
Date: 4:26:19 PM, Wednesday, December 23, 2009
Message:
[DAPL2] tolerate a disconnect callback racing ahead during EP disconnect(),
do not return an error on invalid handle.
update .rc file to reflect IBAL provider.
----
Modified : /gen1/branches/WOF2-2/ulp/dapl2/dapl/ibal/dapl_ibal_cm.c
Modified : /gen1/branches/WOF2-2/ulp/dapl2/dapl/ibal/udapl.rc
Modified : /gen1/trunk/ulp/dapl2/dapl/ibal/dapl_ibal_cm.c
Modified : /gen1/trunk/ulp/dapl2/dapl/ibal/udapl.rc

Revision: 2644
Author: stansmith
Date: 4:36:08 PM, Wednesday, December 23, 2009
Message:
[OPENSM] added syslog() call to record Windows Service control calls
(128,129) [clear log file & start heavy sweep].
----
Modified : /gen1/branches/WOF2-2/ulp/opensm/user/opensm/main.c
Modified : /gen1/trunk/ulp/opensm/user/opensm/main.c

Revision: 2645
Author: stansmith
Date: 4:40:46 PM, Wednesday, December 23, 2009
Message:
[OPENSM] Temp fix for broken SRP operation; revert back to working code.
Real fix touches numerous files, will be delayed until after 2.2 release.
----
Modified : /gen1/branches/WOF2-2/ulp/opensm/user/opensm/osm_sa_path_record.c
Modified : /gen1/trunk/ulp/opensm/user/opensm/osm_sa_path_record.c

Revision: 2646
Author: stansmith
Date: 1:31:52 PM, Tuesday, December 29, 2009
Message:
[DOCS] manual.htm - Corrected uDAT/uDAPL discussion as uDAPL v1.1
provider is no longer supported.
Fixed lingering %ProgramFiles(x86)% install path problems; removed
(x86) as WinOF is installed as %ProgramFIles%\ on all systems.
Updated SRP discussion to include a how to configure a Linx/OFED SRP
target (vdisk+BLOCKIO) accessible from Windows.
----
Modified : /gen1/branches/WOF2-2/docs/Manual.htm
Modified : /gen1/trunk/docs/Manual.htm

Revision: 2651
Author: stansmith
Date: 10:51:23 AM, Tuesday, January 05, 2010
Message:
[IPoIB_NDIS6_CM] fix the wrong length calculation of
first MDL within - DHCP not working.
Net Buffer object.
The actual length of first MDL should be incremented by it's offset.

signed-off by: Alexander Naslednikov (xalex at mellanox.co.il)
----
Modified : /gen1/branches/WOF2-2/ulp/ipoib_NDIS6_CM/kernel/ipoib_port.cpp
Modified : /gen1/trunk/ulp/ipoib_NDIS6_CM/kernel/ipoib_port.cpp

Revision: 2652
Author: stansmith
Date: 10:59:21 AM, Tuesday, January 05, 2010
Message:
[IBAL] ib/cm: fix handling failed send completions.

__cep_mad_send_cb() assumes that the mad being processed is
associated with the current state of the CEP.  This may not be
the case.
For example, for a short lived connection, it was observed that
a REP mad completed with status canceled.This is normal.  However,
the user already attempted to disconnect the connection
by sendinga DREQ.  This left the cep in the DREQ_SENT state by the time that
the REP mad completed. Since the REP status was not success, but the
state was DREQ_SENT, the code assumed that the DREQ had failed and
transitioned the cep into TIMEWAIT.  The result isthat the DREQ is never
matched with a DREP or canceled, but holds a reference on the CEP.

Until the DREQ times out (time depends on connection, but easily
up to a minute), attempts to destroy the CEP are blocked.
Fix this by simply discarding any completed sends that were not
sent from the current state of the cep when the completion handler
is invoked.

Signed-off-by: Sean Hefty <sean.hefty at intel.com>
----
Modified : /gen1/branches/WOF2-2/core/al/kernel/al_cm.c
Modified : /gen1/branches/WOF2-2/core/al/kernel/al_cm_cep.c

Revision: 2653
Author: stansmith
Date: 11:05:28 AM, Tuesday, January 05, 2010
Message:
[WINVERBS] winverbs: use separate structure to queue async work.

KMDF tracks all requests that pass through an IO queue.  Even after a request
has been removed from the queue, the request still maintains a reference on the queue.
Any attempt to delete the queue will block until all requests holding references
on the queue have completed.

To avoid deadlock conditions during cleanup, we need to ensure that
all requests can complete during cleanup.  Modify the asynchronous
handling code to queue a separate data structure, so that all requests
can remain on the IO queues.

Signed-off-by: Sean Hefty <sean.hefty at intel.com>
----
Modified : /gen1/branches/WOF2-2/core/winverbs/kernel/wv_ep.c
Modified : /gen1/branches/WOF2-2/core/winverbs/kernel/wv_ep.h
Modified : /gen1/branches/WOF2-2/core/winverbs/kernel/wv_provider.h


WinOF Release Summary
-----------------

1) The WinOF 2.2 release is based on openib-windows source svn revision
   (branches\WOF2-2 svn.2655).

   Last WinOF release (2.1) based on svn.2476.

2) Features

   Installers available for Windows 7 & Server 2008 R2

   NDIS 6 IPoIB for Server 2008, Svr 2008 R2, Windows 7 and Vista.

   NDIS 5.1 IPoIB for Server 2003 & XP.

   uDAPL 2.0.25 code base:
      No longer supporting uDAT/uDAPL version 1.0, uDAT/uDAPL version 2.0 only.

   OpenSM upgraded to version 3.3.3 (see %windir%\temp\osm.log for SM details).

   WinOF installer upgraded to WIX 3.0

2) Bug fixes in

   IB Core
   IPoIB
   WSD
   DAT/DAPL
   WinVerbs
   WinMAD
   OFED (Open Fabrics Enterprise Distribution [Linux]) verbs API
   IPoIB
   SRP
   WinOF Installer
   manual

**** Known Issues ****

HCA drivers are reclassified as BOOT_START drivers to support booting from
an SRP IOC.  An unfortunate side-effect is when WinOF 2.2 is installed
on a system for the first time, after installation a mandatory reboot is
Required by Windows.

After the WinOF.msi file has started installation, an errant
"Welcome to the Found New Hardware Wizard" window 'may' popup; XP & Svr 2003.

Just ignore or 'cancel' the errant FNHW popup window in order to proceed with
the installation. XP requires a cancel, for WLH & WNET, the notifier will
disappear on their own.

You do need to answer 'Yes' or 'Continue' to popup windows which refer to
Non-Logo'ed (aka, Non-WHQL'ed) drivers being installed.

If the install appears to hang, look around for popup windows requesting input
which are covered by other windows.
Such is the case on Server 2008 initial install - Answer 'yes' to always trust
the OpenFabrics Alliance as a SW publisher.


Please:
  Read the Release_notes.htm file!

  make 'sure' your HCA firmware is recent:
      vstat.exe displays HCA firmware version & PSID.
      flint.exe (found in the Mellanox firmware tools package) displays PSID.

Thank you,

WinOF Developers.