) {
+ crash_kexec(NULL);
unknown_nmi_error((unsigned char)(reason0xff));
+ }
}
}
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
){
+crash_kexec(NULL);
unknown_nmi_error((unsigned char)(reason0xff));
+}
}
}
Best Regards,
Akio Takebe
On Fri, Sep 01, 2006 at 05:45:59PM +0900, Akio Takebe wrote:
Hi, Horms
That seems like a good idea to me. Though I think you are missing { }.
Can
-1.2630.fc6xen
ramdisk = initrd-2.6.17-1.2630.fc6xenU.img
memory = 512
name = domU
vif = [ '' ]
disk = [ 'file:/xen/image/fc6.root.img,hda1,w' ]
root = /dev/hda1 ro
extra = 3 ide0=noprobe ide1=noprobe ide2=noprobe ide3=noprobe this
Best Regards,
Akio Takebe
Hi,
I
/sda1 ro this
extra = 3 ide0=noprobe ide1=noprobe ide2=noprobe ide3=noprobe ---
-this
Best Regards,
Akio Takebe
Hi, Yongkang
I think this issue is configuration mistakes.
Can you try the following configuration?
I cannot try it because I meet another issue...
1. /etc/modprobe.conf
,
Akio Takebe
Presently the showstopper bug in Fedora Xen/ia64 is the failure of the
blkbk/netbk modules to load. Akio Takebe and Kouya Shimura worked on
a patch to fix this earlier (changeset bef360142b62), unfortunately it
doesn't seem to have fixed the problem on the Fedora kernel.
I filed
/sys sysfs defaults0 0
But I cannot use network on domU.
I'll check the src.rpm of kernel-xen.
Best Regards,
Akio Takebe
Hi Akio,
Sorry for response late. I just tried with the config you provide (I
changed xenU modprobe.conf and fstab). But unfortunately it still
in the case of not only ia64,
but also x86.
(In the case of x86, default size of dom0_mem is physcal memory size.
So this issue is hard to be happened.)
Please commets.
FYI
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202971
Best Regards,
Akio Takebe
sendmail is very slow.
I also suspected dom0/domU hanged up. :-)
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi, Yongkang
Thank you for your report.
I have the same bug.
Aron reported the likely bug of xenguest-install.py.
I try to debug this issue.
Best Regards,
Akio Takebe
Hi Aron and Akio,
I reported a new bug about Xen0 crashing, when I try to insert xennet.ko in
XenU.
https
)
cc_compile_by : root
cc_compile_domain :
cc_compile_date: Thu Sep 28 10:01:11 JST 2006
xend_config_format : 2
Best Regards,
Akio Takebe
Hi,
here are 3 patches for xencomm.
The first one (a2) is the xencomm in itself. Compatibility is broken.
The second one (b2
Takebe
Akio Takebe wrote: [Thu Sep 21 2006, 09:53:16PM EDT]
I can solve this problem by using dom0_mem=1G.
This allows blkbk/netbk to load, but I guess a domU won't install yet.
xenguest-install fails with a panic in dom0. I used this command:
xenguest-install -n domu -r 1024 -f /root/domu.img
time=2.38 ms
64 bytes from 10.124.36.60: icmp_seq=9 ttl=126 time=2.26 ms
64 bytes from 10.124.36.60: icmp_seq=10 ttl=126 time=2.25 ms
64 bytes from 10.124.36.60: icmp_seq=11 ttl=126 time=2.24 ms
Best Regards,
Akio Takebe
Hi,
thanks to Alex and Akio for more torough testing.
I have fixed
long)pfn_to_kaddr(page_to_pfn(page));
Best Regards,
Akio Takebe
Hi Tristan,
Tristan Gingold wrote: [Thu Sep 28 2006, 07:33:28AM EDT]
My tests were booting dom0+2*dom_U (using netbk, blkbk and netloop as
modules), and doing ping+wget from domU_1.
I tested these patches
occasions.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
in
/etc/init.d/xend. This moves the module load early enough in the
system boot to fix it on that arch.
So the above solution is not good.
If we choice the early module load solution,
we should add it into rc.sysinit.
Best Regards,
Akio Takebe
___
Xen
of cpus.
What do you think about it?
Best Regards,
Akio Takebe
Akio Takebe wrote: [Fri Sep 29 2006, 11:41:57AM EDT]
Hmmm... But this issue was happened on x86-PAE.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201796
Actually with dom0_mem=512M on FC6-ia64,
we can success installing
Hi, all
This patch change default value of dom0_mem.
Current xen/ia64, default value of dom0_mem is 512MB.
This patch change it from 512MB to almost total memory(like xen/x86).
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
I test the patch.
But I have a problem.
I cannot boot current xen/ia64
-coherent access to coherent memory. */
panic_domain(NULL, try to use WB mem attr on
UC page, mpaddr=%lx\n, mpaddr);
}
break;
Best Regards,
Akio Takebe
Hi, all
This patch change default value of dom0_mem
Hi, Isaku and Tristan
Thank you for your comments.
On Thu, Oct 05, 2006 at 04:55:07PM +0900, Isaku Yamahata wrote:
On Thu, Oct 05, 2006 at 04:00:20PM +0900, Akio Takebe wrote:
Hi,
Also in the case of current Xen-ia64-unstable(cset:11721),
this panic is occured by specified dom0_mem=4G
().
this issue is fixed by Tristan's xencomm patches.
This allocation problem is not relevant to copy_from/to_user problem.
This issue is not happened again because Tristan's patches
was merged.
Best Regards,
Akio Takebe
Akio, Isaku
The original motivation is to get modular vnif work
Hi, Aron
Do you use FC6? If so, it's compiler issue.
Please see the following link.
I posted a patch to fix it.
https://www.redhat.com/archives/fedora-ia64-list/2006-August/msg00059.html
Best Regards,
Akio Takebe
Unfortunately fixing the xen/xenlinux mismatch didn't solve the
problem...
Xen
Hi, Aron and Alex
It may be so, we need to add the patch into patches/ directory.
I had thought xen-ia64-unstable was not needed because
it was linux kernel problem.
Alex, do you also think necessry?
I can post the new patch.
Best Regards,
Akio Takebe
Akio Takebe wrote: [Tue Oct 17 2006
Hi, Alex
Yes, you're right.
Best Regards,
Akio Takebe
On Wed, 2006-10-18 at 07:07 +0900, Akio Takebe wrote:
Hi, Aron and Alex
It may be so, we need to add the patch into patches/ directory.
I had thought xen-ia64-unstable was not needed because
it was linux kernel problem.
Alex, do you
Hi, Aron and Juan
We fix this bug.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=204011
Please apply the following patch.
http://xenbits.xensource.com/xen-unstable.hg?cs=797430d25f1b
Best Regards,
Akio Takebe
Hi, Prarit
I enter BZ.
Bugzilla Bug 204011: kernel unaligned access
Best
Hi,
This patch fix the following issue.
1. boot xen
2. push INIT bottun
3. Nothing is printed to serial console.
I add console_start_sync() into ia64_init_handler().
Then this issue is fixed.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Signed-off-by: Masaki Kanno [EMAIL PROTECTED]
diff -r
Hi, Wing
I'm sorry.
Our patch modify codes of hypervisor and dom0 kernel.
So after installing xen.gz and dom0 kernel, please reboot system with them.
Best Regards,
Akio Takebe
Oh, I forgot restart xend last time.
But this time I get another error info. See attachment
Good good study,day day
Hi,
I forgot removing unnecessary ASSERT()
when I fixed vmx_build_physmap_table().
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
unnecessary_assert_vmx_build.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen
is not what we want.
The same problem may occur on reflect_event()!
I don't understand this issue very much.
But can you check is_be flags, and restore psr.be in each cases?
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel
comments, please tell me.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi,
This issue is strange.
Why do codes of hpsim is used?
Best Regards,
Akio Takebe
Hi, Alex
I am trying ltrace ps on IA64.
It makes dom0 hung.
From the serial console messages,
(XEN) ia64_handle_break: bad ssc code 4001c480, iip=
0x40002140,
b0=0x40002380
}
- What the patch does?
I do that free_irq_vector() is para-virtualized.
Regarding the e1000 bug, could you comment in the RH bug?
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208599
Yes.
Best Regards,
Akio Takebe
___
Xen-ia64-devel
: 08 00 84 00 br.ret.sptk.many
b0;;
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Privilege Register Fault
and General Exception is happended again.
But because xen check code=0x20, your suggestion is OK.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64
completely.
The test changeset is #13075 of
http://free.linux.hp.com/~awilliam/xen-ia64-machvec/.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
system keeps
coming up with 453M of memory.
We need to split options of xen and dom0 with --.
So you should use like the following option.
append=sync_console dom0_mem=262144 -- root=/dev/sda2 3
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
-virtualized ia64?
Is xm save dumpfile better for crash-utils than xendump file?
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi, Jes
Isaku work this issue now.
Could you see his patches?
http://lists.xensource.com/archives/html/xen-ia64-devel/2006-12/msg00249.html
Best Regards,
Akio Takebe
Hi,
This is an initial patch to make Xen start assigning meta physical
memory in the physical ranges that match the hardware
) Panic on CPU 0:
(XEN) BUG at mm.c:1442
(XEN)
(XEN)
(XEN) Reboot in five seconds...
Best Regards,
Akio Takebe
On Wed, Jan 03, 2007 at 09:02:05PM -0700, Alex Williamson wrote:
Thanks for continuing to work on this. These patches seem to work
fine
should change .confing,
I use CONFIG_DISCONTIGMEM and CONFIG_VIRTUAL_MEM_MAP,
but we may use SPARSEMEM.
(I'll check SPARSEMEM soon.)
Please comment.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
to be able
to deal with that efficiently on many ia64 platforms. Thanks,
Thank you for your reply.
I check SPARSEMEM, but unfortunately I have many compile error.
So if we choice SPARSEMEM, we must fix bits.
Which config are everyone think best?
Best Regards,
Akio Takebe
a2b2b2a011f1d406d49caba478020f3b2b173cb8
allocate all memory to dom0, if we don't specify dom0_mem.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
diff -r a2b2b2a011f1 -r 1625e2ba02fc xen/arch/ia64/xen/domain.c
--- a/xen/arch/ia64/xen/domain.cMon Jan 15 15:15:26 2007 -0700
+++ b/xen/arch/ia64/xen/domain.c
large machine environment.
Best Regards,
Akio Takebe
On Thu, 2007-01-18 at 13:06 +0900, Akio Takebe wrote:
Hi,
If we don't specify dom0_mem, we can use all memory on dom0 with this patch.
I change alloc_dom0() to alloc_dom0_size(), and alloc_dom0_size() is
static function.
Hi Akio,
I
Hi,
I fix a bug and I improve CallTrace
at the time of pushing INIT button.
This improve to support calltrace of all vcpu.
[1/2] fix a bug init_handler_platform
[2/2] improve calltarce
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen
by the functions.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
fix_break_sw_init_hanlder.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi,
I improve CallTrace at the time of pushing INIT button.
This improve to support calltrace of all vcpu.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
improvement_init_handler.patch
Description: Binary data
___
Xen-ia64
}
609 else
610 domain_shutdown(current-domain,
SHUTDOWN_poweroff);
611 break;
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
.
But if I use this patch, I cannot shutdown domU,
because linux machine_halt() call cpu_halt from only one cpu.
Do anyone know why linux call it from only one cpu?
Or do I have miss-reading about that?
Best Regards,
Akio Takebe
domainU_pal_halt.patch
Description: Binary data
. */
notifier_chain_register(panic_notifier_list, xen_panic_block);
+ notifier_chain_register(ia64die_chain, xen_poweroff_block);
}
#endif
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi, Tristan
On Wed, Jan 24, 2007 at 07:29:14PM +0900, Akio Takebe wrote:
Hi,
Probably modifying machine_reboot() and machine_power_off()
needs modification(paravirtualization) to call shutdown hypercall.
I think all the paravirtualization can be done through EFI+PAL calls.
Do Linux
may use cpu_halt() on all vcpu.
So I add printk like call PAL_HALT on all cpu,
and call domain_shutdown() for VTI domain.
Is this OK?
Best Regards,
Akio Takebe
On Wed, 2007-01-24 at 11:14 +0100, [EMAIL PROTECTED] wrote:
Selon Isaku Yamahata [EMAIL PROTECTED]:
On Wed, Jan 24, 2007 at 11:43:37AM
is not called from machine_halt().
So if we use halt command to shutdown domain,
we cannot halt system...
But is this ia64 achtecture specific?
I think notifier_chain of ia64die_chain is the best choice.
Which is good patch?
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
Hi, Anthony
In VTI side, ACPI is emulated by ACPI module of Qemu.
I think it supports S5.
Good news. But I look like Qemu don't trap acpi_power_off called by linux on
VTI.
I'll investigate it.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing
patch.
As you said, Linux on domVTi call acpi_power_off(),
then Qemu-dm emulate ACPI S5 state.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
: 'pfn_valid' declared inline after being called
include2/asm/maddr.h:72: warning: previous implicit declaration of 'pfn_valid'
was here
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
---
diff -r d0b2022e2403 buildconfigs/linux-defconfig_xen_ia64
--- a/buildconfigs/linux-defconfig_xen_ia64 Mon
Hi, Isaku
Great. I was trying to fix this issue.
I can boot domU, and also I can boot domU with my SPARSEMEM config.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64
Hi, Alex and Isaku
I'm trying to fix the warning caused by setting SPARSEMEM.
In the case of x86 code, the following check is used instead of pfn_valid().
static inline unsigned long mfn_to_local_pfn(unsigned long mfn)
{
unsigned long pfn = mfn_to_pfn(mfn);
if ((pfn end_pfn)
/xenentry.S:130: Warning: Only the first path
encountering the conflict is reported
/linux-2.6.18-xen/arch/ia64/xen/xenentry.S:125: Warning: This is the location
of the conflicting usage
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
cleanup_xenentry_S.patch
Description
Hi, Isaku
On Thu, Feb 01, 2007 at 05:04:33PM +0900, Akio Takebe wrote:
mfn_to_local_pfn() is called only by in_swiotlb_aperture().
in_swiotlb_aperture() check pfn_valid(),
so I fix by the following way, what do you think?
It seems caller's responsibility to check by pfn_valid().
So simple
Hi,
These patches are for supporting domain config of SPARSEMEM.
See the following thread.
http://lists.xensource.com/archives/html/xen-ia64-devel/2007-01/msg00278.html
[1/2] change config SPARSEMEM
[2/2] remove pfn_valid for supporting SPARSEMEM
Best Regards,
Akio Takebe
Hi,
This patch change buildconfig from FLATMEM to SPARSEMEM.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
config_sparsemem.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
Hi,
This patch remove pfn_valid() in mfn_to_local_pfn().
Caller function of mfn_to_local_pfn() should pfn_valid() in itself.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
remove_pfn_valid_for_sparsemem.patch
Description: Binary data
Hi,
This patch is for the following issue.
http://lists.xensource.com/archives/html/xen-ia64-devel/2007-01/msg00163.html
I update it for linux-2.6.18.
I tested;
1. domU shutdown
2. domU crash then xend generate domU's core.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio
because I used old GFW.
When I used the latest GFW, I could power off by qemu emulation.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi, Alex
Hmm, I'm sorry.
I can boot dom0, domU with my patches on PRIMEQUEST.
I'll check this issue.
Best Regards,
Akio Takebe
Dom0 boots with this, but booting a domU w/ the -xen kernel does bad
things:
Xen p2m: assign p2m table of [0x, 0x0001)
Xen p2m
it completely, when we halt it.
This is the same behavior as a native machine.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
---
diff -r 0df9dc2f1d03 linux-2.6-xen-sparse/arch/ia64/kernel/setup.c
--- a/linux-2.6-xen-sparse/arch/ia64/kernel/setup.c Thu Feb 01 13:54:26
2007
-0700
+++ b/linux
Hi,
I include xencons.h into setup.c,
and this patch fix warning at compile time.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
---
diff -r 0df9dc2f1d03 linux-2.6-xen-sparse/arch/ia64/kernel/setup.c
--- a/linux-2.6-xen-sparse/arch/ia64/kernel/setup.c Thu Feb 01 13:54:26
2007
-0700
+++ b
=com2=115200,8n1 console=com2,vga dom0_mem=1G dom0_max_vcpus=2
sync_console -- rhgb root=LABEL=/ 3 console=tty0 console=ttyS1,115200,8n1
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
.
These patches make /proc/bus/pci paravirtulize to use Xwindow on dom0.
I can boot Xwindow on dom0/PRIMEQUEST.
[1/2] import arch/ia64/pci/pci.c
[2/2] paravirtualize mmap hundlers
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
import arch/ia64/pci/pci.c from linux-2.6.18
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
import_arch_ia64_pci_C.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
paravirtualize mmap hundler of /proc/bus/pci
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
paravirtualize_pci_mmap_page.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
.
So I remove panic_domain() and replace it with printk() and
domain_crash_synchronous() as x86 do.
I tested dom0/domU/domVTi boot/shutdown.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
remove_panic_domain.patch
Description: Binary data
Hi, Alex
On Fri, 2007-03-23 at 15:00 +0900, Akio Takebe wrote:
Hi,
I found the bug of panic_domain().
When we compile xen with crash_debug=y, debugger_trap_immediate() and
debugger_trap_fatal() is not nop.
So if xen call panic_domain() to crash guest,
xen call debugger routine
Hi,
I forgot signed-off-by
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
Hi, Alex
On Fri, 2007-03-23 at 15:00 +0900, Akio Takebe wrote:
Hi,
I found the bug of panic_domain().
When we compile xen with crash_debug=y, debugger_trap_immediate
Hi,
This pach replaces vcpu *d to vcpu *v.
I tested dom0/domU/domVTi boot/shutdown.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
cleanup_vcpu_pointer_name.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen
Hi,
I make a patch to use serial console without setting bootparameter on PQ.
I change the intel_tiger_console_setup(),
but should I add a function for PRIMEQUEST?
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
---
diff -r 56caf0e37e6a xen/arch/ia64/linux-xen/setup.c
--- a/xen/arch/ia64/linux-xen
Hi, Alex
Thank you for your work.
PRIMEQUEST probalbly don't have HCDP table
because we see the following boot message.
(There is not HCDP=%lx message.)
EFI v1.10 by Fujitsu: SALsystab=0x7fded700 ACPI 2.0=0x7fc7c000 SMBIOS=0xf
Best Regards,
Akio Takebe
On Thu, 2007-04-05 at 10:44
Hi, Isaku
Thank you for your work!
I'll check it and close bugzilla.
Best Regards,
Akio Takebe
fix xm dump-core with VT-i domain.
Share privregs with domain and assign it to pseudo physical address space
as para virtualized domain.
This patch should resolve bug #976.
Akio, could you confirm
(struct domain *d
#endif
// see arch/x86/xxx/domain_build.c
-int elf_sanity_check(Elf_Ehdr *ehdr)
+int elf_sanity_check(const Elf_Ehdr *ehdr)
{
if (!(IS_ELF(*ehdr)))
{
Best Regards,
Akio Takebe
Hi,
Very shortly:
make world
(...)
gcc -O2 -fomit-frame-pointer -DNDEBUG -std=gnu99
When you install it, you see the following documents.
xen/arch/ia64/tools/README.xenia64
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi, Radek
I always use xen-ia64-unstable.hg because I develop it.
Current xen-ia64 is very stable.
And you may use RHEL5.
Best Regards,
Akio Takebe
2007/4/5, Akio Takebe [EMAIL PROTECTED]:
Hi, Radek
I have never try xen-3.0.4_1_src,
bt if you modify domain.c like the below, you can compile
Hi, Isaku
By using this patch, we can get dump-core of HVM domain well.
Thanks again!
I close bugzilla.
Best Regards,
Akio Takebe
Hi, Isaku
Thank you for your work!
I'll check it and close bugzilla.
Best Regards,
Akio Takebe
fix xm dump-core with VT-i domain.
Share privregs with domain
use serial console without sync_console otpion on PRIMEQUEST.
Please apply this patch.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
fix_pq_serial_cofig.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64
桑村殿?、統合各位?
竹部です。
RHEL5GA+先行修正の最新のkernel, xenのsrc.rpmがほしいのですが、
何処からダウンロードしたら良いでしょうか?
以上
◇◇◇◇◇◇
富士通株式会社 プラットフォーム技術開発本部
仮想システム開発統括部
竹部 晶雄(Takebe Akio) ★B4Fに移りました
外線:055-924-7241(内線:7551-5366)
Hi,
This patch supoprt xm debugkeys.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regsrds,
Akio Takebe
support_debug_keys.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
Hi, Isaku
Thank you for your comments.
I updated my patch.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
cleanup_warning_efi_uc2wb.v2.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel
didn't make new flag.
(Because I must check many part of memory access.)
Which approch do you prefer? or another suggestion?
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64
I remade the patch as efi_ucwb() don't check EFI Mermoy Type.
If we choice this approch, please apply it.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
cleanup_warning_efi_uc2wb.v3.patch
Description: Binary data
___
Xen-ia64
Hi, Alex
On Tue, 2007-05-08 at 09:58 +0900, Akio Takebe wrote:
BTW, I also thought another approch to prevent these case.
Because these memory area is accessed as both UC and WB,
we need to use new flag.
(For example _PAGE_MA_UCE, I'm not sure we can use this flag for UC|WB.
or should we
Hi, Anthony
I have a question.
Do we need to set not only tables included dma page
but also all page table to VTd?
If yes, do we need to diable dma even when we chage any page table
not related in dma-remapping?
Best Regards,
Akio Takebe
___
Xen
,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
-by: Akio Takebe [EMAIL PROTECTED]
Signed-off-by: Kouya Shimura [EMAIL PROTECTED]
Best Regards,
Akio Takebe
fix_speclative_io_memory.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com
.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
.
efi_setup_pcdp_console()
setup_serial_console()
setup_pcdp_irq()
pcdp_hp_irq_fixup()
And iosapic_register_intr() is called in start_kernel().
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel
Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi,
I posted the previous patch to the following thread.
http://lists.xensource.com/archives/html/xen-ia64-devel/2007-05/msg00038.html
[1/2] update efi.c and efi.h to linux-2.6.21
[2/2] cleanup warning
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards
Akio Takebe
Hi,
I update efi.c and efi.h.
I imported them from linux-2.6.21, and modified them for XEN.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards
Akio Takebe
efi_update.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64
Hi,
This patch cleanup the following warning.
(XEN) mm.c:497:d0 Warning: UC to WB for mpaddr=
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards
Akio Takebe
cleanup_warning_efi_ucwb.v3.patch
Description: Binary data
___
Xen-ia64
terminal.
So it is better to pass Error codes (e.g. ENOMNT, EPERM..) to xend so
xend can catch exceptions and, as a result, it puts error messages in
xend.log.
How do you like this?
Keir and Ewan, do you have any other comments?
Best Regards,
Akio Takebe
101 - 200 of 335 matches
Mail list logo