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>