Re: Arla 0.42-RC2

Jeffrey Hutzelman <[email protected]>
Newsgroups gmane.comp.file-systems.arla.general
Message-ID <[email protected]>

On Tuesday, April 04, 2006 04:32:33 PM +0200 Tomas Olsson 
<[email protected]> wrote:

> Jeffrey Hutzelman <[email protected]> writes:
>> Yup; you're going to have that problem with 2.6.16, because they went
>> off and moved things into different sections.  Worse, if the kernel is
>> compiled with CONFIG_DEBUG_RODATA, then on some platforms the system
>> call table will actually be stored in read-only pages, and attempts to
>> update it will result in a panic.
>>
> How... oh well, as usual I guess. This is new for 2.6.16, right?

Yeah; both putting the syscall table in .rodata (or, in some cases, .text) 
and making those sections read-only seem to be new.  I don't think it's a 
deliberate attempt to cause problems for us, but it does have that effect.



>> We probably should do something about getting updated syscall table
>> probing code back into Arla.
>>
> Or just throw the syscall code away. Do people really need it?

Good question.  I think I've seen more people complain about the warning 
message than about tools not working because the AFS syscall didn't work. 
The real problem, of course, is....

> Is it
> possible to use the keyrings for reasonable pag storage nowadays?

Unclear.  Derrick supposedly had written code to do this for OpenAFS, but 
(if I rembmber right) was blocking on the kernel folks exporting some 
keyring-management operations so we could do setpag.  But I don't think 
I've ever actually seen that code, so I can't vouch for its correctness or 
even for its not having been accidentally deleted. :-)

I think we get to keep the syscall code a bit longer...

-- Jeff
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.