date:20130114

[ewg] Canceled: EWG/OFED bi-weekly meeting

2013-01-14 Thread Tziporet Koren

BEGIN:VCALENDAR
METHOD:CANCEL
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Israel Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:+0300
TZOFFSETTO:+0200
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=9
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:+0200
TZOFFSETTO:+0300
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1FR;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN=Tziporet Koren:MAILTO:tzipo...@mellanox.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=ewg@lists.
 openfabrics.org:MAILTO:ewg@lists.openfabrics.org
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Elken, Tom"
 :MAILTO:tom.el...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Dan Olson:
 MAILTO:dol...@mcs.anl.gov
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Hefty, Sea
 n":MAILTO:sean.he...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Woodruff, 
 Robert J":MAILTO:robert.j.woodr...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Tseng-hui 
 Lin:MAILTO:tseng...@us.ibm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Pavan Bala
 ji:MAILTO:bal...@mcs.anl.gov
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Ryan, Jim":
 MAILTO:jim.r...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=pradeep@us
 .ibm.com:MAILTO:prad...@us.ibm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Marty Sch
 lining (mschlin...@ddn.com)':MAILTO:mschlin...@ddn.com
DESCRIPTION;LANGUAGE=en-US:Tuesday\, December 04\, 2012\, 09:00 AM US Pacif
 ic Time\n916-356-2663\, 8-356-2663\, Bridge: 1\, Passcode: 1338845\nSpeed 
 dialer: inteldialer://1\,1338845 | Learn more\n\nTuesday\, December 18\, 2012\, 09:00 AM US Pa
 cific Time\n916-356-2663\, 8-356-2663\, Bridge: 1\, Passcode: 5279304\nSpe
 ed dialer: inteldialer://1\,5279304 | Learn more\n\nTuesday\, January 01\, 2013\, 09:00 AM US 
 Pacific Time\n916-356-2663\, 8-356-2663\, Bridge: 1\, Passcode: 3393940\nS
 peed dialer: inteldialer://1\,3393940 | Learn more\n\nTuesday\, January 15\, 2013\, 09:00 AM U
 S Pacific Time\n916-356-2663\, 8-356-2663\, Bridge: 1\, Passcode: 4920115\
 nSpeed dialer: inteldialer://1\,4920115 | Learn more\n\nTuesday\, January 29\, 2013\, 09:00 AM
  US Pacific Time\n916-356-2663\, 8-356-2663\, Bridge: 1\, Passcode: 543282
 2\nSpeed dialer: inteldialer://1\,5432822 | Learn more\n\nTuesday\, February 12\, 2013\, 09:00
  AM US Pacific Time\n916-356-2663\, 8-356-2663\, Bridge: 1\, Passcode: 744
 6692\nSpeed dialer: inteldialer://1\,7446692 | Learn more\n\nTuesday\, February 26\, 2013\, 09
 :00 AM US Pacific Time\n916-356-2663\, 8-356-2663\, Bridge: 1\, Passcode: 
 7027353\nSpeed dialer: inteldialer://1\,7027353 | Learn more\n\nTuesday\, March 12\, 2013\, 09
 :00 AM US Pacific Time\n916-356-2663\, 8-356-2663\, Bridge: 1\, Passcode: 
 2437889\nSpeed dialer: inteldialer://1\,2437889 | Learn more\n\nTuesday\, March 26\, 2013\, 09
 :00 AM US Pacific Time\n916-356-2663\, 8-356-2663\, Bridge: 1\, Passcode: 
 3420522\nSpeed dialer: inteldialer://1\,3420522 | Learn more\n\nTuesday\, April 09\, 2013\, 09
 :00 AM US Pacific Time\n916-356-2663\, 8-356-2663\, Bridge: 1\, Passcode: 
 2036856\nSpeed dialer: inteldialer://1\,2036856 | Learn more\n\nTuesday\, April 23\, 2013\, 09
 :00 AM US Pacific Time\n916-356-2663\, 8-356-2663\, Bridge: 1\, Passcode: 
 7507149\nSpeed dialer: inteldialer://1\,7507149 | Learn more\n\nTuesday\, May 07\, 2013\, 09:0
 0 AM US Pacific Time\n916-356-2663\, 8-356-2663\, Bridge: 1\, Passcode: 90
 16800\nSpeed dialer: inteldialer://1\,9016800 | Learn more\n\nTuesday\, May 21\, 2013\, 09:00 
 AM US Pacific Time\n916-356-2663\, 8-356-2663\, Bridge: 1\, Passcode: 9509
 827\nSpeed dialer: inteldialer://1\,9509827 | Learn more\n\n
