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

Re: [Xen-devel] Xen-Unstable : no eth0 when boot up

To: "Yan Li" <yan_li00@xxxxxxxxxxx>
Subject: Re: [Xen-devel] Xen-Unstable : no eth0 when boot up
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Tue, 29 Jun 2004 07:36:30 +0100
Cc: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>, "Ian Pratt" <Ian.Pratt@xxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 29 Jun 2004 21:06:15 +0100
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: Your message of "Mon, 28 Jun 2004 19:41:01 PDT." <BAY16-DAV12JlNK9W1I00013d62@xxxxxxxxxxx>
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
> ok, now it works. I found you set e100 enabled in defconfig-xen0. So I just
> cloned it again and build it all over again, and it works fine. Thank your
> help.
> btw, I have a question about how xen handle the system calls. Xen has fast
> trap mechanism. But when we commented out the line
>     "HYPERVISOR_set_fast_trap(SYSCALL_VECTOR);"
> in xenolinux-2.4.26/arch/xeno/kernel/traps.c, (talking about 1.2 here)
> xen still performed well. So xen must have something to handle system calls
> from guest OS, right? but we cannot find where it did this. It seems to us
> xen only defined 0-19, not 128 for system calls.

Traps to undefined vectors, or vectors for which the trapper has
insufficient privilege, cause a general protection fault (GPF) with a
particular type of error code. Xen detects that type of error code
and, if the guest OS registered a suitable virtual handler on that
vector, virtualises the GPF as a trap of the appropriate type. If teh
guest OS didn't, then the GPF is virtualised as a GPF in the usual
way. See the "cunning trick" comment in general_protection_fault() in
arch/x86/traps.c. 

 -- Keir



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel

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