Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
On 17:04 Wed 17 Jan , Jeff Squyres wrote: > On Jan 17, 2007, at 5:02 PM, Sasha Khapyorsky wrote: > > >>1. Putting the MPI release in git provides a level of OFED-specific > >>history and version control. This was explicitly stated on the call > >>yesterday. > > > >Which history information we are expecting to see between bin-file- > >ver1 > >and bin-file-ver2, where files bin-file-ver* are never changed? > > I think the point is when they *do* change. But when they do change we update the version and create new binary file - bin-file-ver2.1 . > >>2. MPI's have concrete "releases" to OFED just like all other ULP's, > >>especially if there is any OFED-specific packaging involved in the > >>MPI's release. This was not stated on the call, but it makes sense > >>to me. > >> > >>3. Putting everything in git makes it nicely uniform for OFED to be > >>assembled. This was not stated on the call, and I'm sure it's not a > >>requirement, but it is a little nice to be uniform when assembling > >>OFED (my $0.02). > >> > >>4. We used to put the MPI releases in SVN (tarball or SRPM) for prior > >>OFED release processes, > > > >Yes, and it was bad practice IMO. GIT and SVN are version tracking > >tools, > >mostly usable for sources and not for compilation results. Why one > >should install git if everything really needed is just to download > >file > >from the server? > > The SRPMs are not compilation results. Right, it is source packaging results - similar meaning. > Putting compilation results > in a version tracking tool would be useless, I agree. > > >>so putting them in a git seems to parallel > >>that procedure. > > > >Just file hosting should be perfectly enough for the all above. I > >don't > >see any real reason to use git as non-versioned binary files storage. > > I think the point was that you could then get a definitive set of > files that were shipped in OFED version x.y -- you could accurately > rebuild OFED regardless of what files are hosted on the other open > source web sites. This is tracked in fetch/build scripts, and it is under version control. External packages can be hosted (or just copyed) on the OFA site. > A perfect example is that the MVAPICH1 package in > OFED is prepared by Mellanox, not OSU. So there was no web site to > make that tarball and support files available from. Another example > is that open source projects may decide to no longer host older > versions of their software -- OFA may not be able to control that. > > The point here is that version control principles apply to binaries > just as well as they apply to sources (indeed, the files we're > talking about here are binary bundles of sources). Only if we are going to change such files, but I guess in our case we are not - instead we will create new package files with new versions. Sasha ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
On 00:22 Thu 18 Jan , Michael S. Tsirkin wrote: > > > I don't really care one way or another; this was just my > > > understanding of why it was requested. > > > > > > > > > > > > > Jeff is correct - I requested this from the reasons above. > > I think all we need for OFED is just a *fixed* URL where OFED > build script can download the OFED-specific SRPM for 1.2. > > If this is a problem for OSU it can be hosted at the openfabrics server. > > Correct? Seems reasonable for me. Sasha ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
This is such a trivial matter that it really isn't worth arguing about. :-) Tell us MPI guys how you want MPI releases published to OFED and we'll do it. On Jan 17, 2007, at 5:22 PM, Michael S. Tsirkin wrote: >>> I don't really care one way or another; this was just my >>> understanding of why it was requested. >>> >>> >>> >> >> Jeff is correct - I requested this from the reasons above. > > I think all we need for OFED is just a *fixed* URL where OFED > build script can download the OFED-specific SRPM for 1.2. > > If this is a problem for OSU it can be hosted at the openfabrics > server. > > Correct? > -- > MST -- Jeff Squyres Server Virtualization Business Unit Cisco Systems ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
> > I don't really care one way or another; this was just my > > understanding of why it was requested. > > > > > > > > Jeff is correct - I requested this from the reasons above. I think all we need for OFED is just a *fixed* URL where OFED build script can download the OFED-specific SRPM for 1.2. If this is a problem for OSU it can be hosted at the openfabrics server. Correct? -- MST ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
On Jan 17, 2007, at 5:02 PM, Sasha Khapyorsky wrote: >> 1. Putting the MPI release in git provides a level of OFED-specific >> history and version control. This was explicitly stated on the call >> yesterday. > > Which history information we are expecting to see between bin-file- > ver1 > and bin-file-ver2, where files bin-file-ver* are never changed? I think the point is when they *do* change. >> 2. MPI's have concrete "releases" to OFED just like all other ULP's, >> especially if there is any OFED-specific packaging involved in the >> MPI's release. This was not stated on the call, but it makes sense >> to me. >> >> 3. Putting everything in git makes it nicely uniform for OFED to be >> assembled. This was not stated on the call, and I'm sure it's not a >> requirement, but it is a little nice to be uniform when assembling >> OFED (my $0.02). >> >> 4. We used to put the MPI releases in SVN (tarball or SRPM) for prior >> OFED release processes, > > Yes, and it was bad practice IMO. GIT and SVN are version tracking > tools, > mostly usable for sources and not for compilation results. Why one > should install git if everything really needed is just to download > file > from the server? The SRPMs are not compilation results. Putting compilation results in a version tracking tool would be useless, I agree. >> so putting them in a git seems to parallel >> that procedure. > > Just file hosting should be perfectly enough for the all above. I > don't > see any real reason to use git as non-versioned binary files storage. I think the point was that you could then get a definitive set of files that were shipped in OFED version x.y -- you could accurately rebuild OFED regardless of what files are hosted on the other open source web sites. A perfect example is that the MVAPICH1 package in OFED is prepared by Mellanox, not OSU. So there was no web site to make that tarball and support files available from. Another example is that open source projects may decide to no longer host older versions of their software -- OFA may not be able to control that. The point here is that version control principles apply to binaries just as well as they apply to sources (indeed, the files we're talking about here are binary bundles of sources). Just my $0.02. :-) -- Jeff Squyres Server Virtualization Business Unit Cisco Systems ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
On 13:34 Tue 16 Jan , Jeff Squyres wrote: > FWIW, having git's for the MPI implementations was asked for on the > call yesterday (by Tziporet, IIRC?). The rationale, as I understood > it, was threefold: > > 1. Putting the MPI release in git provides a level of OFED-specific > history and version control. This was explicitly stated on the call > yesterday. Which history information we are expecting to see between bin-file-ver1 and bin-file-ver2, where files bin-file-ver* are never changed? > 2. MPI's have concrete "releases" to OFED just like all other ULP's, > especially if there is any OFED-specific packaging involved in the > MPI's release. This was not stated on the call, but it makes sense > to me. > > 3. Putting everything in git makes it nicely uniform for OFED to be > assembled. This was not stated on the call, and I'm sure it's not a > requirement, but it is a little nice to be uniform when assembling > OFED (my $0.02). > > 4. We used to put the MPI releases in SVN (tarball or SRPM) for prior > OFED release processes, Yes, and it was bad practice IMO. GIT and SVN are version tracking tools, mostly usable for sources and not for compilation results. Why one should install git if everything really needed is just to download file from the server? > so putting them in a git seems to parallel > that procedure. Just file hosting should be perfectly enough for the all above. I don't see any real reason to use git as non-versioned binary files storage. Sasha ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
Jeff Squyres wrote: > FWIW, having git's for the MPI implementations was asked for on the > call yesterday (by Tziporet, IIRC?). The rationale, as I understood > it, was threefold: > > 1. Putting the MPI release in git provides a level of OFED-specific > history and version control. This was explicitly stated on the call > yesterday. > > 2. MPI's have concrete "releases" to OFED just like all other ULP's, > especially if there is any OFED-specific packaging involved in the > MPI's release. This was not stated on the call, but it makes sense > to me. > > 3. Putting everything in git makes it nicely uniform for OFED to be > assembled. This was not stated on the call, and I'm sure it's not a > requirement, but it is a little nice to be uniform when assembling > OFED (my $0.02). > > 4. We used to put the MPI releases in SVN (tarball or SRPM) for prior > OFED release processes, so putting them in a git seems to parallel > that procedure. > > I don't really care one way or another; this was just my > understanding of why it was requested. > > > Hi, Jeff is correct - I requested this from the reasons above. Tziporet ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
On Jan 16, 2007, at 1:34 PM, Jeff Squyres wrote: > FWIW, having git's for the MPI implementations was asked for on the > call yesterday (by Tziporet, IIRC?). The rationale, as I understood > it, was threefold: Threefold, fourfold, tenfold... who's counting? :-) -- Jeff Squyres Server Virtualization Business Unit Cisco Systems ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
FWIW, having git's for the MPI implementations was asked for on the call yesterday (by Tziporet, IIRC?). The rationale, as I understood it, was threefold: 1. Putting the MPI release in git provides a level of OFED-specific history and version control. This was explicitly stated on the call yesterday. 2. MPI's have concrete "releases" to OFED just like all other ULP's, especially if there is any OFED-specific packaging involved in the MPI's release. This was not stated on the call, but it makes sense to me. 3. Putting everything in git makes it nicely uniform for OFED to be assembled. This was not stated on the call, and I'm sure it's not a requirement, but it is a little nice to be uniform when assembling OFED (my $0.02). 4. We used to put the MPI releases in SVN (tarball or SRPM) for prior OFED release processes, so putting them in a git seems to parallel that procedure. I don't really care one way or another; this was just my understanding of why it was requested. On Jan 16, 2007, at 3:31 AM, Michael S. Tsirkin wrote: >> Quoting Woodruff, Robert J <[EMAIL PROTECTED]>: >> Subject: Re: [openfabrics-ewg] Reminder: OFED 1.2 >> >> Sasha wrote, >>> On 17:25 Mon 15 Jan , Tziporet Koren wrote: >>> Dhabaleswar Panda wrote: Shaun Roland from my group (cc'ed in this e-mail) will be in charge of this. Vlad and Shaun can communicate. >>> Hi Shaun, >>> Please open an account in the OFA server so you will be able to >>> have a >> >>> git tree to place your SRPM >> >>> But why git tree is needed for SRPM? SRPM is binary file, no? >> >>> Sasha >> >> Sasha wrote, >> I am not sure why a git tree is needed for RPMS, unless that is >> the only way to >> expose it from the server to the outside world. I there a way to >> allow >> people from the outside to access just a directory with the RPMS ? or >> tarballs for things ? > > Using git for binary files does not make sense. > If you want to host files on OFA server, just create > a world-readable pub_html directory under $HOME and put the files > there. > They will be accessible as http://www.openfabrics.org/~/ > . > > OTOH, do we really want to host a copy on OFA servers? > I thought OSU already host it, we can just wget the SRPM from > there. No? > > -- > MST > > ___ > openib-general mailing list > openib-general@openib.org > http://openib.org/mailman/listinfo/openib-general > > To unsubscribe, please visit http://openib.org/mailman/listinfo/ > openib-general -- Jeff Squyres Server Virtualization Business Unit Cisco Systems ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
> Quoting Woodruff, Robert J <[EMAIL PROTECTED]>: > Subject: Re: [openfabrics-ewg] Reminder: OFED 1.2 > > Sasha wrote, > >On 17:25 Mon 15 Jan , Tziporet Koren wrote: > > Dhabaleswar Panda wrote: > > > > > > Shaun Roland from my group (cc'ed in this e-mail) will be in charge of > > > this. Vlad and Shaun can communicate. > > > > > > > > Hi Shaun, > > Please open an account in the OFA server so you will be able to have a > > > git tree to place your SRPM > > >But why git tree is needed for SRPM? SRPM is binary file, no? > > >Sasha > > Sasha wrote, > I am not sure why a git tree is needed for RPMS, unless that is the only way > to > expose it from the server to the outside world. I there a way to allow > people from the outside to access just a directory with the RPMS ? or > tarballs for things ? Using git for binary files does not make sense. If you want to host files on OFA server, just create a world-readable pub_html directory under $HOME and put the files there. They will be accessible as http://www.openfabrics.org/~/ . OTOH, do we really want to host a copy on OFA servers? I thought OSU already host it, we can just wget the SRPM from there. No? -- MST ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
Sasha wrote, >On 17:25 Mon 15 Jan , Tziporet Koren wrote: > Dhabaleswar Panda wrote: > > > > Shaun Roland from my group (cc'ed in this e-mail) will be in charge of > > this. Vlad and Shaun can communicate. > > > > > Hi Shaun, > Please open an account in the OFA server so you will be able to have a > git tree to place your SRPM >But why git tree is needed for SRPM? SRPM is binary file, no? >Sasha Sasha wrote, I am not sure why a git tree is needed for RPMS, unless that is the only way to expose it from the server to the outside world. I there a way to allow people from the outside to access just a directory with the RPMS ? or tarballs for things ? woody ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
On 17:25 Mon 15 Jan , Tziporet Koren wrote: > Dhabaleswar Panda wrote: > > > > Shaun Roland from my group (cc'ed in this e-mail) will be in charge of > > this. Vlad and Shaun can communicate. > > > > > Hi Shaun, > Please open an account in the OFA server so you will be able to have a > git tree to place your SRPM But why git tree is needed for SRPM? SRPM is binary file, no? Sasha ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
Dhabaleswar Panda wrote: > > Shaun Roland from my group (cc'ed in this e-mail) will be in charge of > this. Vlad and Shaun can communicate. > > Hi Shaun, Please open an account in the OFA server so you will be able to have a git tree to place your SRPM Contact Johann George <[EMAIL PROTECTED]> to get a user account on openfabrics server. For a git tree. See https://wiki.openfabrics.org/tiki-index.php?page=HOWTO+add+userspace+package+to+ofa_user for more info. Tziporet ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
> > Dhabaleswar Panda wrote: > > > > We will be happy to prepare the SRPM. > > > > Thanks, > > > > DK > > > > > Can you send me the name of the person that is going to do it, so Vlad > can work with him/her on OFED integration. Shaun Roland from my group (cc'ed in this e-mail) will be in charge of this. Vlad and Shaun can communicate. > Note that we will need the package this week so we will be able to > update OFED install scripts. Sure. We have the stable release of MVAPICH2 0.9.8 (done before SC '06). We will take this version and create the SRPM for OFED 1.2. DK ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
Sandia and LLNL would also find MVAPICH2 useful. Thanks, - Matt On Fri, 2007-01-12 at 17:00 -0500, Stephen Poole wrote: > I would find it very useful. > > Steve... > > Steve Poole > > Chief Scientist / Director of Special Projects > Computer Science and Mathematics Division > > Chief Systems Architect > Leadership Computing Facility > > Oak Ridge National Laboratory > 865.574.9008 > "Wisdom is not a product of schooling, but of the lifelong attempt to > acquire it" Albert Einstein > ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
> Dhabaleswar Panda wrote: > >> I'd like to explore adding MVAPICH2 to OFED 1.2, perhaps > Dr Panda's team > >> can help get the source RPM integrated with OFED 1.2. > >> > > > > If the OFED community wants this, we will be happy to extend help. > > > > Thanks, > > > > DK > > > For Open MPI we have Jeff from Cisco. > For MVAPICH we have Pasha from Mellanox. > > Who from the community is going to be the maintainer in OFED > and prepare > the SRPM? I would suggest Dr Panda's team prepare the SRPM. I can commit Cisco to test MVAPICH2 for OFED 1.2 equally with MVAPICH, Open MPI, HP MPI, and Intel MPI. Scott ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
Dhabaleswar Panda wrote: >> I'd like to explore adding MVAPICH2 to OFED 1.2, perhaps Dr Panda's team >> can help get the source RPM integrated with OFED 1.2. >> > > If the OFED community wants this, we will be happy to extend help. > > Thanks, > > DK > For Open MPI we have Jeff from Cisco. For MVAPICH we have Pasha from Mellanox. Who from the community is going to be the maintainer in OFED and prepare the SRPM? Tziporet ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
> > Dhabaleswar Panda wrote: > > >> I'd like to explore adding MVAPICH2 to OFED 1.2, perhaps > > Dr Panda's team > > >> can help get the source RPM integrated with OFED 1.2. > > >> > > > > > > If the OFED community wants this, we will be happy to extend help. > > > > > > Thanks, > > > > > > DK > > > > > For Open MPI we have Jeff from Cisco. > > For MVAPICH we have Pasha from Mellanox. > > > > Who from the community is going to be the maintainer in OFED > > and prepare > > the SRPM? > > I would suggest Dr Panda's team prepare the SRPM. I can commit Cisco to > test MVAPICH2 for OFED 1.2 equally with MVAPICH, Open MPI, HP MPI, and > Intel MPI. We will be happy to prepare the SRPM. Thanks, DK ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
Dhabaleswar Panda wrote: > > We will be happy to prepare the SRPM. > > Thanks, > > DK > > Can you send me the name of the person that is going to do it, so Vlad can work with him/her on OFED integration. Note that we will need the package this week so we will be able to update OFED install scripts. Tziporet ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
I would find it very useful. Steve... Steve Poole Chief Scientist / Director of Special Projects Computer Science and Mathematics Division Chief Systems Architect Leadership Computing Facility Oak Ridge National Laboratory 865.574.9008 "Wisdom is not a product of schooling, but of the lifelong attempt to acquire it" Albert Einstein -- > From: Dhabaleswar Panda <[EMAIL PROTECTED]> > Date: Fri, 12 Jan 2007 15:32:15 -0500 (EST) > To: <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]>, > Subject: Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2 > >> I'd like to explore adding MVAPICH2 to OFED 1.2, perhaps Dr Panda's team >> can help get the source RPM integrated with OFED 1.2. > > If the OFED community wants this, we will be happy to extend help. > > Thanks, > > DK > >> Scott Weitzenkamp >> SQA and Release Manager >> Server Virtualization Business Unit >> Cisco Systems >> >> >>> -Original Message- >>> From: [EMAIL PROTECTED] >>> [mailto:[EMAIL PROTECTED] On Behalf Of Tziporet Koren >>> Sent: Thursday, January 11, 2007 4:15 AM >>> To: EWG >>> Cc: OPENIB >>> Subject: [openib-general] Reminder: OFED 1.2 coordination >>> meeting next Monday at 9am PST >>> >>> Hi All, >>> After a long holidays break we are going to have our next OFED 1.2 >>> coordination meeting on Monday Jan-15 at 9am PST (Jeff sent >>> bridge info) >>> >>> The only agenda item I have is reviewing components' >>> readiness for the >>> end of month code freeze. >>> If you have other items for the agenda please let me know >>> >>> Thanks, >>> Tziporet >>> >>> ___ >>> openib-general mailing list >>> openib-general@openib.org >>> http://openib.org/mailman/listinfo/openib-general >>> >>> To unsubscribe, please visit >>> http://openib.org/mailman/listinfo/openib-general >>> >> >> ___ >> openfabrics-ewg mailing list >> [EMAIL PROTECTED] >> http://openib.org/mailman/listinfo/openfabrics-ewg >> > > > ___ > openib-general mailing list > openib-general@openib.org > http://openib.org/mailman/listinfo/openib-general > > To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general > ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
At 01:32 PM 1/12/2007, Dhabaleswar Panda wrote: > > I'd like to explore adding MVAPICH2 to OFED 1.2, perhaps Dr Panda's team > > can help get the source RPM integrated with OFED 1.2. > >If the OFED community wants this, we will be happy to extend help. I want it. * Correspondence * This email contains no programmatic content that requires independent ADC review ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2
> I'd like to explore adding MVAPICH2 to OFED 1.2, perhaps Dr Panda's team > can help get the source RPM integrated with OFED 1.2. If the OFED community wants this, we will be happy to extend help. Thanks, DK > Scott Weitzenkamp > SQA and Release Manager > Server Virtualization Business Unit > Cisco Systems > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Tziporet Koren > > Sent: Thursday, January 11, 2007 4:15 AM > > To: EWG > > Cc: OPENIB > > Subject: [openib-general] Reminder: OFED 1.2 coordination > > meeting next Monday at 9am PST > > > > Hi All, > > After a long holidays break we are going to have our next OFED 1.2 > > coordination meeting on Monday Jan-15 at 9am PST (Jeff sent > > bridge info) > > > > The only agenda item I have is reviewing components' > > readiness for the > > end of month code freeze. > > If you have other items for the agenda please let me know > > > > Thanks, > > Tziporet > > > > ___ > > openib-general mailing list > > openib-general@openib.org > > http://openib.org/mailman/listinfo/openib-general > > > > To unsubscribe, please visit > > http://openib.org/mailman/listinfo/openib-general > > > > ___ > openfabrics-ewg mailing list > [EMAIL PROTECTED] > http://openib.org/mailman/listinfo/openfabrics-ewg > ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [openfabrics-ewg] Reminder: OFED 1.2 coordination meeting next Monday at 9am PST
Hello Tziporet and others from ofed board! I wish to know if and how ehca could transition from preview tech to production state for ofed 1.2, especially what do we need to accomplish in order to achieve that. If you could point me to a written procedure for that, it would be great. Thanks! Nam ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general