RRULE:FREQ=WEEKLY;UNTIL=20130521T16Z;INTERVAL=2;BYDAY=TU;WKST=SU
EXDATE;TZID=Israel Standard Time:20130101T19
SUMMARY;LANGUAGE=en-US:Canceled: EWG/OFED bi-weekly meeting
DTSTART;TZID=Israel Standard Time:20121204T19
DTEND;TZID=Israel Standard Time:20121204T20
UID:04008200E00074C5B7101A82E008D0F4A1A6D3CCCD01000
 01000728CC60410F5C14C9D1

Re: [ewg] Interop test failure using OFED-3.5 RC4

2013-01-14 Thread Woodruff, Robert J

Were you able to get the new package posted yet ?

We need this ASAP so we can do another OFED-3.5 RC.

Woody


-Original Message-
From: Ido Shamai [mailto:i...@dev.mellanox.co.il] 
Sent: Friday, January 11, 2013 12:32 PM
To: Marciniszyn, Mike
Cc: Woodruff, Robert J; Elken, Tom; ewg@lists.openfabrics.org; Hefty, Sean; 
Mascarenhas, Edward
Subject: Re: Interop test failure using OFED-3.5 RC4

On 1/11/2013 9:36 PM, Marciniszyn, Mike wrote:
> I've opened OFED bz 2410 for this issue.
>
> Mike

Great thanks.
I will apply the patch and release a new version to OFED website 
tomorrow morning.

Ido

