This makes the KEXEC Kconfig option depend on !XEN_UNPRIVILEGED_GUEST, so
that it is not available to unprivelaged guests. Or in other words,
it is only available to non-xen linux or privileged guests.
Some minor #defines relating to kexec have also been
updated.
linux/kexec.h is only needed in
Hi,
This is the linux-xen portion of kexec for ia64 xen v20080125.
Please see the slightly lengthier cover to the xen series of
patches for more information.
--
Horms
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
.fill 4096, 1, 0
#else
.fill 8192, 1, 0
--
--
Horms
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
*/
//copy segments
movl r16=PAGE_MASK
--
--
Horms
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
On Fri, Sep 28, 2007 at 12:46:40PM +0900, Horms wrote:
On Thu, Sep 27, 2007 at 02:13:28PM -0600, Alex Williamson wrote:
On Thu, 2007-09-27 at 16:31 +0900, Simon Horman wrote:
plain text document attachment (ia64-xen-kexec.patch)
Signed-off-by: Zou Nan hai nanhai.zou_at_intel.com
Signed
Signed-off-by: Simon Horman [EMAIL PROTECTED]
---
Date: Thu, 20 Sep 2007 14:49:43 +0900
As requested this has been split out from the backport of ia64 kexec/kdump
from upstream Linux.
Date: Thu, 20 Sep 2007 14:49:43 +0900
Make reserve_memory changes transparent virtualisation friendly
Date:
, the lines changed seem
closer to where they live in current upstream before this patch.
Thanks, I'll look into that.
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
___
Xen-ia64-devel mailing list
Xen-ia64-devel
On Thu, Sep 27, 2007 at 11:32:46AM +0100, Ian Campbell wrote:
Keir already took this:
http://xenbits.xensource.com/linux-2.6.18-xen.hg?rev/aaf32d3bdc8b
It's just this morning got unblocked from the staging tree though.
Thanks, I'll drop it from my series when I do my next up-port.
--
Horms
On Thu, Sep 20, 2007 at 06:38:08PM +0900, Horms wrote:
On Thu, Sep 20, 2007 at 10:15:01AM +0100, Ian Campbell wrote:
You posted to xen-ia64-devel xen-ia64 (deleted the wrong word?)
rather than xen-devel so I added that to the CC.
Thanks. I've trimmed xen-ia64
On Thu, 2007-09-20 at 13
? Thanks,
Yes, and xenU to I think. I have updated the patch accordingly.
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64
series. Won't this fail to build w/ CONFIG_XEN=n? Thanks,
In the case of CONFIG_XEN, kexec_virt_to_phys is defined in
include/asm-ia64/kexec.h, otherwise it will fall back to
the definition on include/linux/kexec.h (which is already merged).
--
Horms
H: http://www.vergenet.net/~horms/
W: http
= HYPERVISOR_memory_op(XENMEM_machine_memory_map, memmap);
+ if (!ret)
+ break;
+
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
curious, what does xen_present() check to test for xen? Thanks,
It just checks to see it /proc/xen exists.
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
.
On the basis that this change isn't needed by upstream Linux
and that it doesn't fix a build or run time problem, although
I still think the change is techincally correct, I have
dropped it.
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en
,
Hi Alex,
Although it isn't clear from the patch, the code is gaurded by CONFIG_KEXEC.
As you suggest, xen_machine_kexec_register_resources() needed to
be protected, I have used is_initial_xendomain() as this port
of kexec isn't supposed to do anything on non-privelaged domains (yet).
--
Horms
init_bootmem(), which is called in
find_memory(). However xen_machine_kexec_setup_resources() is indirectly
called earlier on in find_memory().
Another one for xen-devel? Thanks,
Agreed, I have re-posted it there.
--
Horms
H: http://www.vergenet.net/~horms/
W: http
---
fs/nfs/sysctl.c|5 -
include/linux/sysctl.h | 14 +++---
3 files changed, 11 insertions(+), 11 deletions(-)
This looks like a patch for xen-devel. Thanks,
Good idea, I have sent it there.
--
Horms
H: http://www.vergenet.net/~horms/
W: http
it was included in 2.6.22, possibly before. I can
just drop this change from my patchset if you like. However, I think
that it makes sense to keep it in given that a backport of ia64 kexec is
included in this series, and this change is really just part of that.
--
Horms
H: http://www.vergenet.net/~horms
On Thu, Sep 13, 2007 at 03:31:43PM +0900, Horms wrote:
On Wed, Sep 12, 2007 at 06:08:30PM +0900, SUZUKI Kazuhiro wrote:
[snip]
4. Fix VHPT purging code to treat what is at the IA64_DOMAIN_FLAGS_OFFSET
offset as a litteral value (flag) rather than a pointer to a literal.
Suppose
();
Agreed. I have removed vector. I'll send a patch to upstream Linux too.
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com
load the value of domain-arch.flags
So 'r3=[r3]' is necessary.
Understood. I am pretty sure that this was causing a problem.
I will look into it again.
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
___
Xen-ia64
hoping there's another patch that I haven't read yet that makes
this function useful.
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
know about the README.orgin scheeme.
I have probably missed this in a few other places too.
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
On Wed, Sep 12, 2007 at 10:19:25AM +0200, Markus Armbruster wrote:
Horms [EMAIL PROTECTED] writes:
On Tue, Sep 11, 2007 at 02:55:47PM +0200, Markus Armbruster wrote:
[...]
Kernel messages (printk) go to all registered consoles with flag
CON_ENABLED.
User space talks to /dev/console
scratch their heads a bit, that would be great.
Lastly, on a slightly more personal note, I'm going to be travelling
quite a bit over the next month, which may affect my email
responsiveness. Apologies in advance for any bother this may cause.
--
Horms
H: http://www.vergenet.net/~horms/
W: http
I havnen't investigated why, but 52f308b17bae
xencons: Remove xencons_early_setup() and do not clear use_vt_console.
seems to cause a regression on ia64.
The problem is that with this change applied the console
seems to stop just before the end of boot - no more output,
no input.
This was
On Tue, Sep 11, 2007 at 02:55:47PM +0200, Markus Armbruster wrote:
Keir Fraser [EMAIL PROTECTED] writes:
On 11/9/07 12:12, Keir Fraser [EMAIL PROTECTED] wrote:
On 11/9/07 12:06, Horms [EMAIL PROTECTED] wrote:
I havnen't investigated why, but 52f308b17bae
xencons: Remove
is checking psr.cpl to make sure that it is 0,
and thus deny access to (non-vti?) domains. Is a similar check possible
for vti domains, or is the problem a little deeper?
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en
On Mon, Sep 10, 2007 at 05:20:49AM +0200, Tristan Gingold wrote:
On Mon, Sep 10, 2007 at 10:54:29AM +0900, Horms wrote:
On Sat, Sep 08, 2007 at 06:06:30AM +0200, Tristan Gingold wrote:
On Fri, Aug 17, 2007 at 03:50:55PM +0900, Simon Horman wrote:
This is used by paches that move the EFI
tiger2 box that I
have access too, but not the RX2620. Both machines are running with the
same config, which I posted previously. Perhaps the RX2620 problem has
to do with the layout of the physical memory regions?
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en
;
}
--
宝曼 西門 (ホウマン・サイモン) | Simon Horman (Horms)
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
0x001c06e1
(XEN) mpaddr 0x000c physaddr 0x000c flags 0x2
The boot log and kernel config are below. Please let me know what
I should look at next.
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
ELILO
Uncompressing Linux... done
Loading initrd
that I posted yesterday. I can post the full series that includes
this change if you like.
A slightly out of date version is here:
http://www.vergenet.net/linux/kexec/ia64-xen/20070713/broken_out/
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en
are welcome...
Awsome!
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
. That patch was a bit of a stab in the dark to be honest.
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
/kexec/ia64-xen/20070713/broken_out/BUILD
http://www.vergenet.net/linux/kexec/ia64-xen/20070713/broken_out/PROBLEMS
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
___
Xen-ia64-devel mailing list
Xen-ia64-devel
/head.o
/home/horms/work/xen/xen-ia64-unstable.hg/xen/common/built_in.o
/home/horms/work/xen/xen-ia64-unstable.hg/xen/drivers/built_in.o
/home/horms/work/xen/xen-ia64-unstable.hg/xen/arch/ia64/built_in.o \
/home/horms/work/xen/xen-ia64-unstable.hg/xen/common/symbols-dummy.o -o
/home
On Wed, Jun 27, 2007 at 02:19:20PM +0200, [EMAIL PROTECTED] wrote:
Quoting Horms [EMAIL PROTECTED]:
GET_THIS_PADDR() doesn't appear to work correclty
on xen-ia64-unstable.hg 15165:96331db61e47
Long-winded description of why
cpu_data = 0xf441
ia64_tpa
On Wed, Jun 27, 2007 at 05:30:45PM +0200, [EMAIL PROTECTED] wrote:
Quoting Horms [EMAIL PROTECTED]:
On Wed, Jun 27, 2007 at 02:19:20PM +0200, [EMAIL PROTECTED] wrote:
Quoting Horms [EMAIL PROTECTED]:
I am lost here :-( I though ar.kX were reserved by the domains.
I think
On Thu, Jun 28, 2007 at 05:14:57AM +0200, Tristan Gingold wrote:
On Thu, Jun 28, 2007 at 05:07:41AM +0200, Tristan Gingold wrote:
On Wed, Jun 27, 2007 at 10:38:44PM +0900, Horms wrote:
On Wed, Jun 27, 2007 at 02:19:20PM +0200, [EMAIL PROTECTED] wrote:
Quoting Horms [EMAIL PROTECTED
On Mon, May 28, 2007 at 03:37:06PM +0900, Akio Takebe wrote:
Hi, Horms
Hi Takebe-san,
thanks a lot for all your help with this problem.
With a bit of luck we now have a solution.
I found that by porting kexec_disable_iosapic() to xen (which involved
cut and paste only) and calling
On Mon, May 28, 2007 at 03:25:04PM +0900, Akio Takebe wrote:
Hi, Horms and Ian
Thank you for your reply, Horms.
I forgot Signed-off-by of the patch.
Signed-off-by: Horms [EMAIL PROTECTED]
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Is the Signed-off-by OK, Horms?
Actually, i think
[ Ian Campbell added to CC list ]
On Tue, Sep 05, 2006 at 06:45:35AM +0900, Akio Takebe wrote:
Hi, Horms
I tested the following patch with Horms kexec patch.
My tests is:
push NMI bottun after loading kdump kernel.
The results is:
OK, I could get vmcore
Hi Takebe-san
On Mon, May 28, 2007 at 01:12:28PM +0900, Horms wrote:
On Fri, May 25, 2007 at 03:09:32PM +0900, Akio Takebe wrote:
Hi, Horms
I did find one thing which is interesting, which is that if
I boot into the first kernel with xencons_poll, and the second
kernel without it, then the console
On Fri, May 25, 2007 at 03:09:32PM +0900, Akio Takebe wrote:
Hi, Horms
I did find one thing which is interesting, which is that if
I boot into the first kernel with xencons_poll, and the second
kernel without it, then the console in both kernels works.
I wonder if perhaps the first kernel
On Wed, May 23, 2007 at 01:36:45PM +0900, Akio Takebe wrote:
Hi, Horms
After kexec, what kernel do you use?
Xen or linux kernel?
I think you don't call iosapic_register_intr(),
arguments of iosapic_register_intr() are wrong.
Can you check that efi.hcdp is passed to second kernel properly
the Xen serial
code a bit to see what happens.
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
ELILO
Uncompressing Linux... done
Loading initrd people/horms/initramfs_data.cpio.gz...done
Loading initrd people/horms/vmlinux-xen...done
On Fri, Feb 16, 2007 at 04:05:52PM +0900, Horms wrote:
On Thu, Feb 15, 2007 at 07:01:06AM -0700, Alex Williamson wrote:
On Thu, 2007-02-15 at 19:30 +0900, Horms wrote:
Hi Alex,
I did a bit of research and it seems that the Tiger2, like the Tiger4,
only has one serial port. So we
On Thu, Feb 15, 2007 at 07:01:06AM -0700, Alex Williamson wrote:
On Thu, 2007-02-15 at 19:30 +0900, Horms wrote:
Hi Alex,
I did a bit of research and it seems that the Tiger2, like the Tiger4,
only has one serial port. So we can use common code for both of them,
having com1=0x2f8
On Thu, Feb 15, 2007 at 05:32:46PM -0700, Alex Williamson wrote:
On Wed, 2007-02-14 at 19:09 +0900, Horms wrote:
I'm happy to announce the third alpha release of this code.
It is just a minor up-port to xen-ia64-unstable version 13903.
The Linux and kexec-tools portions are unchanged
On Fri, Feb 16, 2007 at 05:29:55PM +0900, Horms wrote:
On Thu, Feb 15, 2007 at 05:32:46PM -0700, Alex Williamson wrote:
On Wed, 2007-02-14 at 19:09 +0900, Horms wrote:
I'm happy to announce the third alpha release of this code.
It is just a minor up-port to xen-ia64-unstable version
Hi Alex,
I did a bit of research and it seems that the Tiger2, like the Tiger4,
only has one serial port. So we can use common code for both of them,
having com1=0x2f8.
Tested on a Tiger 2 with the following command line, which is only
needed for the linux dom0 console -- xen and linux dom0 boot
=power-off console=tty0 console=ttyS0,115200
--
Horms
H: http://www.vergenet.net/~horms/
W: http://www.valinux.co.jp/en/
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
On Thu, Feb 08, 2007 at 05:10:34PM +0900, Horms wrote:
On Fri, Jan 12, 2007 at 01:22:05PM +0900, Horms wrote:
Hi,
for far to long now I have been tinkering with patches for Kexec for
Xen on IA64. These are part of the work that Magnus Damm and I have been
doing, of which the generic
On Wed, Feb 14, 2007 at 08:33:57AM -0700, Alex Williamson wrote:
Hi Simon,
On Wed, 2007-02-14 at 18:42 +0900, Horms wrote:
Being greeted by a lovely not-working console this afternoon
Sorry about that, thanks for testing.
I have set about testing this on Tiger2. Here
the console=ttyS1,115200n8 bit is needed)
More recently I have been using a Tiger2, where the following works.
Its pretty similar to the line above, which seems to indicate
it is correct.
append=com2=115200,8n1,0x2f8,0 console=com2 \
-- console=tty0 console=ttyS0,115200
--
Horms
H: http
On Fri, Jan 12, 2007 at 01:22:05PM +0900, Horms wrote:
Hi,
for far to long now I have been tinkering with patches for Kexec for
Xen on IA64. These are part of the work that Magnus Damm and I have been
doing, of which the generic and x86 portions were merged for 3.0.4
/latest/broken_out/README
http://www.vergenet.net/linux/kexec/ia64-xen/latest/broken_out/BUILD
Lastly, I should mention that all development has been on a Tiger 2 box.
Testing and development on other platforms would be greatly appreciated.
--
Horms
H: http://www.vergenet.net/~horms/
W: http
Remove created symlinks on clean
I noticed some weirdness when copying trees around because
these links weren't removed on a clean. This fix seems
correct to me, and at worst harmless.
Signed-Off-By: Horms [EMAIL PROTECTED]
diff -r 0e4958eff781 -r 8c7770e5d673 xen/arch/ia64/Makefile
--- a/xen
59 matches
Mail list logo