Subject: Re: README: changes to config, to support dump device configuration
To: Jason Thorpe <email@example.com>
From: Chris G. Demetriou <firstname.lastname@example.org>
Date: 06/14/1997 14:54:20
> In one sense, it's not. In another, the way dumps are done to disk typically
> involves a relatively short code path...
A relatively short, special cased, code path. However, it's still not
particularly short, in the case of SCSI including paths through each of:
scsi disk driver dump code
scsi middle layer polling-mode code
scsi hardware driver polling-mode code
> put NFS in there, and suddenly you
> involve the krpc code, udp code, ip code, ethernet drivers (which may play
> tricky mbuf games), buffer cache, etc.
There's no reason a special-case path for NFS couldn't be used, as
well. of course, to do it, you'd need polling-mode to be implemented
in the ethernet drivers...
Not having NFS dump support is makes life a ... lot harder for people
trying to debug problems on diskless workstations...