could lead to a leaked memory page and to the loss of
some p2m entries.
Avoid the race by using the read compare value for checking the need
of a new p2m leaf.
Signed-off-by: Juergen Gross
---
arch/x86/xen/p2m.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/x86
Ping?
On 10/20/2014 05:59 AM, Juergen Gross wrote:
Hi x86 maintainers,
any reason you seem to ignore this patch series? I think I've replied
to all open issues and sent the patches more than one month ago. Each
patch has a "Reviewed-by". Is there something else missing?
Ju
configurations, e.g. supporting Xen.
Signed-off-by: Juergen Gross
Reviewed-by: Toshi Kani
Reviewed-by: Konrad Rzeszutek Wilk
---
arch/x86/include/asm/pat.h | 1 +
arch/x86/include/asm/pgtable_types.h | 4 +++
arch/x86/mm/init.c | 8 ++
arch/x86/mm/mm_internal.h
With the dynamical mapping between cache modes and pgprot values it is
now possible to use all cache modes via the Xen hypervisor PAT settings
in a pv domain.
All to be done is to read the PAT configuration MSR and set up the
translation tables accordingly.
Signed-off-by: Juergen Gross
Reviewed
s suggested by Toshi Kani
- corrected cache mode bits for WT and WP
- modified handling of PAT MSR write under Xen as suggested by Jan Beulich
Juergen Gross (3):
x86: Make page cache mode a real type
x86: Enable PAT to use cache mode translation tables
Support Xen pv-domains using PAT
arch/x86
: Juergen Gross
Reviewed-by: Toshi Kani
Reviewed-by: Konrad Rzeszutek Wilk
---
arch/x86/include/asm/cacheflush.h | 38 +
arch/x86/include/asm/fb.h | 6 +-
arch/x86/include/asm/io.h | 2 +-
arch/x86/include/asm/pat.h| 6 +-
arch
modifies xen specific kernel
initialization to be able to switch to the linear mapped p2m list
introduced in the sewcond patch.
Juergen Gross (2):
Xen: Delay remapping memory of pv-domain
Xen: switch to linear virtual mapped sparse p2m list
arch/x86/include/asm/pgtable_types.h | 1 +
arch/x86
sical memory
initialization time due to it's fixed structure.
A further advantage is the reduction in complexity and code volume as
we don't have to be careful regarding memory restrictions during p2m
updates.
Signed-off-by: Juergen Gross
---
arch/x86/include/asm/xen/page.h | 1 -
arc
-> 32:35
System: 18:07 -> 17:47
User:104:00 -> 103:30
Tested on 64 bit dom0 and 32 bit domU.
Signed-off-by: Juergen Gross
---
arch/x86/include/asm/pgtable_types.h | 1 +
arch/x86/include/asm/xen/page.h | 30 +-
arch/x86/mm/pageattr.c | 20 +
On 11/07/2014 02:04 PM, David Vrabel wrote:
On 06/11/14 05:47, Juergen Gross wrote:
The m2p overrides are used to be able to find the local pfn for a
foreign mfn mapped into the domain. They are used by driver backends
having to access frontend data.
As this functionality isn't used in
On 11/07/2014 02:54 PM, David Vrabel wrote:
On 06/11/14 05:47, Juergen Gross wrote:
At start of the day the Xen hypervisor presents a contiguous mfn list
to a pv-domain. In order to support sparse memory this mfn list is
accessed via a three level p2m tree built early in the boot process
On 11/07/2014 03:40 PM, David Vrabel wrote:
On 07/11/14 14:11, Juergen Gross wrote:
On 11/07/2014 02:54 PM, David Vrabel wrote:
On 06/11/14 05:47, Juergen Gross wrote:
[...]
@@ -526,23 +411,83 @@ unsigned long get_phys_to_machine(unsigned long
pfn)
return IDENTITY_FRAME(pfn
On 10/31/2014 04:34 PM, Thomas Gleixner wrote:
On Fri, 31 Oct 2014, Juergen Gross wrote:
--- a/arch/x86/mm/pageattr.c
+++ b/arch/x86/mm/pageattr.c
@@ -1304,12 +1304,6 @@ static int __change_page_attr_set_clr(struct cpa_data
*cpa, int checkalias)
return 0;
}
-static inline int
On 10/31/2014 09:35 PM, Borislav Petkov wrote:
On Fri, Oct 31, 2014 at 04:23:22PM -0400, Konrad Rzeszutek Wilk wrote:
Signed-off-by: Stefan Bader
Signed-off-by: Juergen Gross
Just a clarification question: how is one to understand this attribution
here? Is Stefan the original author, was he
On 10/31/2014 07:53 PM, Thomas Gleixner wrote:
On Fri, 31 Oct 2014, Ingo Molnar wrote:
* Juergen Gross wrote:
Changes in V5:
- split up first patch as requested by Ingo Molnar and Thomas Gleixner
- add a helper function in pat_init_cache_modes() as requested by Ingo Molnar
The structure
Instead of directly using the cache mode bits in the pte switch to
using the cache mode type.
Based-on-patch-by: Stefan Bader
Signed-off-by: Juergen Gross
Reviewed-by: Thomas Gleixner
---
drivers/video/fbdev/gbefb.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers
: Juergen Gross
Reviewed-by: Thomas Gleixner
---
arch/x86/include/asm/pgtable_types.h | 73 +++-
arch/x86/mm/init.c | 29 ++
2 files changed, 101 insertions(+), 1 deletion(-)
diff --git a/arch/x86/include/asm/pgtable_types.h
b/arch
Instead of directly using cache mode bits in the pte switch to usage of
the new cache mode type.
Based-on-patch-by: Stefan Bader
Signed-off-by: Juergen Gross
Reviewed-by: Thomas Gleixner
---
arch/x86/include/asm/fb.h | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a
Instead of directly using the cache mode bits in the pte switch to
using the cache mode type.
Based-on-patch-by: Stefan Bader
Signed-off-by: Juergen Gross
Reviewed-by: Thomas Gleixner
---
arch/x86/include/asm/io.h | 2 +-
arch/x86/include/asm/pat.h | 2 +-
arch/x86/mm/ioremap.c | 65
With the dynamical mapping between cache modes and pgprot values it is
now possible to use all cache modes via the Xen hypervisor PAT settings
in a pv domain.
All to be done is to read the PAT configuration MSR and set up the
translation tables accordingly.
Signed-off-by: Juergen Gross
Reviewed
The PAT bit in the ptes is not moved to the correct position when
copying page protection attributes between entries of different sized
pages. Translate the ptes according to their page size.
Based-on-patch-by: Stefan Bader
Signed-off-by: Juergen Gross
Reviewed-by: Thomas Gleixner
---
arch
configurations, e.g. supporting Xen.
Signed-off-by: Juergen Gross
Reviewed-by: Toshi Kani
Reviewed-by: Konrad Rzeszutek Wilk
Reviewed-by: Thomas Gleixner
---
arch/x86/include/asm/pat.h | 1 +
arch/x86/include/asm/pgtable_types.h | 4 +++
arch/x86/mm/init.c | 8
Instead of directly using the cache mode bits in the pte switch to
using the cache mode type.
Based-on-patch-by: Stefan Bader
Signed-off-by: Juergen Gross
Reviewed-by: Thomas Gleixner
---
arch/x86/include/asm/cacheflush.h | 38 --
arch/x86/include/asm/pat.h| 2 +-
arch
Dumping page table protection bits is not correct for entries on levels
2 and 3 regarding the PAT bit, which is at a different position as on
level 4.
Based-on-patch-by: Stefan Bader
Signed-off-by: Juergen Gross
Reviewed-by: Thomas Gleixner
---
arch/x86/mm/dump_pagetables.c | 24
Remove no longer used defines from pgtable_types.h as they are not
used any longer.
Switch __PAGE_KERNEL_NOCACHE to use cache mode type instead of pte
bits.
Based-on-patch-by: Stefan Bader
Signed-off-by: Juergen Gross
Reviewed-by: Thomas Gleixner
---
arch/x86/include/asm/pgtable_types.h | 21
Instead of directly using the cache mode bits in the pte switch to
using the cache mode type. As those are the main callers of
lookup_memtype(), change this as well.
Based-on-patch-by: Stefan Bader
Signed-off-by: Juergen Gross
Reviewed-by: Thomas Gleixner
---
arch/x86/mm/pat.c | 32
Instead of directly using the cache mode bits in the pte switch to
using the cache mode type in the functions for modifying page
attributes.
Based-on-patch-by: Stefan Bader
Signed-off-by: Juergen Gross
Reviewed-by: Thomas Gleixner
---
arch/x86/mm/pageattr.c | 52
Instead of directly using the cache mode bits in the pte switch to
using the cache mode type.
Based-on-patch-by: Stefan Bader
Signed-off-by: Juergen Gross
Reviewed-by: Thomas Gleixner
---
arch/x86/pci/i386.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/pci
When modifying page attributes via change_page_attr_set_clr() don't
test for setting _PAGE_PAT_LARGE, as this is
- never done
- PAT support for large pages is not included in the kernel up to now
Signed-off-by: Juergen Gross
---
arch/x86/mm/pageattr.c | 2 +-
1 file changed, 1 insertion(
_cache_mode_entry() to x86 specific header
Changes since RFC:
- renamed functions and variables as suggested by Toshi Kani
- corrected cache mode bits for WT and WP
- modified handling of PAT MSR write under Xen as suggested by Jan Beulich
Juergen Gross (18):
x86: Make page cache mode a real typ
Instead of directly using the cache mode bits in the pte switch to
using the cache mode type.
Based-on-patch-by: Stefan Bader
Signed-off-by: Juergen Gross
Reviewed-by: Thomas Gleixner
---
arch/x86/mm/init_64.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/arch
Instead of directly using the cache mode bits in the pte switch to
using the cache mode type.
Based-on-patch-by: Stefan Bader
Signed-off-by: Juergen Gross
Reviewed-by: Thomas Gleixner
---
drivers/video/fbdev/vermilion/vermilion.c | 6 --
1 file changed, 4 insertions(+), 2 deletions
Instead of directly using the cache mode bits in the pte switch to
using the cache mode type. This requires changing some callers of
is_new_memtype_allowed() to be changed as well.
Based-on-patch-by: Stefan Bader
Signed-off-by: Juergen Gross
Reviewed-by: Thomas Gleixner
---
arch/x86/include
Instead of directly using the cache mode bits in the pte switch to
using the cache mode type. This requires to change
io_reserve_memtype() as well.
Based-on-patch-by: Stefan Bader
Signed-off-by: Juergen Gross
Reviewed-by: Thomas Gleixner
---
arch/x86/include/asm/pat.h | 2 +-
arch/x86/mm
On 07/23/2015 01:46 AM, Greg KH wrote:
On Tue, Jun 23, 2015 at 08:53:23AM +0200, Juergen Gross wrote:
Add the definition of pvUSB protocol used between the pvUSB frontend in
a Xen domU and the pvUSB backend in a Xen driver domain (usually Dom0).
This header was originally provided by Fujitsu
On 07/23/2015 06:36 AM, Greg KH wrote:
On Thu, Jul 23, 2015 at 06:04:39AM +0200, Juergen Gross wrote:
On 07/23/2015 01:46 AM, Greg KH wrote:
On Tue, Jun 23, 2015 at 08:53:23AM +0200, Juergen Gross wrote:
Add the definition of pvUSB protocol used between the pvUSB frontend in
a Xen domU and
On 07/23/2015 09:08 PM, Greg KH wrote:
On Thu, Jul 23, 2015 at 08:46:17AM +0200, Juergen Gross wrote:
On 07/23/2015 06:36 AM, Greg KH wrote:
On Thu, Jul 23, 2015 at 06:04:39AM +0200, Juergen Gross wrote:
On 07/23/2015 01:46 AM, Greg KH wrote:
On Tue, Jun 23, 2015 at 08:53:23AM +0200, Juergen
Commit 14805442532c ("x86/ldt: Make modify_ldt synchronous") introduced
a new struct ldt_struct anchored at mm->context.ldt.
Adapt the x86 fpu emulation to use that new structure.
Signed-off-by: Juergen Gross
---
arch/x86/math-emu/fpu_entry.c | 1 +
arch/x86/math-emu/fpu_
On 08/04/2015 08:01 PM, Andy Lutomirski wrote:
On Tue, Aug 4, 2015 at 8:02 AM, Juergen Gross wrote:
Commit 14805442532c ("x86/ldt: Make modify_ldt synchronous") introduced
a new struct ldt_struct anchored at mm->context.ldt.
Adapt the x86 fpu emulation to use that new structure
MM maintainers,
is it really so hard to comment on this patch?
Juergen
On 07/29/2015 11:20 AM, Juergen Gross wrote:
On 07/21/2015 06:49 AM, Juergen Gross wrote:
Hi MM maintainers,
this patch is the last requiring an ack for the series to go in.
Could you please comment?
PING?
Juergen
On 08/05/2015 08:24 PM, Andy Lutomirski wrote:
On Wed, Aug 5, 2015 at 2:11 AM, Juergen Gross wrote:
On 08/04/2015 08:01 PM, Andy Lutomirski wrote:
On Tue, Aug 4, 2015 at 8:02 AM, Juergen Gross wrote:
Commit 14805442532c ("x86/ldt: Make modify_ldt synchronous") introduced
a
x86/ldt: Make modify_ldt
synchronous
Signed-off-by: Juergen Gross
---
arch/x86/kernel/step.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/step.c b/arch/x86/kernel/step.c
index 6273324..0ccb53a 100644
--- a/arch/x86/kernel/step.c
+++ b/arch/x86/kernel/ste
_ldt optional
Signed-off-by: Juergen Gross
---
arch/x86/math-emu/fpu_entry.c | 3 +--
arch/x86/math-emu/fpu_system.h | 18 +++---
arch/x86/math-emu/get_address.c | 3 +--
3 files changed, 17 insertions(+), 7 deletions(-)
diff --git a/arch/x86/math-emu/fpu_entry.c b/arch/x86/math-em
Please ignore, V3 coming soon.
Juergen
On 08/06/2015 11:07 AM, Juergen Gross wrote:
Commit 37868fe113ff ("x86/ldt: Make modify_ldt synchronous") introduced
a new struct ldt_struct anchored at mm->context.ldt.
Adapt the x86 fpu emulation to use that new structure.
Cc: # 3786
_ldt optional
Signed-off-by: Juergen Gross
---
arch/x86/math-emu/fpu_entry.c | 3 +--
arch/x86/math-emu/fpu_system.h | 21 ++---
arch/x86/math-emu/get_address.c | 3 +--
3 files changed, 20 insertions(+), 7 deletions(-)
diff --git a/arch/x86/math-emu/fpu_entry.c b/arch
Remove the paravirt operation "get_tsc_khz" as it is used nowhere.
Signed-off-by: Juergen Gross
---
arch/x86/include/asm/paravirt_types.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/x86/include/asm/paravirt_types.h
b/arch/x86/include/asm/paravirt_types.h
index a6b8f9
I just realized that according to MAINTAINERS the file
arch/x86/include/asm/paravirt_types.h isn't part of the
PARAVIRT_OPS INTERFACE, but of x86.
Is this on purpose? I don't think so.
Juergen
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 07/21/2015 06:49 AM, Juergen Gross wrote:
Hi MM maintainers,
this patch is the last requiring an ack for the series to go in.
Could you please comment?
PING?
Juergen
On 07/17/2015 06:51 AM, Juergen Gross wrote:
During early boot as Xen pv domain the kernel needs to map some page
On 08/06/2015 02:46 PM, Vlastimil Babka wrote:
On 07/17/2015 06:51 AM, Juergen Gross wrote:
During early boot as Xen pv domain the kernel needs to map some page
tables supplied by the hypervisor read only. This is needed to be
able to relocate some data structures conflicting with the physical
On 08/06/2015 05:15 PM, Andy Lutomirski wrote:
On Thu, Aug 6, 2015 at 2:21 AM, Juergen Gross wrote:
Commit 37868fe113ff ("x86/ldt: Make modify_ldt synchronous") introduced
a new struct ldt_struct anchored at mm->context.ldt.
Adapt the x86 fpu emulation to use that new s
_ldt optional
Signed-off-by: Juergen Gross
---
arch/x86/math-emu/fpu_entry.c | 3 +--
arch/x86/math-emu/fpu_system.h | 21 ++---
arch/x86/math-emu/get_address.c | 3 +--
3 files changed, 20 insertions(+), 7 deletions(-)
diff --git a/arch/x86/math-emu/fpu_entry.c b/arch
0 plus the identity mapped holes required
for PCI space, BIOS etc.
Reported-by: Boris Ostrovsky
Signed-off-by: Juergen Gross
---
arch/x86/xen/setup.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/arch/x86/xen/setup.c b/arch/x86/xen/setup.c
index a1a77ea..ead0d36 10
Boris Ostrovsky
Signed-off-by: Juergen Gross
---
arch/x86/xen/setup.c | 23 +++
1 file changed, 15 insertions(+), 8 deletions(-)
diff --git a/arch/x86/xen/setup.c b/arch/x86/xen/setup.c
index ead0d36..7a5d566 100644
--- a/arch/x86/xen/setup.c
+++ b/arch/x86/xen/setup.c
@@
eanup
- remove old patch 05 (simplify xen_set_identity_and_remap() by using global
variables)
- remove old patch 08 (detect pre-allocated memory interfering with e820 map)
Juergen Gross (16):
xen: sync with xen headers
xen: save linear p2m list address in shared info structure
xen: don't build
sed at all, just delete it.
The only define left is P2M_PER_PAGE which is moved to page.h as well.
Signed-off-by: Juergen Gross
Acked-by: Konrad Rzeszutek Wilk
---
arch/x86/include/asm/xen/page.h | 6 --
arch/x86/xen/p2m.c | 6 +-
arch/x86/xen/p2m.h
the domain limit is returned to the hypervisor instead of
being identity mapped, which was wrong anyway.
The kernel configuration parameter to specify the maximum size of a
domain can be deleted, as it is not relevant any more.
Signed-off-by: Juergen Gross
Acked-by: Konrad Rzes
This requires to memblock_reserve() the
start_info page on it's own.
Signed-off-by: Juergen Gross
Acked-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/mmu.c | 257 -
arch/x86/xen/setup.c | 51 +-
arch/x86/xen/xen-ops.h | 3 +
3 fil
Checks whether the pre-allocated memory of the loaded kernel is in
conflict with the target memory map. If this is the case, just panic
instead of run into problems later, as there is nothing we can do
to repair this situation.
Signed-off-by: Juergen Gross
Reviewed-by: David Vrabel
Acked-by
In case the Xen tools indicate they don't need the p2m 3 level tree
as they support the virtual mapped linear p2m list, just omit building
the tree.
Signed-off-by: Juergen Gross
Reviewed-by: David Vrabel
Acked-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/p2m.c | 10 +++---
1 file chang
early_memremap_ro() to provide this read only
mapping.
Signed-off-by: Juergen Gross
Acked-by: Konrad Rzeszutek Wilk
Cc: Arnd Bergmann
Cc: linux...@kvack.org
Cc: linux-a...@vger.kernel.org
---
include/asm-generic/early_ioremap.h | 2 ++
include/asm-generic/fixmap.h| 3 +++
mm/early_ioremap.c
ring (not for initial domain)
Signed-off-by: Juergen Gross
---
arch/x86/xen/enlighten.c | 4 +++-
arch/x86/xen/mmu.c | 15 +++
arch/x86/xen/xen-ops.h | 1 +
3 files changed, 19 insertions(+), 1 deletion(-)
diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c
Check whether the initrd is placed at a location which is conflicting
with the target E820 map. If this is the case relocate it to a new
area unused up to now and compliant to the E820 map.
Signed-off-by: Juergen Gross
Reviewed-by: David Vrabel
Acked-by: Konrad Rzeszutek Wilk
---
arch/x86/xen
Provide a service routine to check a physical memory area against the
E820 map. The routine will return false if the complete area is RAM
according to the E820 map and true otherwise.
Signed-off-by: Juergen Gross
Reviewed-by: David Vrabel
Acked-by: Konrad Rzeszutek Wilk
---
arch/x86/xen
Instead of using a function local static e820 map in xen_memory_setup()
and calling various functions in the same source with the map as a
parameter use a map directly accessible by all functions in the source.
Signed-off-by: Juergen Gross
Reviewed-by: David Vrabel
Acked-by: Konrad Rzeszutek
Check whether the page tables built by the domain builder are at
memory addresses which are in conflict with the target memory map.
If this is the case just panic instead of running into problems
later.
Signed-off-by: Juergen Gross
Acked-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/mmu.c
to be done in any case.
Signed-off-by: Juergen Gross
Reviewed-by: David Vrabel
Acked-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/setup.c | 34 ++
arch/x86/xen/xen-ops.h | 1 +
2 files changed, 35 insertions(+)
diff --git a/arch/x86/xen/setup.c b/arch/x86/xen/se
of the p2m list. Reading the
generation count the Xen tools can detect changes of the mappings
and re-read the p2m list eventually.
Signed-off-by: Juergen Gross
Reviewed-by: David Vrabel
Acked-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/p2m.c | 17 +
1 file changed, 17 insertions
before the memory might be clobbered by
xen_set_identity_and_remap(). This requires to not destroy the Xen
E820 map when the one for the system is being constructed.
Signed-off-by: Juergen Gross
Acked-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/setup.c | 98
r
being able to boot a Dom0 on a system with more than 512 GB memory.
Signed-off-by: Juergen Gross
Based-on-patch-by: Jan Beulich
Acked-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/mmu.c | 126
arch/x86/xen/setup.c| 67 ++---
Use the newest headers from the xen tree to get some new structure
layouts.
Signed-off-by: Juergen Gross
Reviewed-by: David Vrabel
Acked-by: Konrad Rzeszutek Wilk
---
arch/x86/include/asm/xen/interface.h | 96
include/xen/interface/xen.h | 35
e ACPI change commit log why ordering works
> v5: add x86_platform.set_legacy_features() to account for dom0,
> add also size impact on vmlinux as per 0-day report
> v6: Use __init on xen_dom0_set_legacy_features()
>
> Suggested-by: Ingo Molnar
> Signed-off-by: Luis R. Rodriguez
Reviewed-by: Juergen Gross
Juergen
On 14/04/16 21:44, Luis R. Rodriguez wrote:
> On Thu, Apr 14, 2016 at 10:53:47AM +0100, George Dunlap wrote:
>> On 13/04/16 20:52, Luis R. Rodriguez wrote:
>>> On Wed, Apr 13, 2016 at 04:44:54PM +0100, George Dunlap wrote:
On Thu, Apr 7, 2016 at 7:51 PM, Luis R. Rodriguez wrote:
> So more
On 15/04/16 12:40, mchri...@redhat.com wrote:
> From: Mike Christie
>
> The last patch added a REQ_OP_FLUSH for request_fn drivers
> and the next patch renames REQ_FLUSH to REQ_PREFLUSH which
> will be used by file systems and make_request_fn drivers so
> they can send a write/flush combo.
>
> T
ytes [-Wframe-larger-than=]
>
> This can be avoided by using kmalloc instead of the stack.
>
> Testing requires CONFIG_XEN_GNTDEV.
>
> Fixes: a4cdb556cae0 ("xen/gntdev: add ioctl for grant copy")
> Signed-off-by: Heinrich Schuchardt
Acked-by: Juergen Gross
On 09/05/16 15:29, Ross Lagerwall wrote:
> Fix a declared-but-not-defined warning when building with
> XEN_BALLOON_MEMORY_HOTPLUG=n. This fixes a regression introduced by
> commit dfd74a1edfab
> ("xen/balloon: Fix crash when ballooning on x86 32 bit PAE").
>
> Signed-off-by: Ross Lagerwall
> ---
On 21/04/16 15:27, Pali Rohár wrote:
> On Thursday 21 April 2016 15:12:52 Juergen Gross wrote:
>> On 21/04/16 12:57, Pali Rohár wrote:
>>> On Tuesday 05 April 2016 21:31:52 Pali Rohár wrote:
>>>> On Tuesday 05 April 2016 16:54:14 Guenter Roeck wrote:
>>>>
igned-off-by: Ross Lagerwall
Acked-by: Juergen Gross
Thanks,
Juergen
On 11/05/16 15:07, Arnd Bergmann wrote:
> A bugfix patch for the xen balloon driver introduced a forward
> declaration for a static function that is conditionally compiled,
> causing a warning if only the declaration but not the definition
> are there:
>
> drivers/xen/balloon.c:154:13: error: 'rel
On 13/04/16 10:49, Juergen Gross wrote:
> On 06/04/16 16:17, Juergen Gross wrote:
>> Some hardware (e.g. Dell Studio laptops) require special functions to
>> be called on physical cpu 0 in order to avoid occasional hangs. When
>> running as dom0 under Xen this could be achi
With CONFIG_PARAVIRT_TIME_ACCOUNTING the kernel is capable to account
for time a thread wasn't able to run due to hypervisor scheduling.
Add support in Xen arch independent time handling for this feature by
moving it out of the arm arch into drivers/xen.
Signed-off-by: Juergen Gross
---
showed up in certain configurations.
Suggested-by: Ed Swierk
Signed-off-by: Juergen Gross
---
arch/x86/xen/setup.c | 65 +---
1 file changed, 26 insertions(+), 39 deletions(-)
diff --git a/arch/x86/xen/setup.c b/arch/x86/xen/setup.c
index 7ab2951
On 18/05/16 16:46, Boris Ostrovsky wrote:
> On 05/18/2016 08:15 AM, Juergen Gross wrote:
>> }
>>
>> +void __init xen_time_setup_guest(void)
>> +{
>> +pv_time_ops.steal_clock = xen_steal_clock;
>> +
>> +static_key_slow_inc(¶virt_steal
On 18/05/16 17:25, Boris Ostrovsky wrote:
> On 05/18/2016 10:53 AM, Juergen Gross wrote:
>> On 18/05/16 16:46, Boris Ostrovsky wrote:
>>> On 05/18/2016 08:15 AM, Juergen Gross wrote:
>>>> }
>>>>
>>>> +void __init xen_time_set
On 18/05/16 17:45, David Vrabel wrote:
> On 18/05/16 16:42, Juergen Gross wrote:
>> On 18/05/16 17:25, Boris Ostrovsky wrote:
>>> On 05/18/2016 10:53 AM, Juergen Gross wrote:
>>>> On 18/05/16 16:46, Boris Ostrovsky wrote:
>>>>>
On 18/05/16 17:53, Boris Ostrovsky wrote:
> On 05/18/2016 11:45 AM, David Vrabel wrote:
>> On 18/05/16 16:42, Juergen Gross wrote:
>>> On 18/05/16 17:25, Boris Ostrovsky wrote:
>>>> On 05/18/2016 10:53 AM, Juergen Gross wrote:
>>>>> On 18/05/16 16:46, B
On 18/05/16 18:13, Boris Ostrovsky wrote:
> On 05/18/2016 12:00 PM, Juergen Gross wrote:
>> On 18/05/16 17:53, Boris Ostrovsky wrote:
>>> On 05/18/2016 11:45 AM, David Vrabel wrote:
>>>> On 18/05/16 16:42, Juergen Gross wrote:
>>>>> On 18/05/16 17:25, B
independent time handling for this feature by
moving it out of the arm arch into drivers/xen and remove the x86 Xen
hack.
Signed-off-by: Juergen Gross
---
V2: remove the x86 do_stolen_accounting() hack
---
arch/arm/xen/enlighten.c| 17 ++---
arch/x8
On 19/05/16 07:43, Juergen Gross wrote:
> The pv_time_ops structure contains a function pointer for the
> "steal_clock" functionality used only by KVM and Xen on ARM. Xen on x86
> uses its own mechanism to account for the "stolen" time a thread wasn't
> abl
independent time handling for this feature by
moving it out of the arm arch into drivers/xen and remove the x86 Xen
hack.
Signed-off-by: Juergen Gross
---
V3: add #include to avoid build error on arm
V2: remove the x86 do_stolen_accounting() hack
---
arch/arm/xen/enlighten.c| 17 ++
On 19/05/16 15:26, Juergen Gross wrote:
> The pv_time_ops structure contains a function pointer for the
> "steal_clock" functionality used only by KVM and Xen on ARM. Xen on x86
> uses its own mechanism to account for the "stolen" time a thread wasn't
> abl
On 19/05/16 19:15, Stefano Stabellini wrote:
> On Thu, 19 May 2016, Juergen Gross wrote:
>> The pv_time_ops structure contains a function pointer for the
>> "steal_clock" functionality used only by KVM and Xen on ARM. Xen on x86
>> uses its own mechanism to account
independent time handling for this feature by
moving it out of the arm arch into drivers/xen and remove the x86 Xen
hack.
Signed-off-by: Juergen Gross
Reviewed-by: Boris Ostrovsky
---
V4: minor adjustments as requested by Stefano Stabellini (remove
no longer needed #include, remove __
On 21/04/16 11:30, Stefano Stabellini wrote:
> On Thu, 21 Apr 2016, Juergen Gross wrote:
>> On 20/04/16 15:15, Stefano Stabellini wrote:
>>> b4ff8389ed14 is incomplete: relies on nr_legacy_irqs() to get the number
>>> of legacy interrupts when actually nr_le
e bisect log
Wow! Thanks for doing this work!
Juergen
>
> I hit some untestable kernel that weren't booting. They were hanging at
> "Loading ramdisk..." before any actual kernel message.
>
> Looks like the first bad / untestable commit is from Juergen Gross /
> T
On 19/11/15 08:50, vas...@iit.demokritos.gr wrote:
> Hi,
>
> Thanks for the quick answer
>
>>
>> Could you please try the most recent 4.3 kernel? There has been some
>> work related to this topic after 4.2 (large page pat handling done by
>> Toshi Kani and mtrr/pat handling by Luis Rodriguez).
>
case for Xen PV guests.
>
> Therefore we may need to allocate those descriptors ourselves.
>
> Signed-off-by: Boris Ostrovsky
> Suggested-by: Thomas Gleixner
Tested-by: Juergen Gross
Juergen
> ---
>
> v2: Use nr_legacy_irqs() instead of NR_IRQS_LEGACY (needs definition for A
On 20/11/15 06:25, Vassilis Virvilis wrote:
> On 11/19/2015 10:35 PM, Vassilis Virvilis wrote:
>>
>> I compiled and I am running 4.3 right now.
>>
>
> It failed this morning. Last night I did 3 hibernate / resume cycles. In
> the last one I I also turned off the PSU (this seems to push it over the
On 20/11/15 11:04, vas...@iit.demokritos.gr wrote:
>> I've just found a potential issue: In case MTRR is disabled by the BIOS
>> the PAT register of the boot processor won't be restored after resume.
>>
>> Can you check whether pr_info("MTRR: Disabled\n") has been executed in
>> early boot? If yes,
On 20/11/15 15:17, Stefano Stabellini wrote:
> The dom0_op hypercall has been renamed to platform_op since Xen 3.2,
> which is ancient, and modern upstream Linux kernels cannot run as dom0
> and it anymore anyway.
s/and/on/
Juergen
>
> Signed-off-by: Stefano Stabellini
> Reviewed-by: Boris Os
On 08/31/2015 02:05 AM, Rusty Russell wrote:
Juergen Gross writes:
Ping?
Acked-by: Rusty Russell
Anyone willing to take this patch?
Juergen
Cheers,
Rusty.
On 08/06/2015 01:55 PM, Juergen Gross wrote:
Remove the paravirt operation "get_tsc_khz" as it is used nowhere.
Sig
701 - 800 of 2347 matches
Mail list logo
