Subject: dev_t vs. VOP_MKNOD()
To: None <tech-kern@NetBSD.ORG>
From: Charles M. Hannum <mycroft@mit.edu>
List: tech-kern
Date: 01/17/1998 05:33:35
So I noticed an interesting problem:

# mknod foo c 4095 1048575
# ls -l foo
crw-r--r--  1 root  wheel    0,   0 Jan 17 05:25 foo
# 

This is due to the special case for VNOVAL in ufs_mknod().
Technically, VNOVAL in any vattr field means `no value', so changing
this is really not correct.

What I wonder is why VOP_MKNOD() uses a vattr at all?!  This seems
pretty bogus.