Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 26 Sep 2002 23:07:11 +0100
From:      Josef Karthauser <joe@FreeBSD.org>
To:        Julian Elischer <julian@elischer.org>
Cc:        Bruce M Simpson <bms@spc.org>, Mark Santcroos <marks@ripe.net>, freebsd-hackers@FreeBSD.ORG
Subject:   Re: vmware reads disk on non-sector boundary
Message-ID:  <20020926220711.GB11316@genius.tao.org.uk>
In-Reply-To: <Pine.BSF.4.21.0209261334510.51936-100000@InterJet.elischer.org>
References:  <20020926185036.GB10421@genius.tao.org.uk> <Pine.BSF.4.21.0209261334510.51936-100000@InterJet.elischer.org>

next in thread | previous in thread | raw e-mail | index | archive | help

[-- Attachment #1 --]
On Thu, Sep 26, 2002 at 01:35:43PM -0700, Julian Elischer wrote:
> > 
> > Take a look at /sys/compat/linux/linux_stats.c,
> > 
> >     revision 1.29
> >     date: 2001/01/14 23:33:50;  author: joe;  state: Exp;  lines: +18 -11
> >     Instead of hard coding the major numbers for IDE and SCSI disks
> >     look in the device's cdevsw for the D_DISK flag.
> >     ----------------------------
> >     This fixes the problem with VMWARE not being able to use raw disks.

This should have read, "Linux uses block devices to access raw
drives, but we've got rid of them in -current and so VMWare is
having a hard time running off raw partitions.  Pretending that
disk character device nodes are block devices appears to make VMWare
run off raw drives again."

> 
> but it still doesn't help with partial block reads..
> 

That didn't appear to be a problem with VMWare2.

Joe
-- 
"As far as the laws of mathematics refer to reality, they are not certain;
and as far as they are certain, they do not refer to reality." - Albert
Einstein, 1921

[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (FreeBSD)

iEYEARECAAYFAj2ThQ8ACgkQXVIcjOaxUBYXQACgtk2fTbAXQa8ZdJFy1+dRB3R1
j7EAoOp+Ie8uwtxNSQ8W0G/jDnvpVTY/
=j4OK
-----END PGP SIGNATURE-----

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020926220711.GB11316>