All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ted Hilts <thilts@help-for-you.com>
To: Tim.Deegan@cl.cam.ac.uk, xen-devel@lists.sourceforge.net
Cc: thilts@help-for-you.com
Subject: A little more clarification
Date: Wed, 02 Mar 2005 20:32:20 -0700	[thread overview]
Message-ID: <42268544.3060201@help-for-you.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 5968 bytes --]

Tim

Thank you for your comments.  I am still having a problem in trying to 
visualize a few things.  I hope you can persevere with me on this. Sorry 
to be so lengthy on something that seems more than obvious to others on 
the list. Let me explain.

Back in the days of Linux kernel 2.2.x I purchased VMWARE (for Linux) 
which was intended -- in non technical terms --  to be installed on top 
of or into my existing (SuSE 6.2 or 6.4 or equivalent installed 
distribution using kernel 2.2.x) Linux distribution. I just followed the 
instructions and it worked but I had no real insight into the matter. 
Then a few weeks ago a chap on the [SLE] list said he had downloaded Xen 
and installed it on top of or into his existing SuSE 9.1 (kernel 2.6.x) 
distribution installation. He indicated (just as with VMWARE) that he 
had a virtual Linux distribution installed on top of his existing or 
primary Linux installation. He indicated that both the initial 
installation and the virtual one ran concurrently. Although, that is 
probably not a techincally correct way of talking about these things. So 
when reading the tutorial and installation web pages for Xen I was 
predisposed to interpret this material from that same standpoint.  In 
otherwords, I either properly or improperly assumed that there must be a 
2.4.x or 2.6.x Linux system already up and working with the servers such 
as NFS, Telnet, SSH, portmap, and others as well the NIC and other 
physical interface devices all working.  In my mind it was this already 
installed and working distribution that would become the (basis) GUEST 
OS for DOMAIN 0 once the kernel was modified (ported) and installed 
becoming joined to Xen.

When I used VMWARE I just followed instructions but did not appreciate 
the reasoning or proprietary software architecture behind those 
instructions.  Because I now want to work with the source code of Xen 
and the Linux kernel I want very much to develop an accurate and proper 
insight. That is why I am now dwelling on this issue which was supposed 
to be my point #1 of 4 high level points in my previous email. So now I 
will ask my question.

Is what I have assumed correct, must there be an existing 2.4 or 2.6.x 
kernel based Linux installation up and running which must be modified 
(kernel modification or ported) to run Xen?  It is my understanding that 
the Xen source code installation or the binary installation both require 
a properly pre installed fully functional Linux system as the basis of 
Xen operation.  Once it's (pre installed linux distribution) 2.4.x or 
2.6.x kernel has been modified to work with the Xen software and tools 
we have created this Linux distribution into an Xen-based system called 
Domain 0 that becomes so when shutdown and then booted???

If my assuption correctly follows the Xen documentation then my first 
point should have read:

NOTE:: If this point is flawed by the assumpition that there must be a 
fully functional pre existing 2.4 or 2.6.x Linux sytem then my thinking 
is all screwed up. It would not be the first time. BTW, by OS I don't 
mean just the kernel. Some consider the entire installation the OS -- an 
obvious mutation.  I don't know how Xen documentation defines OS.  For 
some people the kernel is the OS as it is the primary layer.  For others 
the distribution less the desk top, games, graphical applications, 
office packages and any non command line controlled packages constitute 
the OS.  I use the latter definition.  So if OS means just the kernel 
code then  I will have to significantly change my point #1.

The following detail is what I meant to imply by my point #1.

#1 -- The BUILD:
The  Xen distribution includes 3 main components (Xen itself, ports of 
Linux 2.4 and 2.6.x kernels to run on (with) Xen, and user-space tools 
required to manage an Xen-based system) all of which assumes the 
existence of an already installed and fully fuctional  pre existing 
Linux system which must be adapted (to become the default Xen Linux 
build identified as DOMAIN 0.  Domain 0 is  the primary layer 
(controlled by the Xen package) and consists of the GUEST OS (the 
adapted pre existing Linux system) hosted by a secure pseudo virtual 
machine (a controlled execution environment using the adapted or ported 
kernel and Xen tools and processess to run and monitor parts of the 
GUEST OS (entire installed linux system?)).  The pre existing system 
once so adapted and running under Xen control contains support for 
relatively modern server-class network and disk hardware. The Xen 
process (called xend) runs in highest privilege in DOMAIN 0 and  it's 
code detects and starts secondary processors, sets up interrupt routing, 
time slicing, and performs PCI bus enumeration as well as offloads 
hardware support issues to DOMAIN 0 GUEST OS which is the modified pre 
existing Linux installed distribution.  As such, Xen provides a secure 
virtual machine for this GUEST OS, builds other domains using an OS 
installed in a root file system placed on a partition and booted from 
that partition, manages their virtual devices and performs 
administrative tasks.

My next question:
What exactly is an HTTP/S server -- apparently it is a requirement for 
browser administration access to a Xen-based system? Is Apache such a 
server and if not can it be turned into such a server???

One more question:
Regarding the source code.  I have been reviewing Python and C 
(gcc/gcc++) and was wondering if there was a high level diagram showing 
dependencies (hierarchy based on caller and called)  and code utilized 
(python, C, binary insertions, etc.)???

Based on what I am learning here (mostly from you) I have been 
constructing a very high level chart showing levels, key Xen processes, 
and stuff like that.  I will send you a copy once I am sure the 
information is correct and properly represents what is happening.

Thank you very much in advance for your comments and advice.

Ted



[-- Attachment #2: Type: text/html, Size: 6305 bytes --]

             reply	other threads:[~2005-03-03  3:32 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-03  3:32 Ted Hilts [this message]
2005-03-03  9:30 ` A little more clarification Tim Deegan
2005-03-03 15:33 ` Mark Williamson
2005-03-03 16:44   ` Xend port Rich Persaud
2005-03-03 17:49     ` Anthony Liguori
2005-03-03 18:12       ` Mark Williamson
2005-03-03 18:56       ` Matt Piechota
2005-03-05  8:52     ` Tommi Virtanen
2005-03-03 23:56   ` A little more clarification -- Thank You! Ted Hilts

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=42268544.3060201@help-for-you.com \
    --to=thilts@help-for-you.com \
    --cc=Tim.Deegan@cl.cam.ac.uk \
    --cc=xen-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.