[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 [email protected] 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 <[email protected]> ---- 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 <[email protected]> ---- 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. _______________________________________________ ofw mailing list [email protected] http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ofw
