I am really hoping that a new DVD is all that is needed to resolve this...
I am really hoping that a new DVD is all that is needed to resolve this...
I can't quite determine how the VDEV disk interface is going to work. I looked at FreeBSD's code, and they have vdev_disk.c in their tree unmodified (though, superceded by vdev_geom*). However, this file does #include <sys/sunldi.h>, though I am unable to find this defined anywhere in FreeBSD's tree. This is really no biggy, but is the end of a tangent on Sun's LDI and DDI interfaces. I'm not quite sure whether NetBSD's disk(9) is going to fit in here, or some other driver(9).
I'm sure I can get past this in the next few days, I just feel a bit overwhelmed at the end of the day in the middle of a crazy week. Hopefully this weekend I'll be able to take a step back, read through some code, and formulate some questions.
However, I did manage to read through a good bit of Cranor's & Parulkar's The UVM Virtual Memory System today, which was certainly enlightening. Maybe my brain is just a little too full for one day.
These interfaces use (at least) vm(9) and mutex(9) and will need to be ported. Perhaps it's time for me to re-read some parts of section 9...
At the moment, I have to determine:
$ find src/onnv -type f -name vdev\* | \ xargs sed -ne 's/^#include <\([^>]*\)>$/\1/p' | sort | uniq
Some of this will certainly be made easier by installing my development system with SolarisExpress.
To my sweet chagrin, I found that there are plenty of places to track OpenSolaris from. And, while I'm not sure that I'll be using mercurial, I have a few alternatives (like svn).
What I mean to say is: "Way to go OpenSolaris!"