Date: Sun, 2 Mar 2003 16:58:47 -0800 (PST) From: Marcel Moolenaar <marcel@FreeBSD.org> To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/lib/libstand nfs.c tftp.c Message-ID: <200303030058.h230wlrL010262@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
marcel 2003/03/02 16:58:47 PST
FreeBSD src repository
Modified files:
lib/libstand nfs.c tftp.c
Log:
Fix a machine check abort caused by the EFI loader trying to open a
file in the NFS file system when the underlying device is not a
network device. A Sparc64 specific hack for this exact problem was
already present (nfs.c:1.9, tftp.c:1.10), but the problem is not
specific to Sparc64. The hack has been promoted to a non-i386 test
because on non-i386 architectures it's either impossible to have
non-network devices coexist in the same loader with the NFS FS, or
network and non-network device coexist and NFS filesystems can only
be used on top of network devices. I believe i386 pxeboot is where
this does not hold.
The root cause of this problem is in open.c where each file system
is tried until no more file systems exist or a file system returns
success. There's no notion of a list of valid file systems given
the underlying device and the non-existence of a file can cause
the invalid combination to be tried.
Revision Changes Path
1.11 +2 -1 src/lib/libstand/nfs.c
1.11 +2 -1 src/lib/libstand/tftp.c
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-src" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200303030058.h230wlrL010262>