remove note about 'find' now that it's fixed.
This commit is contained in:
parent
b9494fba51
commit
9d55f6fd25
@ -101,20 +101,18 @@ NOTES FOR RELEASE 1.1
|
||||
2/ Attempts to unmount a devfs structure while you are 'IN' in will
|
||||
result in a message "hanging vnode" and the system will panic.
|
||||
(in fact I see this even not being in it :( )
|
||||
3/ 'find /devfs -print' will only find the directories, and the devices
|
||||
don't show up.. (?)... find /dev/fs -ls DOES show all the devices.
|
||||
4/ the dates of all nodes is '0' i.e. 00:00 1st Jan 1970 UTC.
|
||||
3/ the dates of all nodes is '0' i.e. 00:00 1st Jan 1970 UTC.
|
||||
It appears 'time' in the kernel hasn't been started at the time that
|
||||
the devfs is started up. (when the first device registers itself).
|
||||
notably, the VFS hasn't been started yet either so the devfs has to be careful
|
||||
to not use VFS features during probe time.
|
||||
5/ many features are not present yet..
|
||||
4/ many features are not present yet..
|
||||
e.g. symlinks, a comprehensive registration interface (only a crude one)
|
||||
ability to unlink and mv nodes.
|
||||
6/ I'm pretty sure my use of vnodes is bad and it may be 'losing'
|
||||
5/ I'm pretty sure my use of vnodes is bad and it may be 'losing'
|
||||
them, or alternatively, corrupting things.. I need a vnode specialist
|
||||
to look at this.
|
||||
7/ The back and front node structures have become very similar with time
|
||||
6/ The back and front node structures have become very similar with time
|
||||
and I decided to merge them to a single structure,
|
||||
which is called a "dev_name" struct, as they can be thought of
|
||||
as the analogue of a directory entry, except that they are linked
|
||||
|
Loading…
x
Reference in New Issue
Block a user