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] Re: mini-os: more bugs (was: mini-os: gnttab.c does not comp

To: Grzegorz Milos <gm281@xxxxxxxxx>
Subject: [Xen-devel] Re: mini-os: more bugs (was: mini-os: gnttab.c does not compile)
From: "Robert Kaiser (FH)" <kaiser@xxxxxxxxxxxxxxxxxxxxxxxxxx>
Date: Wed, 30 Aug 2006 23:29:57 +0200
Cc: "John D. Ramsdell" <ramsdell@xxxxxxxxx>, Steven Smith <sos22@xxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 30 Aug 2006 14:31:01 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <BDDB6F19-5AFF-4467-9FC0-68F749134C68@xxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <200608291442.50081.kaiser@xxxxxxxxxxxxxxxxxxxxxxxxxx> <BDDB6F19-5AFF-4467-9FC0-68F749134C68@xxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 1.5.0.5 (X11/20060728)
Hello Gregor

Thanks for your response.

Grzegorz Milos schrieb:
Hi there
Thanks for the reports guys.

I'm very busy for the next 2 days, but I will have a look afterwards. My guess is that public xen interfaces changed, which causes our grant table implementation to fail to compile.

If you remove gnttab.c (together with the init call from kernel.c) then Mini-OS should work just fine.

I switched to xen-3.0.2 for now. The mini-os here does compile, but it has some bugs too: Exception handling does not display the correct registers and gets into an endless loop. I have developed a patch to fix these issues. I suppose it would be best if I "forward-ported" this patch to xen-unstable and submit it to you?

Another issue I found is that mini-os blocks its VM when idle (I posted a question about this a few weeks ago, but didn't get any response): Xen signals timer events to mini-os, but because mini-os is blocked most of the time, it misses roughly 99% of those. That is why the periodic output of the current time that mini-os is supposed to display does not show (actually it would if one were patient enough to wait for a few hours or even days..). This could be fixed easily by removing the blocking call.

Cheers

Rob

Cheers
Gregor

Hello,

sorry to bother you with this: while trying to compile mini-os from
xen-unstable.hg, I noticed that compilation failed like this:


gcc -fno-builtin -Wall -Werror -Wredundant-decls -Wno-format
-Wstrict-prototypes -Wnested-externs -Wpointer-arith -Winline -m32
-march=i686 -g -Iinclude -Iinclude/x86 -Iinclude/x86/x86_32 -c gnttab.c
-o gnttab.o
gnttab.c: In Funktion »init_gnttab«:
gnttab.c:165: error: request for member `p' in something not a structure or
union
make: *** [gnttab.o] Error 1

Looking at the source code, I'm not surprised that this happens, and I suspect
that the file of the same name (gnttab.c) found in
linux-2.6-xen-sparse/drivers/xen/core will also fail to compile (though I
have not checked this).

It seems that the grant-table functions are currently in a non-functional state and that mini-os does not use these functions anyway (except for a call to the init function): After commenting out this call, I was able to build
the mini-os binary.

Is there a particular reason for this? Can I expect the mini-os to work after
removing gnttab.c?


Kind Regards

Rob



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

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