patchwork account passwd

Hi, Does anybody know how could one reset/change its patchwork account's password? Seems that when registering I misstyped the password requested - cannot login to patchwork. Sasha -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majord...@vger

Re: RDMAoE / lossless Ethernet (ewg: SC'09 BOF - Meeting notes)

> Putting a side for a moment the detailed discussion we've started and > looking on the concluding remarks you have made, I wasn't sure to > follow: if DCB isn't available (even from a silly reason of hw > supporting pfc but patches not being pushed to the kernel...) what you > think would

[ANNOUNCE] management tarballs release

Hi, There is a new release of the management (OpenSM and infiniband diagnostics) tarballs available in: http://www.openfabrics.org/downloads/management/ (listed in http://www.openfabrics.org/downloads/management/latest.txt) md5sum: 1281c3497086f3348b8ede7c3c5dcacf libibumad-1.3.4.tar.gz 02d0c

Re: [PATCH v2] opensm/osm_mcast_mgr.c: fix osm_mcast_mgr_compute_max_hops for managed switch

On 16:44 Wed 23 Dec , Yevgeny Kliteynik wrote: > If a certain mcast group has only one member, and this > member is a switch, OSM fails to select this switch > when trying to create spanning tree for this mcast group: > > ERR 0A08: Unable to locate a suitable switch for group 0xC000 > ERR 0A17

Re: [PATCH] opensm/osm_sm_mad_ctrl.c: In sm_mad_ctrl_send_err_cb, revert setting of init failure on QoS initialization failures

Hi Hal, On 06:20 Thu 24 Dec , Hal Rosenstock wrote: > > There are unexplained cases of status 0x1c that have been observed > for SL to VL mapping table setting as documented in "Re: qos on service-id" > http://article.gmane.org/gmane.linux.drivers.rdma/1464 > > A subsequent patch will reintr

Re: RDMAoE / lossless Ethernet (ewg: SC'09 BOF - Meeting notes)

Liran Liss wrote: I second... fair-enough, so now (A) everyone agrees that DCB is good for IBoE and (B) mlx4 supports pfc, any reason not to push the pfc patches into the kernel and have mlx4_en comply with the mainline dcbnl code? The only way an end-node can cause congestion is if its int

Re: [PATCH] opensm/osm_sm_mad_ctrl.c: In sm_mad_ctrl_send_err_cb, revert setting of init failure on QoS initialization failures

On 06:20 Thu 24 Dec , Hal Rosenstock wrote: > > opensm/osm_sm_mad_ctrl.c: In sm_mad_ctrl_send_err_cb, revert setting of init > failure on QoS attribute initialization failures > > Revert the QoS related part of commit > 254c2ef34fa0f475a93a63d805582bdd2efdeace > > There are unexplained ca

Re: RDMAoE / lossless Ethernet (ewg: SC'09 BOF - Meeting notes)

Roland Dreier wrote: Sure, DCB is very useful, in many environments. And maybe even a requirement sometimes. I'm simply trying to say that IBoE with classical ethernet is at least as useful as standard IB in many cases Roland, Paul, Putting a side for a moment the detailed discussion we've s

[PATCH] opensm/osm_sm_mad_ctrl.c: In sm_mad_ctrl_send_err_cb, revert setting of init failure on QoS initialization failures

opensm/osm_sm_mad_ctrl.c: In sm_mad_ctrl_send_err_cb, revert setting of init failure on QoS attribute initialization failures Revert the QoS related part of commit 254c2ef34fa0f475a93a63d805582bdd2efdeace There are unexplained cases of status 0x1c that have been observed for SL to VL mapping t

RE: RDMAoE / lossless Ethernet (ewg: SC'09 BOF - Meeting notes)

I second... Note that even with a "single VL", no endpoint can freeze the fabric - if a multicast receiver has gone to breakfast it would just loose its own packets rather than introducing congestion. The only way an end-node can cause congestion is if its internal buses don't match the IB link's