Coda File System

Re: kernel patch

From: Stephen J. Turnbull <turnbull_at_sk.tsukuba.ac.jp>
Date: Wed, 11 Jan 2006 09:53:50 +0900
>>>>> "Denis" == Denis Chapligin <chollya_at_satgate.net> writes:

    Denis> My problem is that i'm trying to build kernels in 'debian
    Denis> way', so i have a single .deb package with kernel, some
    Denis> patches, additional modules and so on. But coda module
    Denis> requires additional work in this case and it comes to be a
    Denis> problem whan you have several dozens of servers:) So
    Denis> providing a kernel patch for coda module will make a life
    Denis> easier .

But why should there be a separate patch for something that is already
in the kernel?  If the module distributed with the kernel doesn't work
for you, let's fix it!

>From what Jan says, I guess there's a backward compatibility problem
with the old implicit-single-realm kernel code and the modern explicit
realms code.  That should be fixed by adding two build suboptions to
build with the realms code and without, not by maintaining a separate
patch.  (Either or both modules could be built, and they would be
named "coda-realms" and "coda-norealms".)

This way you could (in theory) upgrade an individual client on-the-fly
with "modprobe -r coda-norealms; modprobe coda-realms".  Of course it
probably won't work so well in practice, but at least this would mean
every kernel would be ready for upgrade simply by switching modules.

-- 
Graduate School of Systems and Information Engineering   University of Tsukuba
http://turnbull.sk.tsukuba.ac.jp/        Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
        Economics of Information Communication and Computation Systems
          Experimental Economics, Microeconomic Theory, Game Theory
Received on 2006-01-10 19:55:26