WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] xen bug hunting

To: xen-devel@xxxxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] xen bug hunting
From: Paul Boehm <paul@xxxxxxxxx>
Date: Mon, 13 Oct 2003 02:28:23 +0200
Delivery-date: Mon, 13 Oct 2003 01:29:23 +0100
Envelope-to: steven.hand@xxxxxxxxxxxx
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.4i
hi,

i've successfully compiled xen-unstable for a dedicated box, and am
writing this from a harddrive based dom0.

right now this is a single processor duron 700 wuth 768mb ram, and a 160gig
ide drive.

my intended use is a non-mission-critical production use,
if the machine crashes and all data is lost, well so be it.

i aim to run 5 xenolinux installations running a customized debian variant,
each dedicated to different services. basically i've invited some
friends to toy with their own virtual server and do whatever they want.

i've just started setting up this testbed, and encountered
some problems. i have found procedures to reproduce them, but i haven't
tried tracing them to the source level. hopefully you are able to
reproduce them by my descriptions.

one compiletime fix was neccessary on my machine/installation:
in ide-cd.h:
    '__u8 short' -> '__u8'

some of the problems i remember encountering:
  in dom0: creating a new domain, destroying it, and creating a new domain
  reboots my machine. same happens if dom1 is unable to boot, and the
  domains gets destroyed this way.

  the default .config works fine, but as soon as i enable
  CONFIG_EXPERIMENTAL and CONFIG_FS_DEVFS(sp?), dom0 isn't able to boot
  anymore (immediate reboot). i'll try examining this one in a ring 1 domain,
  as soon as i have my first virtual harddrive install boot.

various things that work:
  booting dom0, network.
  starting dom1, same image (kernel loads, haven't configured partitions
  yet)
  X in dom0 (nvidia geforce2 with nv driver)
  3c59x nic driver
  xen_read_console

things that don't work:
  mouse (logitech ps/2 optical wheelmouse) neither in X nor gpm

questions:
  how do i assign a partition as root partition to the new domain?
  i suspect vbds are what i want. are they documented anywhere?
  
  any discussions about a 2.6 port yet?
  are you aiming for inclusion in 2.7?
  
  i know that the multiboot approach is more flexible, but would it be
  possible to implement xen's functionality into a linux kernel? could
  this possibly increase dom0*'s performance and range of available
  drivers?

please write a short note if you're working on fixing bugs i've
mentioned, so i don't waste my time debugging things you certainly know
more about.

also, thanks for xen!

regards,
  paul


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
SourceForge.net hosts over 70,000 Open Source Projects.
See the people who have HELPED US provide better services:
Click here: http://sourceforge.net/supporters.php
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel

<Prev in Thread] Current Thread [Next in Thread>