Hi, all
I make patches which support INIT handler.
This is the first work for IA64 MCA/INIT support.
If look like good, please apply the following patch.
INIT handler works good when I tested.
MCA dispatcher is infinity loop now.
Comments are welcome. :-)
Signed-off-by: Akio Takebe [EMAIL
Hi, Akio,
Could you explain why you need to fix LOAD_PHYSICAL like
that way? Instead of expanding one instruction to three with
dependencies, why not pull dynamic patch mechanism from linux
(arch/ia64/kernel/patch.c) which is not a big effort? :-)
Thanks,
Kevin
From: Akio Takebe
Sent:
On Mon, 2006-06-12 at 08:50 -0400, Rodrigo Lord wrote:
Hi, Akio!
This problem is ok now! :)
But...
Initializing random number generator...done.
Recovering nvi editor sessions... done.
INIT: Entering runlevel: 3
Starting system log daemon: syslogd.
Starting kernel log daemon: klogd.
On Mon, 2006-06-12 at 06:55 -0600, Alex Williamson wrote:
On Mon, 2006-06-12 at 08:50 -0400, Rodrigo Lord wrote:
It stopped here (cron) !
I think that just more on step and I don`t disturb more! :)
Do you have a getty running on ttyS0? Mount your guest image,
edit /etc/inittab, enable
Hi Alex!
I followed the steps, but it doesn`t work!
My inittab of domU now is:
# Example how to put a getty on a serial line (for a terminal)
#
T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100
Thanks!2006/6/12, Alex Williamson [EMAIL PROTECTED]:
On
On Mon, 2006-06-12 at 10:59 +0200, Tristan Gingold wrote:
Hi,
using the attached patch, I was able to do a save restore.
I will update and clean this patch before submitting it.
The main points are:
1) a new hypercall used to setup domains
2) xc_ia64_linux_{save,restore}.c files in
it`s ok!
my domU is working!
thread finished!
Thanks!2006/6/12, Rodrigo Lord [EMAIL PROTECTED]:
I do it as tty1! but doesn`t work!
T0:23:respawn:/sbin/getty -L tty1 9600 vt100
I tried too to disable:
#1:2345:respawn:/sbin/getty 38400 tty1
But the problem continues...
Thanks!2006/6/12,
Le Lundi 12 Juin 2006 16:11, Alex Williamson a écrit :
On Mon, 2006-06-12 at 10:59 +0200, Tristan Gingold wrote:
Hi,
using the attached patch, I was able to do a save restore.
I will update and clean this patch before submitting it.
The main points are:
1) a new hypercall used to
On Tue, 2006-06-13 at 08:36 +0800, Tian, Kevin wrote:
That's the real problem, though we're not sure why this phenomenon is
easier to be reproduced after creating VTI domain. Quick/easy solution
can be to roll back above changeset to ensure tree stability first, and
then
community needs to
