[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Tue, 16 Aug 2011 14:19:28 -0400
From: Rich Felker <dalias@...ifal.cx>
To: musl@...ts.openwall.com
Subject: Re: cluts priorities [was: New daily reports - nothing]
On Tue, Aug 16, 2011 at 06:56:14PM +0200, Luka Marčetić wrote:
> On 08/16/2011 05:42 PM, Rich Felker wrote:
> >I really need to ask that you to prioritize the work that remains. As
> >an example, adding additional EINTR tests falls under number 4 (finish
> >testing additional areas...) while 1-3 remain to be done. Speaking of
> >EINTR, as we spoke about before, a number of these interfaces have no
> >reason to block, and some of them even have no reason to make syscalls
> >at all. If more work still needs to be done testing cases that would
> >not fail except on an intentionally-broken implementation, that should
> >be a project for *after* GSoC, not taking up your time when we're
> >nearing the deadline.
> >
> >Rich
>
> When we spoke about this, afai can remember, you said that the ones
> that block are of higher priority, which implies others should also
> be tested ultimately, so I went ahead and made tests of all of those
> that I knew about at the time.
There's nothing wrong about that in itself, but I asked you just the
other day to prioritize, and expanding the existing tests was
relatively low priority.
> Are you saying functions that return
> EINTR but do not block aren't even part of the task?
No, but you can't spend days on a test area that's mostly done adding
tests that are just for completeness' sake when there's a whole lot
else left to do.
> Ok, can you please tell me which of the functions I've linked on IRC
> I should test then? I can find out which one of those block, but I
> don't know about syscalls. Can you tell me how I could discern
> betwen them?
In the future please post things like this to the list. A pastebin
link on IRC is not going to get my attention, and it makes it hard to
follow up discussion. Please don't use pastebins as a replacement for
email.
(Here is the link for reference: http://paste.debian.net/126277/)
Any function with "attr" in its name surely only deals with modifying
userspace data structures. The whole point of spinlocks is to be
completely userspace. Init functions almost surely don't involve
syscalls, and destroy functions almost surely don't either except
possibly in certain contention cases where the caller must wait for
another thread before it can complete destruction of the object. By
and large, the list in the pastebin looks very low-priority for
testing.
In any case, please prioritize.
Rich
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