>> -Original Message-
>> From: Woodruff, Robert J
>> Sent: Friday, January 11, 2013 1:30 PM
>> To: Marciniszyn, Mike; Elken, Tom; ewg@lists.openfabrics.org; Ido Shamai
>> Subject: RE: Interop test failure using OFED-3.5 RC4
>>
>>
>> Adding Shamai from Mellanox to this thread.
>>
>> Woody
>>
>> -Original Message-
>> From: ewg-boun...@lists.openfabrics.org [mailto:ewg-
>> boun...@lists.openfabrics.org] On Behalf Of Marciniszyn, Mike
>> Sent: Friday, January 11, 2013 7:51 AM
>> To: Elken, Tom; ewg@lists.openfabrics.org
>> Subject: Re: [ewg] Interop test failure using OFED-3.5 RC4
>>
>> This is definitely a perftest bug.
>>
>> This is a significant re-write of these utilities and this bug is a 
>> regression in the
>> routine ctx_set_out_reads().
>>
>> In 1.4 the code is this:
>> /
>> **
>>   *
>>
>> 
>> **/
>> static int ctx_set_out_reads(struct ibv_context *context,int num_user_reads) 
>> {
>>
>>
>>  int max_reads;
>>
>>  max_reads = (is_dev_hermon(context) == HERMON) ?
>> MAX_OUT_READ_HERMON : MAX_OUT_READ;<---
>>
>>  if (num_user_reads > max_reads) {
>>  fprintf(stderr," Number of outstanding reads is above max =
>> %d\n",max_reads);
>>  fprintf(stderr," Changing to that max value\n");
>>  num_user_reads = max_reads;
>>  }
>>  else if (num_user_reads <= 0) {
>>  num_user_reads = max_reads;
>>  }
>>
>>  return num_user_reads;
>> }
>>
>> The new 2.0 code is:
>> /
>> **
>>   *
>>
>> 
>> **/
>> static int ctx_set_out_reads(struct ibv_context *context,int num_user_reads) 
>> {
>>
>>
>>  int max_reads;
>>
>>  Device ib_fdev = ib_dev_name(context);
>>
>>  switch (ib_fdev) {
>>  case CONNECTIB : ;
>>  case CONNECTX3 : ;
>>  case CONNECTX2 : ;
>>  case CONNECTX : max_reads = MAX_OUT_READ_HERMON; break;
>>  case LEGACY : max_reads = MAX_OUT_READ; break;
>>  default : max_reads = 0; <
>>  }
>>
>>  if (num_user_reads > max_reads) {
>>  printf(RESULT_LINE);
>>  fprintf(stderr," Number of outstanding reads is above max =
>> %d\n",max_reads);
>>  fprintf(stderr," Changing to that max value\n");
>>  num_user_reads = max_reads;
>>  }
>>  else if (num_user_reads <= 0) {
>>  num_user_reads = max_reads;
>>  }
>>
>>  return num_user_reads;
>> }
>>
>> The old code will return MAX_OUT_READ, while the new code for any other
>> HCAs (qib and probably others), will return 0.
>>
>> I have a patch that works, while preserving the desired hardcoded values for
>> "known/legacy" devices:
>> +
>> +/***
>> ***
>> +
>> + *
>> +
>> +***
>> 
>> +***/ static int device_max_reads(struct ibv_context *context) {
>> +   struct ibv_device_attr attr;
>> +   int ret = 0;
>> +
>> +   if (!ibv_query_device(context,&attr)) {
>> +   ret = attr.max_qp_rd_atom;
>> +   }
>> +   return ret;
>> +}
>> +
>>
>> /
>> **
>>*
>>
>> 
>> **/
>> @@ -496,7 +510,7 @@ static int ctx_set_out_reads(struct ibv_
>>  case CONNECTX2 : ;
>>  case CONNECTX : max_reads = MAX_OUT_READ_HERMON; break;
>>  case LEGACY : max_reads = MAX_OUT_READ; break;
>> -   default : max_reads = 0;
>> +   default : max_reads = device_max_reads(context);
>>  }
>>
>>  if (num_user_reads > max_reads) {
>>
>> I'm curious why the old and new code used hardcoded values?
>>
>> Mike
>> ___
>> ewg mailing list
>> ewg@lists.openfabrics.org
>> http://l

Re: [ewg] Interop test failure using OFED-3.5 RC4

2013-01-14 Thread Marciniszyn, Mike

The new package has been posted, and I verified that the qib <-> qib issue is 
gone with the new tar ball.Ido has RESOLVED bz 2410 as well.

Interop could be done with the new perftest/rc4 or just wait for the next RC.

Mike

> -Original Message-
> From: Woodruff, Robert J
> Sent: Monday, January 14, 2013 12:52 PM
> To: Ido Shamai; Marciniszyn, Mike
> Cc: Elken, Tom; ewg@lists.openfabrics.org; Hefty, Sean; Mascarenhas, Edward;
> Tziporet Koren
> Subject: RE: Interop test failure using OFED-3.5 RC4
> 
> Were you able to get the new package posted yet ?
> 
> We need this ASAP so we can do another OFED-3.5 RC.
> 
> Woody
> 
> 
> -Original Message-
> From: Ido Shamai [mailto:i...@dev.mellanox.co.il]
> Sent: Friday, January 11, 2013 12:32 PM
> To: Marciniszyn, Mike
> Cc: Woodruff, Robert J; Elken, Tom; ewg@lists.openfabrics.org; Hefty, Sean;
> Mascarenhas, Edward
> Subject: Re: Interop test failure using OFED-3.5 RC4
> 
> On 1/11/2013 9:36 PM, Marciniszyn, Mike wrote:
> > I've opened OFED bz 2410 for this issue.
> >
> > Mike
> 
> Great thanks.
> I will apply the patch and release a new version to OFED website tomorrow
> morning.
> 
> Ido
> 
> >> -Original Message-
> >> From: Woodruff, Robert J
> >> Sent: Friday, January 11, 2013 1:30 PM
> >> To: Marciniszyn, Mike; Elken, Tom; ewg@lists.openfabrics.org; Ido
> >> Shamai
> >> Subject: RE: Interop test failure using OFED-3.5 RC4
> >>
> >>
> >> Adding Shamai from Mellanox to this thread.
> >>
> >> Woody
> >>
> >> -Original Message-
> >> From: ewg-boun...@lists.openfabrics.org [mailto:ewg-
> >> boun...@lists.openfabrics.org] On Behalf Of Marciniszyn, Mike
> >> Sent: Friday, January 11, 2013 7:51 AM
> >> To: Elken, Tom; ewg@lists.openfabrics.org
> >> Subject: Re: [ewg] Interop test failure using OFED-3.5 RC4
> >>
> >> This is definitely a perftest bug.
> >>
> >> This is a significant re-write of these utilities and this bug is a
> >> regression in the routine ctx_set_out_reads().
> >>
> >> In 1.4 the code is this:
> >>
> /
> >> **
> >>   *
> >>
> >>
> 
> >> **/
> >> static int ctx_set_out_reads(struct ibv_context *context,int
> >> num_user_reads) {
> >>
> >>
> >>  int max_reads;
> >>
> >>  max_reads = (is_dev_hermon(context) == HERMON) ?
> >> MAX_OUT_READ_HERMON : MAX_OUT_READ;<---
> >>
> >>  if (num_user_reads > max_reads) {
> >>  fprintf(stderr," Number of outstanding reads is
> >> above max = %d\n",max_reads);
> >>  fprintf(stderr," Changing to that max value\n");
> >>  num_user_reads = max_reads;
> >>  }
> >>  else if (num_user_reads <= 0) {
> >>  num_user_reads = max_reads;
> >>  }
> >>
> >>  return num_user_reads;
> >> }
> >>
> >> The new 2.0 code is:
> >>
> /
> >> **
> >>   *
> >>
> >>
> 
> >> **/
> >> static int ctx_set_out_reads(struct ibv_context *context,int
> >> num_user_reads) {
> >>
> >>
> >>  int max_reads;
> >>
> >>  Device ib_fdev = ib_dev_name(context);
> >>
> >>  switch (ib_fdev) {
> >>  case CONNECTIB : ;
> >>  case CONNECTX3 : ;
> >>  case CONNECTX2 : ;
> >>  case CONNECTX : max_reads = MAX_OUT_READ_HERMON;
> break;
> >>  case LEGACY : max_reads = MAX_OUT_READ; break;
> >>  default : max_reads = 0; <
> >>  }
> >>
> >>  if (num_user_reads > max_reads) {
> >>  printf(RESULT_LINE);
> >>  fprintf(stderr," Number of outstanding reads is
> >> above max = %d\n",max_reads);
> >>  fprintf(stderr," Changing to that max value\n");
> >>  num_user_reads = max_reads;
> >>  }
> >>  else if (num_user_reads <= 0) {
> >>  num_user_reads = max_reads;
> >>  }
> >>
> >>  return num_user_reads;
> >> }
> >>
> >> The old code will return MAX_OUT_READ, while the new code for any
> >> other HCAs (qib and probably others), will return 0.
> >>
> >> I have a patch that works, while preserving the desired hardcoded
> >> values for "known/legacy" devices:
> >> +
> >>
> +/***
> >> ***
> >> +
> >> + *
> >> +
> >>
> +***
> >> 
> >> +***/ static int device_max_reads(struct ibv_context *context) {
> >> +   struct ibv_device_attr attr;
> >> +   int ret = 0;
> >> +
> >> +   if (!ibv_query_device(context,&attr)) {
> >> +   ret = attr.max_qp_rd_atom;
> >> +   }
> >> +   return ret;
> >> +

Re: [ewg] Interop test failure using OFED-3.5 RC4

2013-01-14 Thread Woodruff, Robert J

Does anyone know of any other show stopper bugs that are yet to be resolved ?

If not, we can do an RC5 for final testing.

-Original Message-
From: Marciniszyn, Mike 
Sent: Monday, January 14, 2013 9:58 AM
To: Woodruff, Robert J; Ido Shamai
Cc: Elken, Tom; ewg@lists.openfabrics.org; Hefty, Sean; Mascarenhas, Edward; 
Tziporet Koren; rsda...@soft-forge.com
Subject: RE: Interop test failure using OFED-3.5 RC4

The new package has been posted, and I verified that the qib <-> qib issue is 
gone with the new tar ball.Ido has RESOLVED bz 2410 as well.

Interop could be done with the new perftest/rc4 or just wait for the next RC.

Mike

> -Original Message-
> From: Woodruff, Robert J
> Sent: Monday, January 14, 2013 12:52 PM
> To: Ido Shamai; Marciniszyn, Mike
> Cc: Elken, Tom; ewg@lists.openfabrics.org; Hefty, Sean; Mascarenhas, Edward;
> Tziporet Koren
> Subject: RE: Interop test failure using OFED-3.5 RC4
> 
> Were you able to get the new package posted yet ?
> 
> We need this ASAP so we can do another OFED-3.5 RC.
> 
> Woody
> 
> 
> -Original Message-
> From: Ido Shamai [mailto:i...@dev.mellanox.co.il]
> Sent: Friday, January 11, 2013 12:32 PM
> To: Marciniszyn, Mike
> Cc: Woodruff, Robert J; Elken, Tom; ewg@lists.openfabrics.org; Hefty, Sean;
> Mascarenhas, Edward
> Subject: Re: Interop test failure using OFED-3.5 RC4
> 
> On 1/11/2013 9:36 PM, Marciniszyn, Mike wrote:
> > I've opened OFED bz 2410 for this issue.
> >
> > Mike
> 
> Great thanks.
> I will apply the patch and release a new version to OFED website tomorrow
> morning.
> 
> Ido
> 
> >> -Original Message-
> >> From: Woodruff, Robert J
> >> Sent: Friday, January 11, 2013 1:30 PM
> >> To: Marciniszyn, Mike; Elken, Tom; ewg@lists.openfabrics.org; Ido
> >> Shamai
> >> Subject: RE: Interop test failure using OFED-3.5 RC4
> >>
> >>
> >> Adding Shamai from Mellanox to this thread.
> >>
> >> Woody
> >>
> >> -Original Message-
> >> From: ewg-boun...@lists.openfabrics.org [mailto:ewg-
> >> boun...@lists.openfabrics.org] On Behalf Of Marciniszyn, Mike
> >> Sent: Friday, January 11, 2013 7:51 AM
> >> To: Elken, Tom; ewg@lists.openfabrics.org
> >> Subject: Re: [ewg] Interop test failure using OFED-3.5 RC4
> >>
> >> This is definitely a perftest bug.
> >>
> >> This is a significant re-write of these utilities and this bug is a
> >> regression in the routine ctx_set_out_reads().
> >>
> >> In 1.4 the code is this:
> >>
> /
> >> **
> >>   *
> >>
> >>
> 
> >> **/
> >> static int ctx_set_out_reads(struct ibv_context *context,int
> >> num_user_reads) {
> >>
> >>
> >>  int max_reads;
> >>
> >>  max_reads = (is_dev_hermon(context) == HERMON) ?
> >> MAX_OUT_READ_HERMON : MAX_OUT_READ;<---
> >>
> >>  if (num_user_reads > max_reads) {
> >>  fprintf(stderr," Number of outstanding reads is
> >> above max = %d\n",max_reads);
> >>  fprintf(stderr," Changing to that max value\n");
> >>  num_user_reads = max_reads;
> >>  }
> >>  else if (num_user_reads <= 0) {
> >>  num_user_reads = max_reads;
> >>  }
> >>
> >>  return num_user_reads;
> >> }
> >>
> >> The new 2.0 code is:
> >>
> /
> >> **
> >>   *
> >>
> >>
> 
> >> **/
> >> static int ctx_set_out_reads(struct ibv_context *context,int
> >> num_user_reads) {
> >>
> >>
> >>  int max_reads;
> >>
> >>  Device ib_fdev = ib_dev_name(context);
> >>
> >>  switch (ib_fdev) {
> >>  case CONNECTIB : ;
> >>  case CONNECTX3 : ;
> >>  case CONNECTX2 : ;
> >>  case CONNECTX : max_reads = MAX_OUT_READ_HERMON;
> break;
> >>  case LEGACY : max_reads = MAX_OUT_READ; break;
> >>  default : max_reads = 0; <
> >>  }
> >>
> >>  if (num_user_reads > max_reads) {
> >>  printf(RESULT_LINE);
> >>  fprintf(stderr," Number of outstanding reads is
> >> above max = %d\n",max_reads);
> >>  fprintf(stderr," Changing to that max value\n");
> >>  num_user_reads = max_reads;
> >>  }
> >>  else if (num_user_reads <= 0) {
> >>  num_user_reads = max_reads;
> >>  }
> >>
> >>  return num_user_reads;
> >> }
> >>
> >> The old code will return MAX_OUT_READ, while the new code for any
> >> other HCAs (qib and probably others), will return 0.
> >>
> >> I have a patch that works, while preserving the desired hardcoded
> >> values for "known/legacy" devices:
> >> +
> >>
> +/***
> >>

Re: [ewg] Interop test failure using OFED-3.5 RC4

2013-01-14 Thread Elken, Tom

BTW,
Mike posted an alternate patch to the Bug 2410, which removed hard-coded values 
for _all_ HCAs by using ibv_query_device() to query the HCA.  
Thankfully, Ido used that alternate patch.

-Tom

> -Original Message-
> From: Marciniszyn, Mike
> Sent: Monday, January 14, 2013 9:58 AM
> To: Woodruff, Robert J; Ido Shamai
> Cc: Elken, Tom; ewg@lists.openfabrics.org; Hefty, Sean; Mascarenhas, Edward;
> Tziporet Koren; rsda...@soft-forge.com
> Subject: RE: Interop test failure using OFED-3.5 RC4
> 
> The new package has been posted, and I verified that the qib <-> qib issue is
> gone with the new tar ball.Ido has RESOLVED bz 2410 as well.
> 
> Interop could be done with the new perftest/rc4 or just wait for the next RC.
> 
> Mike
> 
> > -Original Message-
> > From: Woodruff, Robert J
> > Sent: Monday, January 14, 2013 12:52 PM
> > To: Ido Shamai; Marciniszyn, Mike
> > Cc: Elken, Tom; ewg@lists.openfabrics.org; Hefty, Sean; Mascarenhas,
> Edward;
> > Tziporet Koren
> > Subject: RE: Interop test failure using OFED-3.5 RC4
> >
> > Were you able to get the new package posted yet ?
> >
> > We need this ASAP so we can do another OFED-3.5 RC.
> >
> > Woody
> >
> >
> > -Original Message-
> > From: Ido Shamai [mailto:i...@dev.mellanox.co.il]
> > Sent: Friday, January 11, 2013 12:32 PM
> > To: Marciniszyn, Mike
> > Cc: Woodruff, Robert J; Elken, Tom; ewg@lists.openfabrics.org; Hefty, Sean;
> > Mascarenhas, Edward
> > Subject: Re: Interop test failure using OFED-3.5 RC4
> >
> > On 1/11/2013 9:36 PM, Marciniszyn, Mike wrote:
> > > I've opened OFED bz 2410 for this issue.
> > >
> > > Mike
> >
> > Great thanks.
> > I will apply the patch and release a new version to OFED website tomorrow
> > morning.
> >
> > Ido
> >
> > >> -Original Message-
> > >> From: Woodruff, Robert J
> > >> Sent: Friday, January 11, 2013 1:30 PM
> > >> To: Marciniszyn, Mike; Elken, Tom; ewg@lists.openfabrics.org; Ido
> > >> Shamai
> > >> Subject: RE: Interop test failure using OFED-3.5 RC4
> > >>
> > >>
> > >> Adding Shamai from Mellanox to this thread.
> > >>
> > >> Woody
> > >>
> > >> -Original Message-
> > >> From: ewg-boun...@lists.openfabrics.org [mailto:ewg-
> > >> boun...@lists.openfabrics.org] On Behalf Of Marciniszyn, Mike
> > >> Sent: Friday, January 11, 2013 7:51 AM
> > >> To: Elken, Tom; ewg@lists.openfabrics.org
> > >> Subject: Re: [ewg] Interop test failure using OFED-3.5 RC4
> > >>
> > >> This is definitely a perftest bug.
> > >>
> > >> This is a significant re-write of these utilities and this bug is a
> > >> regression in the routine ctx_set_out_reads().
> > >>
> > >> In 1.4 the code is this:
> > >>
> >
> /
> > >> **
> > >>   *
> > >>
> > >>
> >
> 
> > >> **/
> > >> static int ctx_set_out_reads(struct ibv_context *context,int
> > >> num_user_reads) {
> > >>
> > >>
> > >>  int max_reads;
> > >>
> > >>  max_reads = (is_dev_hermon(context) == HERMON) ?
> > >> MAX_OUT_READ_HERMON : MAX_OUT_READ;<---
> > >>
> > >>  if (num_user_reads > max_reads) {
> > >>  fprintf(stderr," Number of outstanding reads is
> > >> above max = %d\n",max_reads);
> > >>  fprintf(stderr," Changing to that max value\n");
> > >>  num_user_reads = max_reads;
> > >>  }
> > >>  else if (num_user_reads <= 0) {
> > >>  num_user_reads = max_reads;
> > >>  }
> > >>
> > >>  return num_user_reads;
> > >> }
> > >>
> > >> The new 2.0 code is:
> > >>
> >
> /
> > >> **
> > >>   *
> > >>
> > >>
> >
> 
> > >> **/
> > >> static int ctx_set_out_reads(struct ibv_context *context,int
> > >> num_user_reads) {
> > >>
> > >>
> > >>  int max_reads;
> > >>
> > >>  Device ib_fdev = ib_dev_name(context);
> > >>
> > >>  switch (ib_fdev) {
> > >>  case CONNECTIB : ;
> > >>  case CONNECTX3 : ;
> > >>  case CONNECTX2 : ;
> > >>  case CONNECTX : max_reads = MAX_OUT_READ_HERMON;
> > break;
> > >>  case LEGACY : max_reads = MAX_OUT_READ; break;
> > >>  default : max_reads = 0; <
> > >>  }
> > >>
> > >>  if (num_user_reads > max_reads) {
> > >>  printf(RESULT_LINE);
> > >>  fprintf(stderr," Number of outstanding reads is
> > >> above max = %d\n",max_reads);
> > >>  fprintf(stderr," Changing to that max value\n");
> > >>  num_user_reads = max_reads;
> > >>  }
> > >>  else if (num_user_reads <= 0) {
> > >>  num_user_reads = max_reads;
> > >>  }
> > >>
> > >>  return

[ewg] EWG/OFED bi-weekly meetings

2013-01-14 Thread Tziporet Koren

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Israel Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:+0300
TZOFFSETTO:+0200
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=9
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:+0200
TZOFFSETTO:+0300
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1FR;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN=Tziporet Koren:MAILTO:tzipo...@mellanox.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=FALSE;CN=ewg@lists
 .openfabrics.org:MAILTO:ewg@lists.openfabrics.org
DESCRIPTION;LANGUAGE=en-US:Monday\, January 21\, 2013\, 09:00 AM US Pacific
  Time 916-356-2663\, 8-356-2663\, Bridge: 4\, Passcode: 2647251 Speed dial
 er: inteldialer://4\,2647251 | Learn more\n\nMonday\, February 04\, 2013\,
  09:00 AM US Pacific Time 916-356-2663\, 8-356-2663\, Bridge: 4\, Passcode
 : 2987236 Speed dialer: inteldialer://4\,2987236 | Learn more\n\nMonday\, 
 February 18\, 2013\, 09:00 AM US Pacific Time 916-356-2663\, 8-356-2663\, 
 Bridge: 4\, Passcode: 2829772 Speed dialer: inteldialer://4\,2829772 | Lea
 rn more\n\nMonday\, March 04\, 2013\, 09:00 AM US Pacific Time 916-356-266
 3\, 8-356-2663\, Bridge: 4\, Passcode: 2127060 Speed dialer: inteldialer:/
 /4\,2127060 | Learn more\n\nMonday\, March 18\, 2013\, 09:00 AM US Pacific
  Time 916-356-2663\, 8-356-2663\, Bridge: 4\, Passcode: 2606814 Speed dial
 er: inteldialer://4\,2606814 | Learn more\n\nMonday\, April 01\, 2013\, 09
 :00 AM US Pacific Time 916-356-2663\, 8-356-2663\, Bridge: 4\, Passcode: 6
 176190 Speed dialer: inteldialer://4\,6176190 | Learn more\n\nMonday\, Apr
 il 15\, 2013\, 09:00 AM US Pacific Time 916-356-2663\, 8-356-2663\, Bridge
 : 4\, Passcode: 7335116 Speed dialer: inteldialer://4\,7335116 | Learn mor
 e\n\nMonday\, April 29\, 2013\, 09:00 AM US Pacific Time 916-356-2663\, 8-
 356-2663\, Bridge: 4\, Passcode: 8421071 Speed dialer: inteldialer://4\,84
 21071 | Learn more\n\nMonday\, May 13\, 2013\, 09:00 AM US Pacific Time 91
 6-356-2663\, 8-356-2663\, Bridge: 4\, Passcode: 6395937 Speed dialer: inte
 ldialer://4\,6395937 | Learn more\n\nMonday\, May 27\, 2013\, 09:00 AM US 
 Pacific Time 916-356-2663\, 8-356-2663\, Bridge: 4\, Passcode: 5606882 Spe
 ed dialer: inteldialer://4\,5606882 | Learn more\n\nMonday\, June 10\, 201
 3\, 09:00 AM US Pacific Time 916-356-2663\, 8-356-2663\, Bridge: 4\, Passc
 ode: 5311573 Speed dialer: inteldialer://4\,5311573 | Learn more\n\nMonday
 \, June 24\, 2013\, 09:00 AM US Pacific Time 916-356-2663\, 8-356-2663\, B
 ridge: 4\, Passcode: 5743329 Speed dialer: inteldialer://4\,5743329 | Lear
 n more\n\n\n\n
RRULE:FREQ=WEEKLY;UNTIL=20130624T16Z;INTERVAL=2;BYDAY=MO;WKST=SU
SUMMARY;LANGUAGE=en-US:EWG/OFED bi-weekly meetings
DTSTART;TZID=Israel Standard Time:20130121T19
DTEND;TZID=Israel Standard Time:20130121T20
UID:04008200E00074C5B7101A82E008304446E6A6F2CD01000
 0100015695B21BC028444A4943B8C35383B24
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20130114T203130Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:Conf-call meeting
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:216930269
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:1
X-MICROSOFT-DISALLOW-COUNTER:TRUE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT15M
END:VALARM
END:VEVENT
END:VCALENDAR
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg

[ewg] Canceled: EWG/OFED bi-weekly meeting

Re: [ewg] Interop test failure using OFED-3.5 RC4

Re: [ewg] Interop test failure using OFED-3.5 RC4

Re: [ewg] Interop test failure using OFED-3.5 RC4

Re: [ewg] Interop test failure using OFED-3.5 RC4

[ewg] EWG/OFED bi-weekly meetings

6 matches

Site Navigation

Mail list logo

Footer information