On Sat, 16 Oct 1999, Zhihui Zhang wrote:
> On Fri, 15 Oct 1999, Zhihui Zhang wrote:
>
> >
> > Is the UMAPFS working? I add "options UMAPFS" to the configuration file
> > of FreeBSD 3.3-Release and rebuilt the kernel. I got the following
> > errors:
On Fri, 15 Oct 1999, Zhihui Zhang wrote:
>
> Is the UMAPFS working? I add "options UMAPFS" to the configuration file
> of FreeBSD 3.3-Release and rebuilt the kernel. I got the following
> errors:
>
> loading kernel
> umap_vnops.o: In function `umap_lo
Is the UMAPFS working? I add "options UMAPFS" to the configuration file
of FreeBSD 3.3-Release and rebuilt the kernel. I got the following
errors:
loading kernel
umap_vnops.o: In function `umap_lock':
umap_vnops.o(.text+0x568): undefined reference to `null_bypass'
umap_
"David E. Cross" writes:
> That is my interpretation of the code. It would *seem* to just pass the
> call off to the next FS layer as if the VFS system of the kernel had done it
> directly Conceptually I must be missing something.
Umm, umapfs rewrites the owner/group o
>> I have been looking at the code for UMAPfs... I am trying to understand
>> conceptually why it is so unstable...
>
>You're looking in the wrong place. It's unstable because of
>infrastructure problems which require fairly substantial amounts of
>work to corre
"David E. Cross" writes:
> I have been looking at the code for UMAPfs... I am trying to understand
> conceptually why it is so unstable...
You're looking in the wrong place. It's unstable because of
infrastructure problems which require fairly substantial amount
I have been looking at the code for UMAPfs... I am trying to understand
conceptually why it is so unstable... It looks straightforward enough as
simply passing the calls it receives on to the FS below it, almost like it
didn't exist at all. Why does this cause problems? Isn'
7 matches
Mail list logo
