-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Am 05.08.2008 um 22:11 schrieb Todd Deshane:
On Tue, Aug 5, 2008 at 9:39 AM, Paul Schulze <avlex@xxxxxxx> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi everyone,
I was just playing around with my Xen project again and tried to
assign a
physical CD/DVD drive to my Desktop DomU via the disk section in
the config
file, because I want to use it for CD and DVD reading and writing
(like on a
normal desktop). I tried 'phy:/dev/scd0,scd0,r' and
'phy:/dev/scd0,scd0:cdrom,r', which resulted in the device not
showing up in
/dev in the DomU at all, and 'phy:/dev/scd0,hdc:cdrom,r' and
'phy:/dev/scd0,hdc,r', resulting in the device showing up but
wodim -scanbus
not finding it (which would be essential for CD/DVD writing) and no
auto-mounting.
After a bit of research, I tried to pass the IDE controller to
that DomU,
which resulted in the CD/DVD drive not being available in either
of the VMs
and a system crash when destroying the Desktop DomU. I already
checked
for possibly overlapping IRQs, but as far as I could see, when
assigning the
IDE controller to that DomU, it is then the sole user of it.
Am I doing something wrong here, or is there any better way to
accomplish
this? Ideally, the sollution wouldn't have to depend on passing
the IDE
controller to the DomU, since I am planning on replacing the
current IDE
DVD-Writer with a SATA BD-Combo and my board only has one SATA
controller
(and I wouldn't like to buy a separate one). Any ideas on how to
make this
work?
Maybe this is related:
http://xen.markmail.org/search/?q=media#query:media%20date%
3A200807-200808%20+page:1+mid:2qqhjm6mb2yearoc+state:results
Hi Todd,
Thanks for pointing me there. Sadly, this post would explain the
problems, I had with just passing a physical block device to the
DomU. If I understand it correctly, this means that there is no way,
disk burning would work properly, even with the patch, because the
DomU still only passes along the raw device data without the proper
controller access (in which case, phy as tag is totally misleading
and should probably be changed to raw or something). To get this to
work, I'll have to get PCI passhrough to work properly for the IDE
controller, make the DomU recognize the drive and hope that someone
comes up with a good way to use a physical CD/DVD drive without PCI
passthrough in the future (which would need some hack on ioctl too,
if I remember correctly), to be able to use a SATA drive with just
one controller.
Are my assumptions wrong, or does someone have an idea on the
problems, I previously described with passing the IDE controller to
the DomU? The hardware, I'm trying this on is an AMD X2 4850e on an
Asus M3A-H/HDMI board, with Ubuntu Server (with Xen 3.2 from the
repository) as a Dom0 and Ubuntu as DomU, debootstrapped via xen-
tools. Up until now, the system was pretty stable and reliable,
considering the amount of PCI devices, I hand to the Desktop and
IPCop DomU, so I really don't get what is going wrong with the IDE
controller (and the graphics card like I described in some earlier
posts). If someone has a hint there, I'd be grateful.
Thanks,
Paul.
- --
Paul Schulze
avlex@xxxxxxx
Public Key: http://solaris-net.dyndns.org/keys/key_avlex.asc
"Making mistakes is human,
but to really fuck things up you need Computers"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
iD8DBQFImN0qYDWOGtiChoARAhRiAJ9gxZlg1w+9/UT9C9/XAoRjQVCdvgCfZb3Z
RPWLCPfyV1ww45fwN7vetCA=
=s5pH
-----END PGP SIGNATURE-----
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
|
Home