[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <462D5C3C.4000406@goop.org>
Date: Mon, 23 Apr 2007 18:24:12 -0700
From: Jeremy Fitzhardinge <jeremy@...p.org>
To: Roland McGrath <roland@...hat.com>
CC: Andi Kleen <ak@...e.de>, Andrew Morton <akpm@...ux-foundation.org>,
virtualization@...ts.osdl.org, lkml <linux-kernel@...r.kernel.org>,
Ian Pratt <ian.pratt@...source.com>,
Christian Limpach <Christian.Limpach@...cam.ac.uk>,
Chris Wright <chrisw@...s-sol.org>,
Zachary Amsden <zach@...are.com>,
Ulrich Drepper <drepper@...hat.com>
Subject: Re: [PATCH 03/25] xen: Add nosegneg capability to the vsyscall page
notes
Roland McGrath wrote:
>> + * It should contain:
>> + * hwcap 0 nosegneg
>> + * to match the mapping of bit to name that we give here.
>>
>
> This needs to be "hwcap 0 nosegneg" to match:
>
>
>> +NOTE_KERNELCAP_BEGIN(1, 2)
>> +NOTE_KERNELCAP(1, "nosegneg")
>> +NOTE_KERNELCAP_END
>>
>
> The actual bits you are using should be fine. (You're intentionally
> skipping bit 0 to work around hold glibc bugs, which you might want to add
> to the comments. Also a comment or perhaps using 1<<1 syntax would make it
> more clear that "2" is the bit mask containing bit 1 and that's why it has
> to be 2, and not because of some other magical property of 2.) But if
> kernel packagers don't write the matching bit number in their ld.so.conf.d
> files, then ld.so.cache lookups won't work right.
I have to admit I still don't really understand all this. Is it
documented somewhere?
What does "hwcap 0 nosegneg" actually mean? What does the "0" mean here?
In the ELF note, what does the "nosegneg" string mean? How is it used?
Is it compared to the "nosegneg" in ld.so.conf? How does this relate to
the bitfields?
Thanks,
J
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists