Thread: Re: [SSI-devel] OpenSSI status question
Brought to you by:
brucewalker,
rogertsang
From: John H. <john@Calva.COM> - 2007-09-21 08:00:20
|
James P. Kinney III wrote: > Hi John, > > I am looking at various clustering tools to use with LTSP and OpenSSI > has a history with LTSP. I am looking at extending things to work with > x86_64 systems for the nodes and to use kernel 2.6.18 from Centos 5. > Interesting - for details about kernel porting you want to see Roger Tsang. (He's on holliday at the moment - not sure when he's back. > For reasons unknown the anonymous access to the CVS tree on Sourceforge > for the CI section is off (using info from the wikki). If you have > access to turn it on or know who can I would appreciate it. > You'd better contact Bruce Walker about this. You should be able to use the rsync access to get a copy if you need it quick. https://sourceforge.net/docs/E04#rsync rsync -av rsync://ci-linux.cvs.sourceforge.net/cvsroot/ci-linux/* . > Hopefully, I will be able to wrap my head around this and generate some > code to help out. > Always nice to have more people around. |
From: Stan <sta...@ra...> - 2007-09-22 11:10:37
|
> -----Original Message----- > From: ssi...@li... > [mailto:ssi...@li...] On > Behalf Of James P. Kinney III > Sent: Friday, September 21, 2007 9:03 AM > To: Watson, Brian J. (HP Labs) > Cc: John Hughes; ssic-linux-devel; Walker, Bruce J (HP-Labs) > Subject: Re: [SSI-devel] OpenSSI status question > > It is back up and available now. Thanks for looking into this. > John, thanks for the rsync link. > > Now to look at x86_64, kernel 2.6.18 and CentOS 5 (and forget about > sleeping) .... > Hello James, The CenOS 5 port is moving along at the speed of a single person; more heads/hands would certainly help. Current status: merged openSSI code into 2.6.18 code base (base .18 chosen for Fedora Core 6 drop?). Diffs between 2.6.18 & CentOS(2.6.18.8) manageable as heavy lifting done for 2.6.18. working towards a clean compile - exposing blanks to fill in. TBD: Debug under Fedora Core 3 (R1.9.2/3) system - delays some of the user-land porting? merge 2.6.18.8 diffs for CentOS 5. Port openSSI user-level code/mods into CentOS 5 env. Test, test & more testing. John Hughes has done the x86_64 heavy lifting in the almost cooked openSSI R1.9.3. Where can you assist? Stan. |
From: James P. K. I. <jk...@lo...> - 2007-09-22 12:55:51
|
On Sat, 2007-09-22 at 04:10 -0700, Stan wrote: >=20 > Hello James, > The CenOS 5 port is moving along at the speed of a single person; more > heads/hands would certainly help. Current status: > merged openSSI code into 2.6.18 code base (base .18 chosen for > Fedora Core 6 drop?). > Diffs between 2.6.18 & CentOS(2.6.18.8) manageable as heavy lifting > done for 2.6.18. > working towards a clean compile - exposing blanks to fill in. > TBD: > Debug under Fedora Core 3 (R1.9.2/3) system - delays some of the > user-land porting? > merge 2.6.18.8 diffs for CentOS 5. > Port openSSI user-level code/mods into CentOS 5 env. > Test, test & more testing. >=20 > John Hughes has done the x86_64 heavy lifting in the almost cooked openSSI > R1.9.3. >=20 > Where can you assist? I have a dual core Opteron system (soon to have a new version supporting virtualization bits - I hope - awaiting funding). I am pretty good at RPM packaging and can certainly help with the support package migration. Testing and more testing... Hopefully I will also have a multiple (shooting for 100) virtualized client test bed for LTSP set up as well. Long range goal: I think a quad-chip quad core Opteron 8000 with native Infiniband would make an excellent base system for a blade stack cluster...=20=20 >=20 > Stan. >=20 >=20 --=20 James P. Kinney III=20=20=20=20=20=20=20=20=20=20 CEO & Director of Engineering=20 Local Net Solutions,LLC=20=20=20=20=20=20=20=20 770-493-8244=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 http://www.localnetsolutions.com GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics) <jk...@lo...> Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7 |
From: Roger T. <rog...@gm...> - 2007-10-11 10:46:08
|
I would have to agree that porting to CentOS has priority over 2.6.16.y. John - you already received the code for x86_64? Roger On 9/22/07, Stan <sta...@ra...> wrote: > > > > -----Original Message----- > > From: ssi...@li... > > [mailto:ssi...@li...] On > > Behalf Of James P. Kinney III > > Sent: Friday, September 21, 2007 9:03 AM > > To: Watson, Brian J. (HP Labs) > > Cc: John Hughes; ssic-linux-devel; Walker, Bruce J (HP-Labs) > > Subject: Re: [SSI-devel] OpenSSI status question > > > > It is back up and available now. Thanks for looking into this. > > John, thanks for the rsync link. > > > > Now to look at x86_64, kernel 2.6.18 and CentOS 5 (and forget about > > sleeping) .... > > > > Hello James, > The CenOS 5 port is moving along at the speed of a single person; more > heads/hands would certainly help. Current status: > merged openSSI code into 2.6.18 code base (base .18 chosen for > Fedora Core 6 drop?). > Diffs between 2.6.18 & CentOS(2.6.18.8) manageable as heavy lifting > done for 2.6.18. > working towards a clean compile - exposing blanks to fill in. > TBD: > Debug under Fedora Core 3 (R1.9.2/3) system - delays some of the > user-land porting? > merge 2.6.18.8 diffs for CentOS 5. > Port openSSI user-level code/mods into CentOS 5 env. > Test, test & more testing. > > John Hughes has done the x86_64 heavy lifting in the almost cooked openSSI > R1.9.3. > > Where can you assist? > > Stan. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > ssic-linux-devel mailing list > ssi...@li... > https://lists.sourceforge.net/lists/listinfo/ssic-linux-devel > |
From: John H. <john@Calva.COM> - 2007-10-11 15:05:01
|
Roger Tsang wrote: > I would have to agree that porting to CentOS has priority over 2.6.16.y. > > John - you already received the code for x86_64? > Nope. > On 9/22/07, Stan <sta...@ra...> wrote: > >> John Hughes has done the x86_64 heavy lifting in the almost cooked openSSI >> R1.9.3. >> Not sure what this means, I haven't done anything for x86_64 for 1.9.3 |
From: Stan <sta...@ra...> - 2007-10-11 16:24:34
|
Roger | John, I could use some assistance with the following. Linux-2.6.18, possibly before but not so far back as 2.6.10, struct sk_buff lost the 'list' member. Unfortunately cluster/ics/ics_tcp/ics_llsvr.c makes use of the 'list' member. Could one of you look into fixing cluster/ics/ics_tcp/ics_llsvr.c so it no longer has a dependency on the list member? >From a quick scan of other 2.6.18 drivers, the sk_buff 'list' list_head was moved to driver local storage. The ICS channel block might be a place to consider moving the sk_buff list head to? This work could be prototyped and validated using R1.9.2/3 and then merged with 2.6.18? What do you think? cluster/ics/ics_tcp/ics_llsvr.c: In function '__icssvr_llenqueue': cluster/ics/ics_tcp/ics_llsvr.c:229: error: 'struct sk_buff' has no member named 'list' cluster/ics/ics_tcp/ics_llsvr.c:231: error: 'struct sk_buff' has no member named 'list' cluster/ics/ics_tcp/ics_llsvr.c: In function 'icssvr_lldequeue': cluster/ics/ics_tcp/ics_llsvr.c:358: error: 'struct sk_buff' has no member named 'list' cluster/ics/ics_tcp/ics_llsvr.c:360: error: 'struct sk_buff' has no member named 'list' include/linux/skbuff.h struct sk_buff { /* These two members must be first. */ struct sk_buff *next; struct sk_buff *prev; // CONFIG_SSI & SSI_XXX - tamp addition until rewrite of icssvr/cli rtns. struct sk_buff_head *list; John, I strongly believe the x86_64 (aka x64) work is very important for OpenSSI. Please make it a priority for R1.9.3. W.r.t the 2.6.18 port, the code merge is complete, working on a clean compile using CentOS-5 gcc 4.1.1. R1.9.2 IB based kernel build contains 4988 .o files, so far 1367 .o files build for 2.6.18. Not a great metric although a stake in the ground. Stan. > -----Original Message----- > From: Roger Tsang [mailto:rog...@gm...] > Sent: Thursday, October 11, 2007 3:46 AM > To: Stan > Cc: ssic-linux-devel; John Hughes > Subject: Re: [SSI-devel] OpenSSI status question > > I would have to agree that porting to CentOS has priority > over 2.6.16.y. > > John - you already received the code for x86_64? > > Roger > > On 9/22/07, Stan <sta...@ra...> wrote: > > > > > > > -----Original Message----- > > > From: ssi...@li... > > > [mailto:ssi...@li...] On > > > Behalf Of James P. Kinney III > > > Sent: Friday, September 21, 2007 9:03 AM > > > To: Watson, Brian J. (HP Labs) > > > Cc: John Hughes; ssic-linux-devel; Walker, Bruce J (HP-Labs) > > > Subject: Re: [SSI-devel] OpenSSI status question > > > > > > It is back up and available now. Thanks for looking into this. > > > John, thanks for the rsync link. > > > > > > Now to look at x86_64, kernel 2.6.18 and CentOS 5 (and > forget about > > > sleeping) .... > > > > > > > Hello James, > > The CenOS 5 port is moving along at the speed of a single > person; more > > heads/hands would certainly help. Current status: > > merged openSSI code into 2.6.18 code base (base .18 > chosen for > > Fedora Core 6 drop?). > > Diffs between 2.6.18 & CentOS(2.6.18.8) manageable > as heavy lifting > > done for 2.6.18. > > working towards a clean compile - exposing blanks > to fill in. > > TBD: > > Debug under Fedora Core 3 (R1.9.2/3) system - > delays some of the > > user-land porting? > > merge 2.6.18.8 diffs for CentOS 5. > > Port openSSI user-level code/mods into CentOS 5 env. > > Test, test & more testing. > > > > John Hughes has done the x86_64 heavy lifting in the almost > cooked openSSI > > R1.9.3. > > > > Where can you assist? > > > > Stan. > > > > > > > -------------------------------------------------------------- > ----------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2005. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > ssic-linux-devel mailing list > > ssi...@li... > > https://lists.sourceforge.net/lists/listinfo/ssic-linux-devel > > > |
From: John H. <john@Calva.COM> - 2009-03-13 15:02:54
|
Stan wrote: > Roger | John, > I could use some assistance with the following. > Linux-2.6.18, possibly before but not so far back as 2.6.10, struct sk_buff > lost the 'list' member. > Unfortunately cluster/ics/ics_tcp/ics_llsvr.c makes use of the 'list' > member. > Could one of you look into fixing cluster/ics/ics_tcp/ics_llsvr.c so it no > longer has a dependency on the list member? > From a quick scan of other 2.6.18 drivers, the sk_buff 'list' list_head was > moved to driver local storage. The ICS channel block might be a place to > consider moving the sk_buff list head to? > This work could be prototyped and validated using R1.9.2/3 and then merged > with 2.6.18? > > What do you think? > > cluster/ics/ics_tcp/ics_llsvr.c: In function '__icssvr_llenqueue': > cluster/ics/ics_tcp/ics_llsvr.c:229: error: 'struct sk_buff' has no member > named 'list' > cluster/ics/ics_tcp/ics_llsvr.c:231: error: 'struct sk_buff' has no member > named 'list' > cluster/ics/ics_tcp/ics_llsvr.c: In function 'icssvr_lldequeue': > cluster/ics/ics_tcp/ics_llsvr.c:358: error: 'struct sk_buff' has no member > named 'list' > cluster/ics/ics_tcp/ics_llsvr.c:360: error: 'struct sk_buff' has no member > Sorry for the tardy reply (I'm only really sending this message so I can find the answer in the archives) but the way to fix this is as done by Aneesh in his "ci-to-linus" git repository: http://git.openssi.org/~kvaneesh/gitweb.cgi?h=a4d088e7e69a490a41d0db8ce621561e1afe70c7;f=cluster/ics/ics_tcp/ics_llsvr.c;hb=3c33b3716d51321e7837766d6cb321b77e34d2e3;p=ci-to-linus.git;a=blob Use the "cb" field: struct ics_llenqueue_cb { struct sk_buff *tskbp; /* Tail of message */ u_char *tdatap; /* End of message in skb */ struct sk_buff *nskbp; /* Next message across a chain break */ u_char *ndatap; /* Start of next message in skb */ }; /* Some asci art is needed to understand this. * * ....[cb.tdatap]---------------------- ics_reass_buf will have * . | (rb_tdatap = rb_tskbp->tail * . V * struct icsmsg_arrival ....[cb.tskbp]----------------------- * ___________________ . | * | msglist_hskbp|----- . | * | msglist_hdatap|-----| . | * | | V . V * | | [sk_buf].next->[sk_buf].next->[sk_buf].next->[sk_buf]. {end of chain} * | | . * | | . * | | [sk_buf].next->[sk_buf].next . * | | ^ ^ . * | | |--------------|--------------- [cb.nskbp].......... * | | ---------------|--------------- [cb.ndatap]......... * | msglist_tskbp|----------------------| * | msglist_tdatap|---------------------- * | | * |___________________| * * */ ... static inline void __icssvr_llenqueue(struct icsmsg_arrival *msgl_p, struct ics_reass_buf *rbufp, int chan) { struct ics_llenqueue_cb *cbp; ... } else if (msgl_p->msglist_tskbp != rbufp->rb_hskbp) { /* * When the message is not in the chain, that means * when there is a chain break, pull the msglist tail sk_buff * and update the control buffer in that to point to this * sk_ buff */ cbp = (void *)msgl_p->msglist_tskbp->cb; cbp->nskbp = rbufp->rb_hskbp; cbp->ndatap = rbufp->rb_hdatap; } ... |
From: Watson, B. J. (HP Labs) <Bri...@hp...> - 2007-09-21 15:23:13
|
> > For reasons unknown the anonymous access to the CVS tree on > > Sourceforge for the CI section is off (using info from the > wikki). If > > you have access to turn it on or know who can I would appreciate it. > > Hi James, CI anonymous access appears to be enabled. If you cannot access it followin= g these instructions: https://sourceforge.net/cvs/?group_id=3D32543 Then enter a SourceForge bug report: https://sourceforge.net/tracker/?func=3Dadd&group_id=3D1&atid=3D200001 Use "Project CVS Services" as the category. One of the SF admins should hel= p fix this issue. Hope this helps, Brian |
From: James P. K. I. <jk...@lo...> - 2007-09-21 16:03:27
|
It is back up and available now. Thanks for looking into this.=20 John, thanks for the rsync link. Now to look at x86_64, kernel 2.6.18 and CentOS 5 (and forget about sleeping) .... On Fri, 2007-09-21 at 15:20 +0000, Watson, Brian J. (HP Labs) wrote: > > > For reasons unknown the anonymous access to the CVS tree on > > > Sourceforge for the CI section is off (using info from the > > wikki). If > > > you have access to turn it on or know who can I would appreciate it. > > > >=20 > Hi James, >=20 > CI anonymous access appears to be enabled. If you cannot access it follow= ing these instructions: >=20 > https://sourceforge.net/cvs/?group_id=3D32543 >=20 > Then enter a SourceForge bug report: >=20 > https://sourceforge.net/tracker/?func=3Dadd&group_id=3D1&atid=3D200001 >=20 > Use "Project CVS Services" as the category. One of the SF admins should h= elp fix this issue. >=20 > Hope this helps, >=20 > Brian >=20 --=20 James P. Kinney III=20=20=20=20=20=20=20=20=20=20 CEO & Director of Engineering=20 Local Net Solutions,LLC=20=20=20=20=20=20=20=20 770-493-8244=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 http://www.localnetsolutions.com GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics) <jk...@lo...> Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7 |
From: James P. K. I. <jk...@lo...> - 2007-09-21 16:09:08
|
Ah, HA! I was using the data on the CI web page http://ci-linux.sourceforge.net/ which has the cvs login as=20 cvs -d:pserver:ano...@cv...:/cvsroot/ci-linux login but the correct server is ci-linux.cvs.sourceforge.net Confusion ended. Thanks. On Fri, 2007-09-21 at 15:20 +0000, Watson, Brian J. (HP Labs) wrote: > > > For reasons unknown the anonymous access to the CVS tree on > > > Sourceforge for the CI section is off (using info from the > > wikki). If > > > you have access to turn it on or know who can I would appreciate it. > > > >=20 > Hi James, >=20 > CI anonymous access appears to be enabled. If you cannot access it follow= ing these instructions: >=20 > https://sourceforge.net/cvs/?group_id=3D32543 >=20 > Then enter a SourceForge bug report: >=20 > https://sourceforge.net/tracker/?func=3Dadd&group_id=3D1&atid=3D200001 >=20 > Use "Project CVS Services" as the category. One of the SF admins should h= elp fix this issue. >=20 > Hope this helps, >=20 > Brian >=20 --=20 James P. Kinney III=20=20=20=20=20=20=20=20=20=20 CEO & Director of Engineering=20 Local Net Solutions,LLC=20=20=20=20=20=20=20=20 770-493-8244=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 http://www.localnetsolutions.com GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics) <jk...@lo...> Fingerprint =3D 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7 |
From: Watson, B. J. (HP Labs) <Bri...@hp...> - 2007-09-21 16:21:32
|
Hi James, I fixed the CI web page. Thanks, Brian > -----Original Message----- > From: James P. Kinney III [mailto:jk...@lo...] > Sent: Friday, September 21, 2007 12:09 PM > To: Watson, Brian J. (HP Labs) > Cc: John Hughes; ssic-linux-devel; Walker, Bruce J (HP-Labs) > Subject: RE: [SSI-devel] OpenSSI status question > > Ah, HA! I was using the data on the CI web page > http://ci-linux.sourceforge.net/ which has the cvs login as > cvs -d:pserver:ano...@cv...:/cvsroot/ci-linux > login but the correct server is ci-linux.cvs.sourceforge.net > > Confusion ended. Thanks. > > On Fri, 2007-09-21 at 15:20 +0000, Watson, Brian J. (HP Labs) wrote: > > > > For reasons unknown the anonymous access to the CVS tree on > > > > Sourceforge for the CI section is off (using info from the > > > wikki). If > > > > you have access to turn it on or know who can I would > appreciate it. > > > > > > > > Hi James, > > > > CI anonymous access appears to be enabled. If you cannot > access it following these instructions: > > > > https://sourceforge.net/cvs/?group_id=3D32543 > > > > Then enter a SourceForge bug report: > > > > https://sourceforge.net/tracker/?func=3Dadd&group_id=3D1&atid=3D200001 > > > > Use "Project CVS Services" as the category. One of the SF > admins should help fix this issue. > > > > Hope this helps, > > > > Brian > > > -- > James P. Kinney III > CEO & Director of Engineering > Local Net Solutions,LLC > 770-493-8244 > http://www.localnetsolutions.com > > GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics) > <jk...@lo...> Fingerprint =3D 3C9E 6366 54FC > A3FE BA4D 0659 6190 ADC3 829C 6CA7 > |