Hi,
I think that is not the intent. Again, maybe already fixed. Thanks very much
for calling it out.
Matt
----- "Hartmut Reuter" <reu...@rzg.mpg.de> wrote:
> Matt W. Benjamin wrote:
> > Hi,
> >
> > The transition trap certainly looks like the one fixed by Marc.
> >
> > If I'm not mistaken, too, though I carried these forward from UM
> code, the
> > "FCS" bits are completely orthogonal to (yikes!) CStatd, CBackup,
> and CRO.
> > The former are only to be set in vcache.cachingStates, the latter
> in
> > vcache.f.states?
>
> Well, but this is not what happens in afs_bypasscache.c :
>
> line 223 if (!(avc->f.states & FCSBypass))
> osi_Panic("afs_TransitionToCaching: illegal transition to
> caching--already caching\n");
>
> line 163 avc->f.states |= FCSBypass;
>
> Hartmut
>
>
> >
> > Matt
> >
> > ----- "Hartmut Reuter"<reu...@rzg.mpg.de> wrote:
> >
> >> Ever someone tried bypass caching? I have my doubts!
> >>
> >> It's probably not the best idea to use for FCSDesireBypass the same
> bit as
> >> for CStatd and for FCSBypass the same bit as for CBackup and for
> >> FCSManuallySet the same as for CRO.
> >
> >
>
>
> --
> -----------------------------------------------------------------
> Hartmut Reuter e-mail reu...@rzg.mpg.de
> phone +49-89-3299-1328
> fax +49-89-3299-1301
> RZG (Rechenzentrum Garching) web http://www.rzg.mpg.de/~hwr
> Computing Center of the Max-Planck-Gesellschaft (MPG) and the
> Institut fuer Plasmaphysik (IPP)
> -----------------------------------------------------------------
> _______________________________________________
> OpenAFS-devel mailing list
> OpenAFS-devel@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-devel
--
Matt Benjamin
The Linux Box
206 South Fifth Ave. Suite 150
Ann Arbor, MI 48104
http://linuxbox.com
tel. 734-761-4689
fax. 734-769-8938
cel. 734-216-5309
_______________________________________________
OpenAFS-devel mailing list
OpenAFS-devel@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-devel
