Le Mercredi 14 Juin 2006 18:48, Magenheimer, Dan (HP Labs Fort Collins) a
écrit :
[...]
I wasn't fighting the specific patch as much as providing
history. The possibility of vcr.iva being used maliciously
is very small but vBlades evolved from a security-focused
project so validating all
Le Jeudi 15 Juin 2006 04:58, Isaku Yamahata a écrit :
SMP support of VP model.
This patch series resolves races in VP model.
[PATCH 1/7][SMP] add volatile to mpt_table
[PATCH 2/7][SMP] add volatile to p2m table pte entry
[PATCH 3/7][SMP] add INVALID_MFN check to dom0vp_zap_physmap()
[PATCH
Hi,
this simply fixes some garbage.
Tested by booting dom0.
Tristan.
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 01bc4785e5c7656a7cbf4eb00d9f6f4a640bb52d
# Parent 6838c14692df784c96f8fc28416e1c33b0dca74a
Fix garbage in kernel messages.
Signed-off-by: Tristan Gingold [EMAIL
work around for skbuff_ctor() on non-privileged domain
populate physmap/increase reservation hypercall fail with
extent order 0 on non-privileged domain.
--
yamahata
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID e9ad96356afba6e2a7c30fcff7efef008345723a
# Parent
Hi, Alex
Thank you for your comments.
OK. I'll send the small new patch.
I'll go in arch/ia64/xen.
Best Regards,
Akio Takebe
On Thu, 2006-06-15 at 06:36 +0900, Akio Takebe wrote:
Hi, Alex
I forgot README.origin update, I'm sorry.
The first I made a small patch with cutpaste without ifdef.
Le Jeudi 15 Juin 2006 16:53, Alex Williamson a écrit :
On Thu, 2006-06-15 at 10:07 +0200, Tristan Gingold wrote:
Le Jeudi 15 Juin 2006 00:24, Alex Williamson a écrit :
On Wed, 2006-06-14 at 11:48 +0200, Tristan Gingold wrote:
Hi,
this patch fixes a few issue, so that make debug=y
Hi, Tristan
I use gcc-3.4.4.
I also check gcc-4.1.1, and I also get warning.
This warning is happened in only the case of gcc-4.1.1.
I'll also reseach the warning.
Best Regards,
Akio Takebe
Le Samedi 10 Juin 2006 07:50, Akio Takebe a 馗rit :
Hi,
I remove a wrong cleanup in
On Thu, 2006-06-15 at 11:58 +0900, Isaku Yamahata wrote:
1 / 7
_# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID ad418fdb1981be2108d84bafbd294a9db9899396
# Parent d33add81096b057f98fa740ab88d6c17426f8d68
mpt_table is accessed concurrently by cpus, so it needs volatile
On Thu, 2006-06-15 at 11:58 +0900, Isaku Yamahata wrote:
2 / 7
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 03b29286001dea87284cc401492a799e7e654a0f
# Parent ad418fdb1981be2108d84bafbd294a9db9899396
add volatile pte entry of the p2m table.
Since p2m table are shared
On Thu, Jun 15, 2006 at 01:14:06PM -0600, Al Stone wrote:
In all of the functions above, it appears that the return value of
a function (pte_offset_map()) is being returned as a volatile result
from each of the functions. Is that really needed? I'm not sure
it helps in this case, but I
10 matches
Mail list logo