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/
Home Products Support Community News


Re: [Xen-merge] Missing devpts in domU / i8237.c issue

To: Thomas Trepl <ttrepl@xxxxxxxx>
Subject: Re: [Xen-merge] Missing devpts in domU / i8237.c issue
From: Vincent Hanquez <vincent.hanquez@xxxxxxxxxxxx>
Date: Wed, 18 Jan 2006 14:51:10 +0100
Cc: xen-merge@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 18 Jan 2006 13:58:31 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <200601151022.51087.ttrepl@xxxxxxxx>
List-help: <mailto:xen-merge-request@lists.xensource.com?subject=help>
List-id: xen-merge <xen-merge.lists.xensource.com>
List-post: <mailto:xen-merge@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-merge>, <mailto:xen-merge-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-merge>, <mailto:xen-merge-request@lists.xensource.com?subject=unsubscribe>
References: <200601151022.51087.ttrepl@xxxxxxxx>
Sender: xen-merge-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.9i
On Sun, Jan 15, 2006 at 10:22:50AM +0100, Thomas Trepl wrote:
> 1) Why is devpts disabled for domUs? The ssh daemon will not work without. Or 
> do i have missed something? How do i have to setup the domU to get the sshd 
> (openssh-4.2p1) working. With the xen-3.0.0 release, it works fine.

the following patch should do the job (sent to the maintainer as well):

diff -r bb555541ec84 drivers/Kconfig
--- a/drivers/Kconfig   Fri Jan 13 19:47:57 2006 +0100
+++ b/drivers/Kconfig   Wed Jan 18 13:48:28 2006 +0000
@@ -49,9 +49,11 @@
 # input before char - char/joystick depends on it. As does USB.
 source "drivers/input/Kconfig"
 source "drivers/char/Kconfig"
 source "drivers/i2c/Kconfig"
 source "drivers/w1/Kconfig"

> 2) When compiling the kernel the compile fails with error message:
> [snip]
> This occures if SMP is set off cause the machine does have only one CPU. 
> Adding "#include <linux/smp.h>" to "arch/i386/kernel/i8237.c" makes it 
> compilable. Is that a correct fix?  Btw. i'm using a gcc-4.0.2.

This is not the correct fix since i8237 has nothing to do with SMP.
the problem lies somewhere in the include dependancy.

asm-i386/mach-xen/asm/system.h <- included by spinlock.h <- include by dma.h
need some linux/smp.h definition
I failed to see what is the good fix right now ..

you can compile a SMP kernel for the moment (and add CONFIG_SMP_ALT if
you are really worried of the performance)

Vincent Hanquez

Xen-merge mailing list

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