* Mike Frysinger: > On 16 Oct 2015 17:06, Florian Weimer wrote: >> The current situation, briefly stated, is this: glibc tries to guess the >> kernel CPU set size and rejects attempts to specify an affinity mask >> which is larger than that, but it does not work, and glibc and the >> kernel still silently accept CPU affinity masks with invalid bits, >> without returning an error. The glibc check does not provide any value >> to applications, it just adds pointless complexity to the library. >> Therefore, I want to remove it from glibc. > > checking the validty of the cpuset mask at the time of setting attributes > seems fundamentally wrong to me. can't the cpuset change too between the > check and the actual use ? Yes, unfortunately, that could happen. There are algorithms that would benefit if the affinity mask could not be changed from outside the process. > patch makes sense to me > >> + abort (); > > why does the test call abort instead of exit ? It would have to be _exit, because otherwise, the remaining running threads would block exiting. > abort writes to stderr. I don't think so, “Aborted” is printed by the shell. -- To unsubscribe from this list: send the line "unsubscribe linux-api" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
