Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> > After login in as root, I do
> >
> > # cd /dev
> > # MAKEDEV hd1
> > # showtrans hd1
> > /hurd/storeio hd1
> > # cat hd1
> > cat: hd1: Invalid argument
>
> Try "devprobe hd1". If this fails (check the exit code), you are out of
> luck. GNU Mach didn't see your virtual cd rom.
I get this:
# devprobe hd1; echo $?
hd1
0
So it looks like hd1 is there as far as GNU Mach is concerned, right?
> > What could be wrong here? How can I get more information?
>
> You could ask VMware. Personally, I wouldn't bother, because it doesn't
> further the goal of free software to fix problems in non-free software.
I don't think VMware has a problem here. As to it not beong Free
Software, I just regard as a another (maybe broken) kind of computer.
It is very convenient and my only way to run the Hurd and maybe hack
on it. You might have to suffer me in the beginning, but maybe you'll
get something back later.
But I realize that without your work, the Hurd wouldn't be where it is
now. I'm very, very thankful for that. I toyed with it some time
ago, and I actually made it run, which I found very brave of me. I
even hacked a bit on GNU Mach, but it was so tedious to constantly
duell boot between Linux and Hurd that I gave up quickly. Now
everything is so much better, and with VMware, I might even be able to
contribute myself.
> [...] Of course, if there is an actual problem in GNU Machs device
> drivers, we would like to know about it, but a vague "it doesn't
> work with vmwares emulation" doesn't really scratch an itch :)
I'd like to be less vague, but it's hard for me to find more
information. A working CD-ROM would be the best way to get a more
complete GNU/Hurd so that I can do some debugging on my own. I don't
even have an editor on it yet! (I think.) I was hoping that someone
had already encountered this problem, knowing that people have
successfully run the Hurd inside VMware.
> Only a line with hd1 in it could be of any interest.
Here are some more:
ide: i82371 PIIX (Triton) on PCI bus 0 function 57
ide0: BM-DMA at 0x1020-0x1027
hd0: VMware Inc. Virtual Hard Drive, 499 w/2kB Cache, CHD=1015/16/63
hd1: VMware Inc. Virtual CDROM Drive, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
...
EATA0: address 0x1f0 in use, skipping probe
Looking at the GNU Mach sources, "EATA" seems to refer to a certain
kind of SCSI controller, so it is probably not of interest, right?
Linux 2.0.29, which runs fine in VMware, says the following:
hda: VMware Inc. Virtual Hard Drive, 499 w/2kB Cache, CHD=1015/16/63
hdb: VMware Inc. Virtual CDROM Drive, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
and no message about EATA0.
The next thing I'll try is to cross-compile GNU Mach and put some
trace points in it, just for kicks.
Thanks so far!
- Marius
