1.6?

1 view
Skip to first unread message

Wheeler, Kyle Bruce

unread,
May 25, 2011, 12:05:00 PM5/25/11
to qthr...@googlegroups.com
Hey guys,

I'm thinking of trying to push out a 1.6 release sometime this week. Things seem relatively stable, and we have some features implemented since 1.5.1 that are, I think, significant enough to merit a bump to 1.6 instead of 1.5.2. Specifically, we support external manipulation of the qthread library (e.g. external pthreads can block on qthread synchronization functions) and we also have a nascent ability to handle blocking system calls (like select() and read()). On top of that, I changed how we handle external interfaces like the Chapel compiler's tasking runtime interface.

Does anyone have objections to this plan?
--
Kyle B. Wheeler
Dept. 1423: Scalable System Software
Sandia National Laboratories
505-844-0394


Allan Porterfield

unread,
May 25, 2011, 1:35:09 PM5/25/11
to qthr...@googlegroups.com
I have no problems, but would like to make sure my build is stable. I'll try to have it done by our phone call.

Allan

Bradford Chamberlain

unread,
May 25, 2011, 2:33:21 PM5/25/11
to qthr...@googlegroups.com
Sounds good to me -- let's try to make sure we get multi-locale Chapel working if possible before cutting the release.  I was having troubles last night though this morning it appears that I may have had something misconfigured...  Still seeing where we're at...

-Brad

Wheeler, Kyle Bruce

unread,
May 30, 2011, 12:45:23 PM5/30/11
to <qthreads@googlegroups.com>
I found two problems that we were running into on Brad's 32-bit laptop.

First, the qthread_incr() and qthread_cas() functions weren't returning 64-bit values, and weren't passing in 64-bit values, so some of the logic was getting bolluxed up. I've fixed that in all but the most extreme cases (like PowerPC32), so that's good to go.

Second, there appears to be a problem with the fastcontext stuff on 32-bit x86; I'm not sure exactly what the problem is yet, but the %esi register seems to be getting corrupted somehow (so it only shows up when the compiler is being extra clever about the use of registers). Disabling fastcontext (which cannot be done on MacOS, for obvious reasons) seems to work around the problem. Unfortunately, this is some of the most delicate code in qthreads, so it may take a little bit of time to fix it.

I tend to think this is significant enough to delay 1.6, but I'm open to the idea that most people don't/won't care. Thoughts?

Wheeler, Kyle Bruce

unread,
May 30, 2011, 1:47:31 PM5/30/11
to qthr...@googlegroups.com
Okay, nevermind about the delay. I found the bug; turned out to be easier than I thought (incorrect understanding of the 32-bit stack format).
Reply all
Reply to author
Forward
0 new messages