n) pick ARINC653, which is most
> likely not what one would expect.
>
> Go for the default scheduler instead.
>
> Signed-off-by: Dario Faggioli
> ---
> Cc: George Dunlap
> Cc: Jan Beulich
> Cc: Doug Goldstein
> Cc: Jonathan Creekmore
Reviewed-By: Jonathan Creekmore
Dagaen Golomb writes:
> It does, being the custom kernel on version 4.1.0. But Dom0 uses this same
> exact kernel and reads/writes just fine! The only solution if this is
> indeed the problem appears to be changing the kernel source we build on or
> some hacky method such as symlinking /proc/.. t
Shannon Zhao writes:
> From: Graeme Gregory
>
> With the addition of ARM64 that does not have a traditional BIOS to
> scan, add a config option which is selected on x86 (ia64 doesn't need
> it either, it is EFI/UEFI based system) to do the traditional BIOS
> scanning for tables.
>
> Signed-off-b
Shannon Zhao writes:
> From: Shannon Zhao
>
> To support using CONFIG_ options in C/CPP expressions, import kconfig.h
> from the Linux v4.3 tag (commit id
> 6a13feb9c82803e2b815eca72fa7a9f5561d7861).
>
> CC: Doug Goldstein
> Signed-off-by: Shannon Zhao
> ---
> xen/include/xen/config.h | 2 +
> On Jan 15, 2016, at 11:01 AM, Jonathan Creekmore
> wrote:
>
> Creates a section to contain scheduler entry pointers that are gathered
> together into an array. This will allow, in a follow-on patch, scheduler
> entries to be automatically gathered together into the arr
> On Jan 15, 2016, at 11:20 AM, Jan Beulich wrote:
>
On 15.01.16 at 18:01, wrote:
>> --- a/xen/Makefile
>> +++ b/xen/Makefile
>> @@ -11,6 +11,7 @@ export XEN_DOMAIN ?= $(shell ([ -x /bin/dnsdomainname ]
>> && /bin/dnsdomainname) |
>> export XEN_BUILD_DATE?= $(shell LC_ALL=C date)
Beulich
CC: Andrew Cooper
Signed-off-by: Jonathan Creekmore
Reviewed-by: Andrew Cooper
Reviewed-by: Doug Goldstein
Reviewed-by: Konrad Rzeszutek Wilk
---
Changed since v4:
* Remove defensive check for schedulers since the credit scheduler
must always be present
Changed since v3:
* Add
Instead of having a manually-curated list of schedulers, use the array
that was auto-generated simply by compiling in the scheduler files as
the sole source of truth of the available schedulers.
CC: George Dunlap
CC: Dario Faggioli
Signed-off-by: Jonathan Creekmore
Acked-by: Dario Faggioli
Adds a simple macro to place a pointer to a scheduler into an array
section at compile time. Also, goes ahead and generates the array
entries with each of the schedulers.
CC: George Dunlap
CC: Dario Faggioli
CC: Josh Whitehead
CC: Robert VanVossen
Signed-off-by: Jonathan Creekmore
Acked-by
the rest of the file
* Simplify the calculation of the number of schedulers
* Make the scheduler ops structures static to their files
Jonathan Creekmore (5):
build: Env var to enable expert config options
build: Hook the schedulers into Kconfig
build: Alloc space for sched list in the
, visible during the Kconfig
configuration process, so typical users will never see it nor
any of the non-standard configuration options.
CC: Ian Campbell
CC: Ian Jackson
CC: Jan Beulich
CC: Keir Fraser
CC: Tim Deegan
Signed-off-by: Jonathan Creekmore
Reviewed-by: Doug Goldstein
Reviewed-by
Faggioli
Signed-off-by: Jonathan Creekmore
Reviewed-by: Doug Goldstein
---
Changed since v5:
* Remove extra defaults for schedulers since credit is always there
Changed since v4:
* Removed the "if unsure" language
* Removed ability to disable the "credit" sched
Jan Beulich writes:
>>>> On 14.01.16 at 17:34, wrote:
>> On Thu, 2016-01-14 at 10:23 -0600, Jonathan Creekmore wrote:
>>> Jan Beulich writes:
>>>
>>> > > > > On 14.01.16 at 15:49, wrote:
>>> > > --- a/xen/common/Kconfig
Jan Beulich writes:
On 14.01.16 at 15:49, wrote:
>> --- a/xen/common/schedule.c
>> +++ b/xen/common/schedule.c
>> @@ -64,20 +64,9 @@ static void poll_timer_fn(void *data);
>> DEFINE_PER_CPU(struct schedule_data, schedule_data);
>> DEFINE_PER_CPU(struct scheduler *, scheduler);
>>
>> -stat
Jan Beulich writes:
On 14.01.16 at 15:49, wrote:
>> --- a/xen/common/Kconfig
>> +++ b/xen/common/Kconfig
>> @@ -51,4 +51,63 @@ config KEXEC
>>
>>If unsure, say Y.
>>
>> +# Enable schedulers
>> +menu "Schedulers"
>> +visible if EXPERT = "y"
>> +
>> +config SCHED_CREDIT
>> +bo
Dunlap
CC: Dario Faggioli
Signed-off-by: Jonathan Creekmore
Reviewed-by: Doug Goldstein
---
Changed since v4:
* Removed the "if unsure" language
* Removed ability to disable the "credit" scheduler
* Remove stub vcpu_migration_delay functions since credit cannot be disabl
Beulich
CC: Andrew Cooper
Signed-off-by: Jonathan Creekmore
Reviewed-by: Andrew Cooper
Reviewed-by: Doug Goldstein
Reviewed-by: Konrad Rzeszutek Wilk
---
Changed since v4:
* Remove defensive check for schedulers since the credit scheduler
must always be present
Changed since v3:
* Add
Instead of having a manually-curated list of schedulers, use the array
that was auto-generated simply by compiling in the scheduler files as
the sole source of truth of the available schedulers.
CC: George Dunlap
CC: Dario Faggioli
Signed-off-by: Jonathan Creekmore
Acked-by: Dario Faggioli
* Removed confusing language from the commit message
* Alphabetize the schedulers
* rename the __start and __end symbols to better match
the rest of the file
* Simplify the calculation of the number of schedulers
* Make the scheduler ops structures static to their files
Jonathan Creekmore (5
Adds a simple macro to place a pointer to a scheduler into an array
section at compile time. Also, goes ahead and generates the array
entries with each of the schedulers.
CC: George Dunlap
CC: Dario Faggioli
CC: Josh Whitehead
CC: Robert VanVossen
Signed-off-by: Jonathan Creekmore
Acked-by
, visible during the Kconfig
configuration process, so typical users will never see it nor
any of the non-standard configuration options.
CC: Ian Campbell
CC: Ian Jackson
CC: Jan Beulich
CC: Keir Fraser
CC: Tim Deegan
Signed-off-by: Jonathan Creekmore
Reviewed-by: Doug Goldstein
Reviewed-by
Jan Beulich writes:
On 08.01.16 at 22:22, wrote:
>> --- a/xen/common/Kconfig
>> +++ b/xen/common/Kconfig
>> @@ -51,4 +51,71 @@ config KEXEC
>>
>>If unsure, say Y.
>>
>> +# Enable schedulers
>> +menu "Schedulers"
>> +visible if EXPERT = "y"
>
> Does "visible if EXPERT" not suffic
Andrew Cooper writes:
> On 09/01/16 17:50, Jonathan Creekmore wrote:
>> Andrew Cooper writes:
>>
>>> On 08/01/16 21:22, Jonathan Creekmore wrote:
>>>> +# Enable schedulers
>>>> +menu "Schedulers"
>>>> + visible if EXPERT
Andrew Cooper writes:
> On 08/01/16 21:22, Jonathan Creekmore wrote:
>> Creates a section to contain scheduler entry pointers that are gathered
>> together into an array. This will allow, in a follow-on patch, scheduler
>> entries to be automatically gathered togeth
Andrew Cooper writes:
> On 08/01/16 21:22, Jonathan Creekmore wrote:
>> diff --git a/xen/common/schedule.c b/xen/common/schedule.c
>> index 2f98a48..91e53c1 100644
>> --- a/xen/common/schedule.c
>> +++ b/xen/common/schedule.c
>> @@ -64,20 +64,10 @@ sta
Andrew Cooper writes:
> On 08/01/16 21:22, Jonathan Creekmore wrote:
>> +# Enable schedulers
>> +menu "Schedulers"
>> +visible if EXPERT = "y"
>> +
>> +config SCHED_CREDIT
>> +bool "Credit scheduler support"
>> +
Beulich
CC: Andrew Cooper
Signed-off-by: Jonathan Creekmore
Reviewed-by: Doug Goldstein
---
Changed since v3:
* Add defensive check for schedulers in the linker
Changed since v1:
* rename the __start and __end symbols to better match
the rest of the file
---
xen/arch/arm/xen.lds.S | 5
Adds a simple macro to place a pointer to a scheduler into an array
section at compile time. Also, goes ahead and generates the array
entries with each of the schedulers.
CC: George Dunlap
CC: Dario Faggioli
CC: Josh Whitehead
CC: Robert VanVossen
Signed-off-by: Jonathan Creekmore
Acked-by
Faggioli
Signed-off-by: Jonathan Creekmore
Reviewed-by: Doug Goldstein
---
Changed since v2:
* Hid the scheduler menu behind the EXPERT option
* Provide static inlines for credit functions that are assumed to be
always available
* Provide an absolute default of the credit scheduler if
* Alphabetize the schedulers
* rename the __start and __end symbols to better match
the rest of the file
* Simplify the calculation of the number of schedulers
* Make the scheduler ops structures static to their files
Jonathan Creekmore (5):
build: Env var to enable expert config options
Instead of having a manually-curated list of schedulers, use the array
that was auto-generated simply by compiling in the scheduler files as
the sole source of truth of the available schedulers.
CC: George Dunlap
CC: Dario Faggioli
Signed-off-by: Jonathan Creekmore
Acked-by: Dario Faggioli
, visible during the Kconfig
configuration process, so typical users will never see it nor
any of the non-standard configuration options.
CC: Ian Campbell
CC: Ian Jackson
CC: Jan Beulich
CC: Keir Fraser
CC: Tim Deegan
Signed-off-by: Jonathan Creekmore
Reviewed-by: Doug Goldstein
Reviewed-by
Doug Goldstein writes:
> On 1/8/16 10:49 AM, Jan Beulich wrote:
> On 08.01.16 at 17:30, wrote:
>>> So, based on the Kconfig setup and the linker ASSERT, there should be no
>>> way to have a default scheduler that is not in the build. I wish Kconfig
>>> allowed you to state that you must have
Juergen Gross writes:
> On 08/01/16 17:02, Jonathan Creekmore wrote:
>>
>> Andrew Cooper writes:
>>
>>> On 08/01/16 15:47, Konrad Rzeszutek Wilk wrote:
>>>> On Thu, Jan 07, 2016 at 11:29:18AM -0600, Jonathan Creekmore wrote:
>>>>> Allow
Andrew Cooper writes:
> On 08/01/16 15:47, Konrad Rzeszutek Wilk wrote:
>> On Thu, Jan 07, 2016 at 11:29:18AM -0600, Jonathan Creekmore wrote:
>>> Allow the schedulers to be independently enabled or disabled at
>>> compile-time. To match existing behavior, all four sch
Adds a simple macro to place a pointer to a scheduler into an array
section at compile time. Also, goes ahead and generates the array
entries with each of the schedulers.
CC: George Dunlap
CC: Dario Faggioli
CC: Josh Whitehead
CC: Robert VanVossen
Signed-off-by: Jonathan Creekmore
Acked-by
Faggioli
Signed-off-by: Jonathan Creekmore
Reviewed-by: Doug Goldstein
---
Changed since v2:
* Hid the scheduler menu behind the EXPERT option
* Provide static inlines for credit functions that are assumed to be
always available
* Provide an absolute default of the credit scheduler if
, visible during the Kconfig
configuration process, so typical users will never see it nor
any of the non-standard configuration options.
CC: Ian Campbell
CC: Ian Jackson
CC: Jan Beulich
CC: Keir Fraser
CC: Tim Deegan
Signed-off-by: Jonathan Creekmore
Reviewed-by: Doug Goldstein
---
xen/Kconfig
better match
the rest of the file
* Simplify the calculation of the number of schedulers
* Make the scheduler ops structures static to their files
Jonathan Creekmore (5):
build: Env var to enable expert config options
build: Hook the schedulers into Kconfig
build: Alloc space for sched
Faggioli
Signed-off-by: Jonathan Creekmore
Acked-by: Dario Faggioli
Reviewed-by: Andrew Cooper
---
Changed since v1:
* Marked credit2 as EXPERIMENTAL
* Removed confusing language from the commit message
* Alphabetize the schedulers
---
xen/common/Kconfig| 64
* rename the __start and __end symbols to better match
the rest of the file
* Simplify the calculation of the number of schedulers
* Make the scheduler ops structures static to their files
Jonathan Creekmore (4):
build: Hook the schedulers into Kconfig
build: Alloc space for sched list in
Instead of having a manually-curated list of schedulers, use the array
that was auto-generated simply by compiling in the scheduler files as
the sole source of truth of the available schedulers.
CC: George Dunlap
CC: Dario Faggioli
Signed-off-by: Jonathan Creekmore
Acked-by: Dario Faggioli
Adds a simple macro to place a pointer to a scheduler into an array
section at compile time. Also, goes ahead and generates the array
entries with each of the schedulers.
CC: George Dunlap
CC: Dario Faggioli
CC: Josh Whitehead
CC: Robert VanVossen
Signed-off-by: Jonathan Creekmore
Acked-by
Beulich
CC: Andrew Cooper
Signed-off-by: Jonathan Creekmore
Reviewed-by: Andrew Cooper
---
Changed since v1:
* rename the __start and __end symbols to better match
the rest of the file
---
xen/arch/arm/xen.lds.S | 4
xen/arch/x86/xen.lds.S | 4
2 files changed, 8 insertions
> On Dec 18, 2015, at 10:43 AM, Jan Beulich wrote:
>
On 18.12.15 at 17:00, wrote:
>> Jan Beulich writes:
>> On 17.12.15 at 21:59, wrote:
+extern const struct scheduler *__schedulers_start[], *__schedulers_end[];
+#define NUM_SCHEDULERS
>> (((uintptr_t)__schedulers_end-(uint
> On Dec 18, 2015, at 11:07 AM, Jan Beulich wrote:
>
>>>> On 18.12.15 at 17:48, wrote:
>> On 18/12/15 16:40, Jonathan Creekmore wrote:
>>>> On Dec 18, 2015, at 3:01 AM, Andrew Cooper
>>>> wrote:
>>>>
>>>> On 17/12/
Andrew Cooper writes:
> On 17/12/2015 20:59, Jonathan Creekmore wrote:
>> Instead of having a manually-curated list of schedulers, use the array
>> that was auto-generated simply by compiling in the scheduler files as
>> the sole source of truth of the available schedul
Andrew Cooper writes:
> On 17/12/2015 20:59, Jonathan Creekmore wrote:
>> Allow the schedulers to be independently enabled or disabled at
>> compile-time instead of just allowing the scheduler to be selected on
>> the command line. To match existing behavior, all four sched
> On Dec 18, 2015, at 3:01 AM, Andrew Cooper wrote:
>
> On 17/12/2015 20:59, Jonathan Creekmore wrote:
>> Creates a section to contain scheduler entry pointers that are gathered
>> together into an array. This will allow, in a follow-on patch, scheduler
>> entries t
Jan Beulich writes:
On 17.12.15 at 21:59, wrote:
>> +extern const struct scheduler *__schedulers_start[], *__schedulers_end[];
>> +#define NUM_SCHEDULERS
>> (((uintptr_t)__schedulers_end-(uintptr_t)__schedulers_start) \
>> +/ sizeof(struct scheduler *))
>> +static c
> On Dec 17, 2015, at 7:35 PM, Dario Faggioli wrote:
>
> On Thu, 2015-12-17 at 14:59 -0600, Jonathan Creekmore wrote:
>> Allow the schedulers to be independently enabled or disabled at
>> compile-time instead of just allowing the scheduler to be selected on
>> the c
Instead of having a manually-curated list of schedulers, use the array
that was auto-generated simply by compiling in the scheduler files as
the sole source of truth of the available schedulers.
CC: George Dunlap
CC: Dario Faggioli
Signed-off-by: Jonathan Creekmore
---
xen/common/schedule.c
scheduler list from being manually curated into a model
where just compiling any schedulers into the hypervisor causes the
scheduler list to be built up.
Jonathan Creekmore (4):
build: Hook the schedulers into Kconfig
build: Alloc space for sched list in the link file
sched: Register the
Adds a simple macro to place a pointer to a scheduler into an array
section at compile time. Also, goes ahead and generates the array
entries with each of the schedulers.
CC: George Dunlap
CC: Dario Faggioli
CC: Josh Whitehead
CC: Robert VanVossen
Signed-off-by: Jonathan Creekmore
---
xen
Beulich
CC: Andrew Cooper
Signed-off-by: Jonathan Creekmore
---
xen/arch/arm/xen.lds.S | 4
xen/arch/x86/xen.lds.S | 4
2 files changed, 8 insertions(+)
diff --git a/xen/arch/arm/xen.lds.S b/xen/arch/arm/xen.lds.S
index 0488f37..39a4c86 100644
--- a/xen/arch/arm/xen.lds.S
+++ b/xen
not currently supported status.
CC: George Dunlap
CC: Dario Faggioli
Signed-off-by: Jonathan Creekmore
---
xen/common/Kconfig| 64 +++
xen/common/Makefile | 8 +++
xen/common/schedule.c | 12 --
3 files changed, 78 insertions
> On Dec 2, 2015, at 9:46 AM, Jan Beulich wrote:
>
On 02.12.15 at 16:41, wrote:
>
>>> On Dec 2, 2015, at 9:36 AM, Jan Beulich wrote:
>>>
>> On 02.12.15 at 16:29, wrote:
--- a/xen/Makefile
+++ b/xen/Makefile
@@ -91,7 +91,8 @@ _clean: delete-unfresh-files
$(MAK
> On Dec 2, 2015, at 9:36 AM, Jan Beulich wrote:
>
On 02.12.15 at 16:29, wrote:
>> --- a/xen/Makefile
>> +++ b/xen/Makefile
>> @@ -91,7 +91,8 @@ _clean: delete-unfresh-files
>> $(MAKE) -f $(BASEDIR)/Rules.mk -C xsm clean
>> $(MAKE) -f $(BASEDIR)/Rules.mk -C crypto clean
>> $
behind. This method does not have
the same disadvantage.
CC: Ian Campbell
CC: Ian Jackson
CC: Jan Beulich
CC: Keir Fraser
CC: Tim Deegan
Signed-off-by: Jonathan Creekmore
---
xen/Makefile | 3 ++-
xen/Rules.mk | 2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/xen
> On Dec 1, 2015, at 10:07 AM, Jan Beulich wrote:
>
> For one build run, yes. But then you can (a) build individual object
> files and (b) as mentioned above change configuration (implying
> that you know what you're doing). Also you could, using the
> example above, do a kexec=y build, then a k
> On Dec 1, 2015, at 6:41 AM, Jan Beulich wrote:
>
On 30.11.15 at 18:29, wrote:
>> --- a/xen/Rules.mk
>> +++ b/xen/Rules.mk
>> @@ -173,7 +173,7 @@ FORCE:
>>
>> .PHONY: clean
>> clean:: $(addprefix _clean_, $(subdir-all))
>> -rm -f *.o *~ core $(DEPS)
>> +rm -f *.o *~ core $(DEPS)
the visited directory.
CC: Ian Campbell
CC: Ian Jackson
CC: Jan Beulich
CC: Keir Fraser
CC: Tim Deegan
Signed-off-by: Jonathan Creekmore
---
xen/Rules.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen/Rules.mk b/xen/Rules.mk
index 02db110..539722f 100644
--- a/xen
On Wed, Nov 25, 2015 at 10:16 AM, Jan Beulich wrote:
> The use of $(basename ...) here was wrong (yet I'm sure I tested it).
>
> Signed-off-by: Jan Beulich
>
> --- a/xen/Rules.mk
> +++ b/xen/Rules.mk
> @@ -105,7 +105,7 @@ include Makefile
> DEPS = .*.d
> define gendep
> ifneq ($(1),$(subst
> On Nov 25, 2015, at 2:58 AM, Jan Beulich wrote:
>
>>>> On 24.11.15 at 19:19, wrote:
>
>>> On Nov 24, 2015, at 11:30 AM, Jan Beulich wrote:
>>>
>>>>>> On 24.11.15 at 18:22, wrote:
>>>
>>>>> On Nov 24, 2015
> On Nov 24, 2015, at 11:30 AM, Jan Beulich wrote:
>
>>>> On 24.11.15 at 18:22, wrote:
>
>>> On Nov 24, 2015, at 11:16 AM, Jonathan Creekmore
>> wrote:
>>>> On Nov 24, 2015, at 11:07 AM, Jan Beulich wrote:
>>>>>>> O
> On Nov 24, 2015, at 11:16 AM, Jonathan Creekmore
> wrote:
>
>>
>> On Nov 24, 2015, at 11:07 AM, Jan Beulich wrote:
>>
>>>>> On 24.11.15 at 17:56, wrote:
>>> --- a/xen/Makefile
>>> +++ b/xen/Makefile
>>> @@ -88,7 +88,7 @
> On Nov 24, 2015, at 11:07 AM, Jan Beulich wrote:
>
On 24.11.15 at 17:56, wrote:
>> --- a/xen/Makefile
>> +++ b/xen/Makefile
>> @@ -88,7 +88,7 @@ _clean: delete-unfresh-files
>> $(MAKE) -f $(BASEDIR)/Rules.mk -C xsm clean
>> $(MAKE) -f $(BASEDIR)/Rules.mk -C crypto clean
>>
: Jonathan Creekmore
---
xen/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen/Makefile b/xen/Makefile
index c556198..fa9cf0a 100644
--- a/xen/Makefile
+++ b/xen/Makefile
@@ -88,7 +88,7 @@ _clean: delete-unfresh-files
$(MAKE) -f $(BASEDIR)/Rules.mk -C xsm clean
"Jan Beulich" writes:
On 01.09.15 at 16:29, wrote:
Which is both appreciated and understandable. I suppose you
agree though that if you were to follow the model used for the
kexec part, things would quickly become unwieldy. Hence I would
strongly suggest considering to introduce Linux'es
Add the appropriate #if checks around the kexec code in the x86 codebase
so that the feature can actually be turned off by the flag instead of
always required to be enabled on x86.
Signed-off-by: Jonathan Creekmore
Reviewed-by: Andrew Cooper
Acked-by: David Vrabel
---
Changed since v4
Andrew Cooper writes:
On 01/09/15 11:54, Jan Beulich wrote:
On 01.09.15 at 12:44, wrote:
On 01/09/15 11:36, Ian Campbell wrote:
In general (i.e. not 100% consistently, I think) we have
tended to avoid making things user-facing compile time
options. Many of the existing CONFIG_* and HAVE_*
Add the appropriate #if checks around the kexec code in the x86 codebase
so that the feature can actually be turned off by the flag instead of
always required to be enabled on x86.
Signed-off-by: Jonathan Creekmore
---
Changed since v3:
* Correct makefile to meet the standards for feature
quot;):
On Thu, Aug 27, 2015 at 09:04:38AM -0500, Jonathan Creekmore wrote:
With the addition of FMODE_ATOMIC_POS in the Linux 3.14 kernel,
concurrent blocking file accesses to a single open file descriptor can
cause a deadlock trying to grab the file position lock. If a watch has
been se
Add the appropriate #if checks around the kexec code in the x86 codebase
so that the feature can actually be turned off by the flag instead of
always required to be enabled on x86.
Signed-off-by: Jonathan Creekmore
---
Changed since v2:
* Switch macros over to static inline functions
Add the appropriate #if checks around the kexec code in the x86 codebase
so that the feature can actually be turned off by the flag instead of
always required to be enabled on x86.
Signed-off-by: Jonathan Creekmore
---
Changed since v1:
* Reorder kexec files to be alphabetical in the
Ian Jackson writes:
Wei Liu writes ("Re: [Xen-devel] [PATCH v2] libxenstore: prefer
using the character device"):
On Thu, Aug 27, 2015 at 09:04:38AM -0500, Jonathan Creekmore
wrote:
> With the addition of FMODE_ATOMIC_POS in the Linux 3.14
> kernel, concurrent blocking fi
> On Aug 27, 2015, at 10:27 AM, David Vrabel wrote:
>
> On 27/08/15 15:47, Jonathan Creekmore wrote:
>> Add the appropriate #if checks around the kexec code in the x86 codebase
>> so that the feature can actually be turned off by the flag instead of
>> always re
Add the appropriate #if checks around the kexec code in the x86 codebase
so that the feature can actually be turned off by the flag instead of
always required to be enabled on x86.
Signed-off-by: Jonathan Creekmore
---
xen/arch/x86/Makefile | 4 ++--
xen/arch/x86/apic.c
: Jonathan Creekmore
---
tools/xenstore/xs_lib.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/xenstore/xs_lib.c b/tools/xenstore/xs_lib.c
index af4f75a..0c7744e 100644
--- a/tools/xenstore/xs_lib.c
+++ b/tools/xenstore/xs_lib.c
@@ -81,6 +81,8 @@ const char *xs_domain_dev(void)
#if
David Vrabel writes:
> On 16/08/15 09:59, Ian Campbell wrote:
>> On Thu, 2015-08-13 at 16:44 -0500, Jonathan Creekmore wrote:
>>> With the addition of FMODE_ATOMIC_POS in the Linux 3.14 kernel,
>>> concurrent blocking file accesses to a single open file descriptor can
> On Aug 16, 2015, at 1:59 AM, Ian Campbell wrote:
>
> On Thu, 2015-08-13 at 16:44 -0500, Jonathan Creekmore wrote:
>> With the addition of FMODE_ATOMIC_POS in the Linux 3.14 kernel,
>> concurrent blocking file accesses to a single open file descriptor can
>> cause a
other
hand, using the poll() API to implement the blocking for the read_all()
function prevents the file descriptor from being switched back and forth
between blocking and non-blocking modes between two threads.
Signed-off-by: Jonathan Creekmore
---
tools/xenstore/xs.c | 52
> On Jul 23, 2015, at 9:00 AM, Ian Campbell wrote:
>
> On Thu, 2015-07-23 at 08:40 -0500, Jonathan Creekmore wrote:
>> If systemd is configured for use AND you are building oxenstored, the
>> C
>> systemd library must be linked in to the systemd.cxma library.
>
If systemd is configured for use AND you are building oxenstored, the C
systemd library must be linked in to the systemd.cxma library.
Signed-off-by: Jonathan Creekmore
---
Changed since v1:
* Link the systemd library in to the systemd.cxma instead of the final
binary.
---
tools/ocaml
If systemd is configured for use AND you are building oxenstored, the C
systemd library must be linked in to the oxenstored binary instead of
just into the static ocaml stub.
Signed-off-by: Jonathan Creekmore
---
tools/ocaml/xenstored/Makefile | 4 +++-
1 file changed, 3 insertions(+), 1
85 matches
Mail list logo