Re: bin/49510: gpt(8) fails w/o drvctl and breaks sysinst

[John Nemeth <jnemeth%cue.bc.ca@localhost>]

The following reply was made to PR bin/49510; it has been noted by GNATS.

From: John Nemeth <jnemeth%cue.bc.ca@localhost>
To: gnats-bugs%NetBSD.org@localhost, gnats-admin%NetBSD.org@localhost, netbsd-bugs%NetBSD.org@localhost,
        martin%NetBSD.org@localhost
Cc: 
Subject: Re: bin/49510: gpt(8) fails w/o drvctl and breaks sysinst
Date: Sun, 28 Dec 2014 18:14:08 -0800

 On Dec 28,  9:10pm, Michael van Elst wrote:
 }
 } The following reply was made to PR bin/49510; it has been noted by GNATS.
 } 
 } From: mlelstv%serpens.de@localhost (Michael van Elst)
 } To: gnats-bugs%netbsd.org@localhost
 } Cc: 
 } Subject: Re: bin/49510: gpt(8) fails w/o drvctl and breaks sysinst
 } Date: Sun, 28 Dec 2014 21:08:58 +0000 (UTC)
 } 
 }  martin%NetBSD.org@localhost writes:
 }  
 }  >but on kernels which do not have pseudo-device drvctl this fails in very
 }  >unintuitive ways:
 }  
 }  >gpt: drvctl: /dev/drvctl: Device not configured
 }  >gpt: unable to open device 'rsd1c': Device not configured
 }  
 }  We could also make drvctl mandatory or define ioctls that return
 }  disk geometry without being limited to 32bit numbers.
 
      I'm going to agree with this.  gpt(8) shouldn't be getting
 mangled every time some external item has an issue.  Also, drvctl
 is handy for a lot of things and really should be in pretty much
 every modern kernel.
 
      I disagree that this is a bug in gpt(8).  Every INSTALL kernel
 where gpt(8) is going to be used should have drvctl, or gpt(8)
 shouldn't be used.
 
 }-- End of excerpt from Michael van Elst