On Wed, May 17, 2006 at 04:15:38PM +0200, Tristan Gingold wrote:
> I'd just like to understand clearly why and where locks must be added.
> Adding locks has a cost and must be understood in order to be done correctly.
Yes lock has a cost.
If lockless approache was achieved, it would be a big win
The patch is attached.
On Wed, May 17, 2006 at 04:32:43PM -0600, Alex Williamson wrote:
> Hi Isaku,
>
>I can't boot domU with these patches. DomU boot log attached below.
> Thanks,
>
> Alex
> --
> Alex Williamson HP Linux & Open Source Lab
>
> ### domai
On Wed, 2006-05-17 at 22:56 +0900, Isaku Yamahata wrote:
> add parameter check to ioremap hypercall.
Applied.
--
Alex Williamson HP Linux & Open Source Lab
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.
On Wed, 2006-05-17 at 14:14 +0200, Tristan Gingold wrote:
> Hi,
>
> I have only updated this patch.
Applied.
--
Alex Williamson HP Linux & Open Source Lab
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.
On Wed, 2006-05-17 at 10:36 +0200, Tristan Gingold wrote:
> Hi,
>
> this mostly fixes a non-issue: aml code was corrupted (bad length).
Applied.
--
Alex Williamson HP Linux & Open Source Lab
___
Xen-ia64-devel mailing
On Wed, 2006-05-17 at 10:23 +0200, Tristan Gingold wrote:
> Hi,
>
> this patch adds a new function: pte_xchg to atomically exchange pte.
> It also adds a few mb().
>
> With this small patch, I was able to boot dom0 with 2 vcpus (Yesterday it
> crashed).
Applied.
--
Alex Williamson
On Wed, 2006-05-17 at 14:42 +0800, Zhang, Xiantao wrote:
> This small patch intends to fix domain pause/unpause bug. Current xm
> pause operation will do sync_vcpu_execstate to sync vcpu status, but it
> saves dom0's fpu and other registers to VTi domain or domainU due to xm
> pause from control pa
On Wed, 2006-05-17 at 10:38 +0800, Zhang, Xiantao wrote:
> This small patch will fix VTi domain destroy bug. On tip, we couldn't
> destroy VTi successfully at times. It was caused by misusing vhpt base
> address for VTi domain in vhpt_flush function.
Applied.
--
Alex Williamson
On 17 May 2006, at 12:17, Tristan Gingold wrote:
this patch fixes a few transparent virtualization (ie running
xenolinux on
bare platform) issues for xen/ia64.
Why not call xen_init() in the two places you added NULL check for
xen_start_info? Especially in netfront -- you already call xen_i
Hi Isaku,
I can't boot domU with these patches. DomU boot log attached below.
Thanks,
Alex
--
Alex Williamson HP Linux & Open Source Lab
### domain f7ffa568: rid=8-c mp_rid=2000
(XEN) arch_domain_create: domain=f7ffa568
(XEN) ACPI
Hi,
this patch allows vcpu hot remove and hot add.
Use echo 0/1 > /sys/devices/system/cpu/cpuN/online to hotadd/hotremove a vcpu.
I'd like to clean up domain construction before submitting a new version of
the patch. The main issue is the use of vcpu_guest_context to build the
domain.
Tristan
Le Mercredi 17 Mai 2006 15:53, Isaku Yamahata a écrit :
> On Wed, May 17, 2006 at 09:34:23AM +0200, Tristan Gingold wrote:
> > Le Mercredi 17 Mai 2006 04:36, Isaku Yamahata a écrit :
> > > On Tue, May 16, 2006 at 05:30:17PM +0200, Tristan Gingold wrote:
> > > > [...]
> > > >
> > > > > > > The follo
add parameter check to ioremap hypercall.
--
yamahata
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID a9ccecb70bf4bacb1c8f270e24b38b3996488ab7
# Parent 078a7b87c9985ca97b7c82ee9d1dec9b6a642f13
add parameter check to ioremap hypercall.
PATCHNAME: add_paremeter_check_ioremap
Signed-off-b
On Wed, May 17, 2006 at 09:34:23AM +0200, Tristan Gingold wrote:
> Le Mercredi 17 Mai 2006 04:36, Isaku Yamahata a écrit :
> > On Tue, May 16, 2006 at 05:30:17PM +0200, Tristan Gingold wrote:
> > > [...]
> > >
> > > > > > The following is what I notice now.
> > > > > >
> > > > > > - pgd_populate(),
Hi,
for Xen/ia64 I'd like to add a new dom0_op operation to setup domU firmware.
Should I declare this new operation in xen/public/dom0_op.h ?
Should I create a new arch-specific hypercall for this purpose ?
Should I create DOM0_ARCH_1 operations ? This seems to be an chicken-egg
solution, beca
Hi,
I have only updated this patch.
Tested by boot+halt of dom0+domU.
Tristan.
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 45a3c14a587891189c57a7ca7f67706210331115
# Parent 5e930cae1bb9b32655214cbb47ccf1e26ea44a4d
struct mm is now a field of struct domain (instead of a pointer).
Si
Hi,
this patch fixes a few transparent virtualization (ie running xenolinux on
bare platform) issues for xen/ia64.
Tristan.
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 5e930cae1bb9b32655214cbb47ccf1e26ea44a4d
# Parent f2118e8d303fff0b42f7b2fa4df9fccd52757c2f
Keep transparent virtual
Hi,
this mostly fixes a non-issue: aml code was corrupted (bad length).
Tested by boot+halt of dom0+domU, dump of /proc/acpi/dsdt with acpidump tool.
Tristan.
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID f2118e8d303fff0b42f7b2fa4df9fccd52757c2f
# Parent fe9c44cec710d136ed42f5667311e7
Hi,
this patch adds a new function: pte_xchg to atomically exchange pte.
It also adds a few mb().
With this small patch, I was able to boot dom0 with 2 vcpus (Yesterday it
crashed).
Tested by boot+halt of dom0+domU (each 2 cpus).
Tristan.
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID
OK, I see. thanks -Xiantao
> -Original Message-
> From: Isaku Yamahata [mailto:[EMAIL PROTECTED]
> Sent: 2006年5月17日 15:36
> To: Zhang, Xiantao
> Cc: xen-ia64-devel@lists.xensource.com
> Subject: Re: [Xen-ia64-devel] [PATCH] Allow multiple-time mmap of the
> privcmddevice
>
>
> On Wed, M
On Wed, May 17, 2006 at 02:20:36PM +0800, Zhang, Xiantao wrote:
> Although I have booted up VTi with VP mode, seems that it is not stable
> yet. After creating for about 2 hours, it will panic without any workload on
> it.
> Did you see the same issue?. Once capture the log, I will send it
Le Mercredi 17 Mai 2006 04:36, Isaku Yamahata a écrit :
> On Tue, May 16, 2006 at 05:30:17PM +0200, Tristan Gingold wrote:
> > [...]
> >
> > > > > The following is what I notice now.
> > > > >
> > > > > - pgd_populate(), pud_populate(), pmd_populate()
> > > > > What if two cpu try to populate sam
22 matches
Mail list logo