This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
On Sun, Jun 24, 2007 at 07:45:04PM +0200, Alexander Gabert wrote:I don't think so but you may be right nonetheless if my opinion.
Hi Linus, hi LKML,
i would like to thank LKML and especially Eric (thanks for the per_cpu macro tips and design guidelines!) and the other contributors to this idea.
This time the patch is rather big because it also removes get_random_int() and introduces get_random_long() throughout the kernel.
Stop right there. You still haven't answered my original question. What is the point of this exercise in the first place, please?
Am I right in thinking you have three unrelated patches here?
- something to do with aux vector headersAdding the new field
- something to do with get_random_int repeating itselfFound while adding the new field and testing it.
- sweeping change of get_random_int to get_random_long for no obvious reasonIt is needed for properly initializing a SSP guard which is (afaik) a long value.
These should be three completely separate patches.Probably ... but bear in mind that the goal is still the same: allowing glibc to use SSP with /proc/self/auxv instead of fopen(/dev/urandom) as it is now.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |