Hi, Alex
Is this cleanup ok?
It's OK, thanks.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
you for your work.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
-- and dom0 kernel option after --.
e.g.
append=dom0_mem=1G -- nomca root=/dev/sda2
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
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?
Best Regards,
Akio Takebe
[ Ian Campbell added to CC list ]
On Tue, Sep 05, 2006 at 06
in the second kernel.
The patch below applies on top of the latest xen-ia64-kexec release
that I made. Let me know if you need a new release that incoporates this
patch.
Wow, congratulations!
Does kexeing from xen to xen work fine on both HP machine and Tiger?
Best Regards,
Akio Takebe
Hi, all
I could fix this issue by using CONFIG_GENERIC_PENDING_IRQ=n.
What do you think the following patch?
Is this too hacky?
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
Hi,
I met the following WARN_ON(1) when I booted smp domU of RHEL5.
This message is occurred
Hi,
I'm sorry. This patch seems to happen another issue.
Please ignore it.
Best Regards,
Akio Takebe
Hi, all
I could fix this issue by using CONFIG_GENERIC_PENDING_IRQ=n.
What do you think the following patch?
Is this too hacky?
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards
Hi, Ian and Horms
I add the nmi=kdump option as Ian suggested.
What do you think about it?
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
---
diff -r 089696e0c603 xen/arch/x86/traps.c
--- a/xen/arch/x86/traps.c Thu May 17 11:42:46 2007 +0100
+++ b/xen/arch/x86/traps.c Thu May 31 02:25
Hi, Keir
Hi, Keir
On 31/5/07 11:43, Akio Takebe [EMAIL PROTECTED] wrote:
Hi, Ian and Horms
I add the nmi=kdump option as Ian suggested.
What do you think about it?
Won't the default fatal_trap() behaviour cause you to drop into kdump code
anyway? fatal_trap - panic - kexec_crash.
Oops
)
(XEN) Reboot in five seconds...
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
is the activity to trigger assign_domain_page_replace() with
pte_mem(old_pte) true?
I'll check it.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi, Isaku
On Wed, Jun 06, 2007 at 03:16:25PM +0900, Akio Takebe wrote:
mfn != old_mfn itself isn't a bug of Xen VMM.
It should be okay from the hypervisor point of view.
In both case (== and !=), Xen VMM should continue to work finely.
domain_put_page() makes mfn_to_page(old_mfn)-count_info
Hi, Isaku
I'm sorry for lately reply.
On Wed, Jun 06, 2007 at 04:31:16PM +0900, Akio Takebe wrote:
domain_page_flush_and_put() isn't aware of NULL-owner pages, I'll fix it.
However more issues seem to be there.
I sent out the patch which fixes p2m exposure issues.
But I don't think
) {
150 rc = -errno;
151 goto out;
152 }
153 rc = dom_fw_init(d, brkimm, bp, imva_tables_base,
154 (unsigned long)imva_hypercall_base, maxmem);
[snip...]
165
166 return rc;
167 }
Best Regards,
Akio Takebe
test.patch
Description: Binary
Hi,
This patch fix typo.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
add_physmap_typo.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64
] do_grant_table_op+0xcb0/0x3350
(XEN) sp=f7bd7dc0 bsp=f7bd1278
(XEN) [f4002e30] fast_hypercall+0x170/0x340
(XEN) sp=f7bd7e00 bsp=f7bd1278
Best Regards,
Akio Takebe
Hi,
Symbolic link of asm/kregs.h is not create in tools/ia64/Makefile.
So this patch fixes the issue.
But I'm not familliar with Makefile.
Does anyone know better way?
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
diff -r 96617c4f19aa tools/libxc/ia64/Makefile
--- a/tools/libxc/ia64/Makefile Tue
Wed Jun 13 12:35:24 2007 +0900
@@ -582,6 +582,9 @@ if XEN
if XEN
config XEN_SMPBOOT
default n
+
+config XEN_DEVMEM
+ default n
endif
source drivers/xen/Kconfig
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel
-xen-ia64.
But I have a patch of reverting cs12873[2],
if the patch is also applied, we can compile linux-xen-ia64 again.
I think Kama will post this patch to xen-ia64-devel soon.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Signed-off-by: Jun Kamada [EMAIL PROTECTED]
[1] cs12513
http
: 0030 r19 : 00fd
r20 : e11054a8 r21 : r22 :
Best Regards,
Akio Takebe
fix_apic.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64
Hi,
I forgot Signed-off-by line.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
Hi, all
This patch fix a issue which dom0 cannot boot with dom0_max_vcpus.
Currently LSAPIC IDs are create by xen,
but ACPI SRAT table is the bare table.
So on some boxes node_cpuid
to have this patch applied, please.
Maybe we need to generally consider the NUMA support.
Yes, I think so.
We need to consider NUMA support with x86 and power people.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel
and vcpu can move...
Yeah, I think so, we need properly support NUMA.
Best Regards,
Akio Takebe
Quoting Akio Takebe [EMAIL PROTECTED]:
Hi, Alex, Tristan, Yongkang and all
On Fri, 2007-07-20 at 03:53 +0200, Tristan Gingold wrote:
On Thu, Jul 19, 2007 at 05:20:26PM -0600, Alex Williamson
, low) - IRQ 51
e100: :01:08.0: e100_probe: No usable DMA configuration, aborting.
ACPI: PCI interrupt for device :01:08.0 disabled
GSI 20 (level, low) - CPU 2 (0x0200) vector 51 unregistered
e100: probe of :01:08.0 failed with error -5
Best Regards,
Akio Takebe
CD/DVD-ROM on recent
.
I tested booting dom0 on our PRIMEQUEST and Tiger4.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
dom0_disable_srat_slit.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
Hi, all
This patch is RFC.
If I get agreement for this patch, I cleanup it,
then I'll post xen-devel if necessary.
Best Regards,
Akio Takebe
Hi, Alex and all
Alex, thank you for your help.
As you said, I make a patch to disable SRAT, SLIT.
This patch is short term solution.
This patch modify
Hi, Isaku
On Wed, Jul 25, 2007 at 03:02:18PM +0900, Akio Takebe wrote:
Content-Description: Mail message body
This patch modify header-signature from SRAT, SLIT to .
Because dom0 don't recognized this signature,
we can disable SRAT, SLIT.
Then dom0 detect non-NUMA box.
How about OEMx
if you're relying on radeon fb. Thanks,
I agree supporting pvfb by default.
Our PRIMEQUEST use ATI RageXL (maybe use also ATI Mach64).
So we Fujitsu don't need Radeon.
BTW, if Kama's patches are applied, we don't need also XEN_DEVMEM.
Best Regards,
Akio Takebe
Hi,
This patch is to disable SRAT, SLIT on dom0.
This depends on the first patch.
[Patch 1/2] Export acpi a function and arguments
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
disable_acpi_srat_slit.patch
Description: Binary data
, is this good?
BTW, we may rewrite also OEM Table ID.
How about the below?
signature= OEMx
OEM ID = xSRATx
OEM table ID = Xen
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
/archives/html/xen-ia64-devel/2007-07/msg00220.html
Changelog:
- Move generate_acpi_checksum() from ia64 code to common
- Move add acpi_table_disable() from ia64 code to common
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel
Hi,
This patch move generate_acpi_checksum() from ia64 code to common.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
move_generate_acpi_checksum.v2.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64
Hi,
Add acpi_table_disable() into xen/drivers/acpi/tables.c
This function can disable a ACPI table by updating the table header.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
add_acpi_table_disable.v2.patch
Description: Binary data
-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
dom0_disable_srat_slit.v2.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi,
I'm sorry. I sent the old patch.
Please ignore the previous one.
This patch is new one.
Best Regards,
Akio Takebe
Hi,
This patch move generate_acpi_checksum() from ia64 code to common.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
Hi,
I'm sorry. I sent the old patch.
Please ignore the previous one.
This patch is new one.
Best Regards,
Akio Takebe
Hi,
Add acpi_table_disable() into xen/drivers/acpi/tables.c
This function can disable a ACPI table by updating the table header.
Signed-off-by: Akio Takebe [EMAIL PROTECTED
Hi, Keir, Alex and all
I'm sorry very much.
Please ignore these patches.
generate_acpi_checksum() is needed by libxc on ia64.
So these patch is not complete...
Best Regards,
Akio Takebe
Hi, Keir, Alex and all
I updated my patches.
Summary:
On some ia64 NUMA machine, we cannot boot dom0
://lists.xensource.com/archives/html/xen-ia64-devel/2007-07/msg00220.html
Changelog:
- Move generate_acpi_checksum() from ia64 code to common
- Add dom_fw_acpi.c in libxc/ia64.
- Move add acpi_table_disable() from ia64 code to common
Best Regards,
Akio Takebe
___
Xen
Hi,
This patch move generate_acpi_checksum() from ia64 code to common.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
move_generate_acpi_checksum.v3.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64
Hi,
Add acpi_table_disable() into xen/drivers/acpi/tables.c
This function can disable a ACPI table by updating the table header.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
add_acpi_table_disable.v3.patch
Description: Binary data
-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
dom0_disable_srat_slit.v3.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
fix this issue.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
fix_dom0_pal_halt.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
allocate anymore.
How about calc_dom0_size()?
This isn't essential. very minor issue. Just for my preference.
I agree.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64
uglier than the handful of
casts they remove (imho). Thanks,
In fact Akio tested it. I heard it worked with 100GB.
Akio, did you try more memory?
No, I didn't. I tested with memory=102400 and 20480.
I can test with new one again, but my box has only 128GB memory...
Best Regards,
Akio Takebe
Hi, Isaku
After applying your patch, mm_teardown() return integer,
but I didn't find a patch for mm_teardown().
Is the following patch right?
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
diff -r 3b50a7e52ff2 xen/arch/ia64/xen/mm.c
--- a/xen/arch/ia64/xen/mm.cFri Aug 31 17:00:11 2007 +0100
,
Xen call panic_domain. I made the following patch,
but I have never successed kexec/kdump yet.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
remove_panic_domain.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen
Hi,
I fix the help of xenitp.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
fix_xenitp_help.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen
Hi, Keir
Applied. However xenitp is ia64-specific and hence patches for it can go to
xen-ia64-devel and into the ia64 branch.
OK. I'll post patches for xenitp to xen-ia64-devel from next.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen
183 ;;
184 br.call.sptk.many b0=b6;;
BTW, xenitp is very useful.
Thanks, Tristan.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi, Horms
On Tue, Oct 16, 2007 at 10:29:53AM +0900, Akio Takebe wrote:
Hi, Alex, Horms
Sorry for my late responce.
What do you think about it?
The panic does seem a bit much, but shouldn't we return rather than
continue on with a NULL_VECTOR? Thanks,
Yes, I also thik so.
I'll post
that
can be continued at the summit. Thanks,
We may need HVM balloon driver.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi,
http://lists.xensource.com/archives/html/xen-ia64-devel/2007-10/msg00047.html
I'm sorry for my delay response.
I remade the patch.
This patch is for kexec on HVM domain.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
fix_ia64_eoi_of_null_vector.patch
Description
? In the past we've held an informal BOF to talk about
issues, progress, and just get to know each other better. Would you
like to do that again?
Yoshi, Matsumoto, Ezaki, Kama and Akio will be there.
I also hope the BOF.
Best Regards,
Akio Takebe
___
Xen
Hi, Simon
I could work kdump with the attached patch on HVM domain.
If you look like good, I want to post it to kexec ML.
Anyway, thank you for your advice!
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
On Wed, 2007-11-07 at 21:12 +0900, Akio Takebe wrote:
Hi
unsigned long PA(unsigned long addr)
{
return addr - PAGE_OFFSET;
}
I make the patch to fix this issue.
How about this?
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
---
--- kexec-tools-testing-20071030.orig/purgatory/arch/ia64/purgatory-ia64.c
2007-10-17 12
Hi,
Current panic() of hypervisor doesn't stop all cpus.
So domains can work after hypervisor panic.
(but this issue happens at only using noreboot option)
If dom0 works after Hypervisor panic,
the system may get a serious problem.
This patch fix the issue.
Signed-off-by: Akio Takebe [EMAIL
upstream.
3. only disable irqbalance.
I think 2 is better than others.
Best Regards,
Akio Takebe
I believe this particular BUG is due to irqbalanced running on an
upstream kernel. The easy solution is to chkconfig irqbalanced off, but
we probably need to figure out if this should work
Hi, Alex
On Tue, 2007-12-04 at 23:48 +0900, Akio Takebe wrote:
Hi,
Current panic() of hypervisor doesn't stop all cpus.
So domains can work after hypervisor panic.
(but this issue happens at only using noreboot option)
If dom0 works after Hypervisor panic,
the system may get a serious
() to stop other cpus by smp_send_stop().
I think it should work fine for kexec.
machine_halt() is only spinloop for leaving the panic CallTrace.
What do you think about it, Horms and Alex?
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
stop_all_cpu_at_halt.patch
Hi,
xen_ssm_i() has barrier() after xen_set_virtual_psr_i().
I think xen_rsm_i() also need barrier().
Is this correct?
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
diff -r b865b15fb54b include/asm-ia64/xen/privop.h
--- a/include/asm-ia64/xen/privop.h Mon Dec 10
: None
(XEN) SAL: AP wakeup using external interrupt vector 0xf0
hangup
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi,
Happy New Year!
This patch is for post xen-3.2.
This patch cleanup the duplicate code of kdump_find_rsvd_region()
in linux-xen/efi.c. The define of CONFIG_KEXEC may be dirty hack.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
cleanup_efi_C.patch
Description
) || defined(XEN)? Seems cleaner than enabling
CONFIG_KEXEC. Thanks,
Thanks, I also think so.
I updated the patch.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
cleanup_efi_C.v2.patch
Description: Binary data
___
Xen-ia64-devel
of /proc/acpi/dsdt.
I'm not sure why the 0x7ff5 is collect...
What do you think about it?
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
enbale_dsdt.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64
also confirmed the memory is not clear at booting EFI.
The memory was cleared by linux kernel
because the region set conventional memory.
Can you apply also the new patch?
The define is not used.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
cleanup_acpi2_0.patch
Hi, Tristan
I cannot make dsdt.c in edk2-sparse/EdkXenPkg/Dxe/XenAcpi.
The patch fix it.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
fix_make_dsdt_C.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64
Hi, Tristan
Quoting Akio Takebe [EMAIL PROTECTED]:
Hi, Tristan
I cannot make dsdt.c in edk2-sparse/EdkXenPkg/Dxe/XenAcpi.
The patch fix it.
Well, I am not a big fan of this approach. I'd really prefer each developer
installs its own version of iasl. Maybe the documentation should
types for 'memcpy'
/root/mini/xen-unstable.hg.16919/extras/mini-os/include/ia64/hypercall-ia64.h:
142: error: previous implicit declaration of 'memcpy' was here
make: *** [lib/math.o] Error 1
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
fix_minios_ia64_1.patch
Description
Hi,
This patch avoid debugger_trap at not attached by a debugger.
kexec_crash() is called after debugger_trap_immediate().
Because we want to use the safe path at kexecing,
we should avoid the debugger path.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
Hi,
Sorry, this patch is wrong,
I'll send a new patch.
Best Regards,
Akio Takebe
Hi,
This patch avoid debugger_trap at not attached by a debugger.
kexec_crash() is called after debugger_trap_immediate().
Because we want to use the safe path at kexecing,
we should avoid the debugger path
Hi,
This patch avoid debugger_trap when we don't setup a debugger.
kexec_crash() is called after debugger_trap_immediate().
Because we want to use the safe path at kexecing,
we should avoid the debugger path.
And the trap is a needless work.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best
I want to avoid the needless route for kexec/kdump.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi, Keir
On 30/1/08 08:48, Akio Takebe [EMAIL PROTECTED] wrote:
This doesn't need to be fixed on x86 -- the int3 handler will return
silently if the debugger is not configured. It would be nice if the ia64
handler would do the same. If that is not possible then change only ia64
code
,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi, Xiantao and all
Akio Takebe wrote:
Hi, Eddie and Kaz
I did a quick grep and find MINSTATE_PHYS is never defined in
xenlinux. Xen mca code did. Anything missed?
The minstate.h is a little old, it seems to be around linux-2.6.9.
Current linux-xen is 2.6.18, so the code may
000..cdaf910
--- /dev/null
+++ b/arch/ia64/xen/xenminstate.h
@@ -0,0 +1,148 @@
+#include asm/cache.h
+
+#ifdef CONFIG_XEN
+#include ../kernel/entry.h
+#else
+#include entry.h
+#endif
+
we don't have arch/ia64/xen/entry.h,
so the above ifdef is not necessary.
Best Regards,
Akio Takebe
;/* M */
\
+ COVER; /* B;; (or nothing) */
\
We may mis-read the above COVER as COVER in arch/ia64/xen/inst_xen.h.
Why don't chage the name?
Best Regards,
Akio Takebe
Hi,
This patch cleanup vcpu_set_psr_l().
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
cleanup_set_psr_l.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
Hi,
move_to_psr need to unset the bits.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
fix_vcpu_set_psr_l.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
Hi,
we should not set psr.ic at setting psr.i.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
fix_vcpu_set_psr_i.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
Hi, Tristan
Quoting Akio Takebe [EMAIL PROTECTED]:
Hi,
we should not set psr.ic at setting psr.i.
I think it was not wrong. You can't set psr.i without setting psr.ic. So
at least, this was harmless.
If so, should we check the psr.ic, and return something like Illegal Operation
Hi, Tristan
Quoting Akio Takebe [EMAIL PROTECTED]:
Hi,
move_to_psr need to unset the bits.
Why not ispr-xxx = newpsr-xxx ? Seems simpler.
It's a good idea. I'll update it.
Best Regards,
Aki Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel
Hi,
I updated it.
I tested boot+shutdown dom0/domU.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
Hi, Tristan
Quoting Akio Takebe [EMAIL PROTECTED]:
Hi,
move_to_psr need to unset the bits.
Why not ispr-xxx = newpsr-xxx ? Seems simpler.
It's a good idea. I'll
Hi,
This patch fixes a different behavior from the original code.
We need to set psr.ac.
I tested boot+shutdown dom0/domU.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
fix_set_psr_ac.patch
Description: Binary data
___
Xen
Hi, Tristan
Quoting Akio Takebe [EMAIL PROTECTED]:
Hi,
I updated it.
Haven't you changed the behaviour of dfh:
From
- if (newpsr.dfh) {
- ipsr-dfh = 1;
- PSCB(vcpu, vpsr_dfh) = 1;
- } else {
- ipsr-dfh = PSCB(vcpu, hpsr_dfh
; \
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
://people.valinux.co.jp/~yamahata/xen-ia64/linux-2.6-xen-ia6
4.git
Initialized empty Git repository in /root/pv_ops/linux-2.6-xen-ia64/.git/
Cannot get remote repository information.
Perhaps git-update-server-info needs to be run there?
Best Regards,
Akio Takebe
___
Xen
://people.valinux.co.jp/~yamahata/xen-ia64/linux-2.6-xen-ia64.git;
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi, Eddie
Actually p0 is default pred for all(default) instruction, so post
compile code is same.
Thanks, I didn't know the above.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
download your git tree with
git clone git://repo.or.cz/pv_ops_mirror.git
We may be not able to use http protocol of git...
Thank you for always helping us.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
Hi,
I update it.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Reagrds,
Akio Takebe
Hi, Tristan
Quoting Akio Takebe [EMAIL PROTECTED]:
Hi,
I updated it.
Haven't you changed the behaviour of dfh:
From
- if (newpsr.dfh) {
- ipsr-dfh = 1;
- PSCB(vcpu
Hi, Alex
On Wed, 2008-03-19 at 22:46 +0900, Akio Takebe wrote:
Hi,
This patch fixes a different behavior from the original code.
We need to set psr.ac.
diff -r ba72914de93a arch/ia64/xen/xenivt.S
--- a/arch/ia64/xen/xenivt.SWed Mar 05 17:29:05 2008 +
+++ b/arch/ia64/xen
Hi, Tristan
Quoting Akio Takebe [EMAIL PROTECTED]:
Hi,
we should not set psr.ic at setting psr.i.
I think it was not wrong. You can't set psr.i without setting psr.ic. So
at least, this was harmless.
If so, should we check the psr.ic, and return something like Illegal
Operation
Hi,
On Mon, 2008-03-24 at 16:18 +0900, Akio Takebe wrote:
Hi,
I update it.
I did a little further refinement, please check the tree and make
sure I didn't break it. Applied. Thanks,
Alex
Thank you.
It's good and easier to read than mine.
Best Regards,
Akio Takebe
Hi, Alex
On Mon, 2008-03-24 at 18:49 +0900, Akio Takebe wrote:
On Wed, 2008-03-19 at 22:46 +0900, Akio Takebe wrote:
;;
+#ifdef PSR_DEFAULT_BITS
+ sum PSR_DEFAULT_BITS
+#endif
How would we ever get here w/o PSR_DEFAULT_BITS defined? Thanks,
I have tested
guest?
http://xenbits.xensource.com/ext/xen-ia64-unstable.hg?rev/dba5f548b894
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
should I use?
I'd like to start from cleanup the pv_ops codes and README of pv_ops.
Best Reards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Dir(s)
I don't know HPUX, but does the media start automatically
because the media has startup.nsh?
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
-xen-ia64-pv-ops/mainline.git
or
http://git.gitorious.org/linux-2-6-xen-ia64-pv-ops/mainline.git
Thank you for your help.
It looks fine. I could get git clone started. :)
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel
it.
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
201 - 300 of 335 matches
Mail list logo
