Date: Tue, 23 Dec 1997 08:00:01 -0800 (PST) From: Cy Schubert - ITSD Open Systems Group <cschuber@uumail.gov.bc.ca> To: freebsd-bugs Subject: Re: kern/5355: Fix for NULLFS problems Message-ID: <199712231600.IAA15957@hub.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/5355; it has been noted by GNATS.
From: Cy Schubert - ITSD Open Systems Group <cschuber@uumail.gov.bc.ca>
To: Bruce Evans <bde@zeta.org.au>
Cc: cschuber@uumail.gov.bc.ca, cy@passer.osg.gov.bc.ca,
freebsd-gnats-submit@freebsd.org
Subject: Re: kern/5355: Fix for NULLFS problems
Date: Tue, 23 Dec 1997 07:59:26 -0800
Bruce, you're right. Nullfs and umapfs don't have support for mmap. A lot of
work needs to be put into nullfs and umapfs to make them support this (just
like unionfs).
Regards, Phone: (250)387-8437
Cy Schubert Fax: (250)387-5766
UNIX Support OV/VM: BCSC02(CSCHUBER)
ITSD BITNET: CSCHUBER@BCSC02.BITNET
Government of BC Internet: cschuber@uumail.gov.bc.ca
Cy.Schubert@gems8.gov.bc.ca
"Quit spooling around, JES do it."
> >Would it be a good idea to to have a panic() or a printf() where I return a
> >FALSE? I'm torn between providing better diagnostic messages and reducing
> >kernel bloat. By doing a printf() or panic() any author of a filesystem wou
ld
> >know that he would need to do some work on his code.
>
> I think you have to trust the [author of] the filesystem. There are many
> other details that must be right, and this particular mistake probably
> won't be made again.
>
> Bruce
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199712231600.IAA15957>