Re: explicit dcache <-> user-space cache coherency, sys_mark_dir_clean(), O_CLEAN
From: Miquel van Smoorenburg
Date: Sun Feb 22 2004 - 11:56:22 EST
In article <20040222150753.GB25664@xxxxxxxxxxxxxxxxxx>,
Jamie Lokier <jamie@xxxxxxxxxxxxx> wrote:
>Christer Weinigel wrote:
>> > long sys_mark_dir_clean(dirfd);
>> >
>> > the syscall returns whether the directory was valid/clean already.
>>
>> Isn't this rather bad, it's only possible to have one process that
>> does this magic clean bit thing. Other applications such as Wine or
>> a DOS emulator might want to get the same speedups.
>
>No. The magic clean bit is associated with dirfd - different file
>descriptors have separate magic clean bits.
>
>> Add a new create syscall with the same idea as your one bit syscall,
>> which checks that the generation number matches. If the generation
>> number doesn't match the create call fails.
>>
>> int create_synchronized(name, mode, generation);
>
>Hmm. That's an interesting idea.
Generalize it. sys_set_required_generation(generation) - works
with all create/rename/delete/link calls. Setting it to zero
turns it off.
Mike.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/