From: George Dunlap <george.dunlap@eu.citrix.com>
To: Nathan Studer <nate.studer@dornerworks.com>
Cc: Simon Martin <smartin@milliways.cl>,
Ian Campbell <ian.campbell@citrix.com>,
Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
Ian Jackson <ian.jackson@eu.citrix.com>,
Robert VanVossen <robert.vanvossen@dornerworks.com>,
xen-devel@lists.xen.org
Subject: Re: [PATCH 1/3] arinc: whitespace and formatting fixes
Date: Tue, 19 Nov 2013 11:30:49 +0000 [thread overview]
Message-ID: <528B4BE9.1000807@eu.citrix.com> (raw)
In-Reply-To: <1384805814-3597-2-git-send-email-nate.studer@dornerworks.com>
On 11/18/2013 08:16 PM, Nathan Studer wrote:
> From: Nathan Studer <nate.studer@dornerworks.com>
>
> Remove the excessive amount of trailing whitespace in the
> arinc653 scheduler file and add a local variables block.
>
> Suggested-by: Andrew Cooper <andrew.cooper3@citrix.com>
> Signed-off-by: Nathan Studer <nate.studer@dornerworks.com>
Release-acked-by: George Dunlap <george.dunlap@eu.citrix.com>
> ---
> xen/common/sched_arinc653.c | 96 ++++++++++++++++++++++++-------------------
> 1 file changed, 53 insertions(+), 43 deletions(-)
>
> diff --git a/xen/common/sched_arinc653.c b/xen/common/sched_arinc653.c
> index 7b7b387..f4eb943 100644
> --- a/xen/common/sched_arinc653.c
> +++ b/xen/common/sched_arinc653.c
> @@ -40,9 +40,9 @@
> * Private Macros *
> **************************************************************************/
>
> -/**
> - * Retrieve the idle VCPU for a given physical CPU
> - */
> +/**
> + * Retrieve the idle VCPU for a given physical CPU
> + */
> #define IDLETASK(cpu) (idle_vcpu[cpu])
>
> /**
> @@ -76,7 +76,7 @@ typedef struct arinc653_vcpu_s
> struct list_head list;
> } arinc653_vcpu_t;
>
> -/**
> +/**
> * The sched_entry_t structure holds a single entry of the
> * ARINC 653 schedule.
> */
> @@ -101,8 +101,8 @@ typedef struct sched_entry_s
> typedef struct a653sched_priv_s
> {
> /**
> - * This array holds the active ARINC 653 schedule.
> - *
> + * This array holds the active ARINC 653 schedule.
> + *
> * When the system tries to start a new VCPU, this schedule is scanned
> * to look for a matching (handle, VCPU #) pair. If both the handle (UUID)
> * and VCPU number match, then the VCPU is allowed to run. Its run time
> @@ -112,12 +112,12 @@ typedef struct a653sched_priv_s
>
> /**
> * This variable holds the number of entries that are valid in
> - * the arinc653_schedule table.
> - *
> + * the arinc653_schedule table.
> + *
> * This is not necessarily the same as the number of domains in the
> * schedule. A domain could be listed multiple times within the schedule,
> * or a domain with multiple VCPUs could have a different
> - * schedule entry for each VCPU.
> + * schedule entry for each VCPU.
> */
> int num_schedule_entries;
>
> @@ -131,9 +131,9 @@ typedef struct a653sched_priv_s
> */
> s_time_t next_major_frame;
>
> - /**
> - * pointers to all Xen VCPU structures for iterating through
> - */
> + /**
> + * pointers to all Xen VCPU structures for iterating through
> + */
> struct list_head vcpu_list;
> } a653sched_priv_t;
>
> @@ -143,14 +143,14 @@ typedef struct a653sched_priv_s
>
> /**
> * This function compares two domain handles.
> - *
> + *
> * @param h1 Pointer to handle 1
> * @param h2 Pointer to handle 2
> - *
> + *
> * @return <ul>
> - * <li> <0: handle 1 is less than handle 2
> - * <li> 0: handle 1 is equal to handle 2
> - * <li> >0: handle 1 is greater than handle 2
> + * <li> <0: handle 1 is less than handle 2
> + * <li> 0: handle 1 is equal to handle 2
> + * <li> >0: handle 1 is greater than handle 2
> * </ul>
> */
> static int dom_handle_cmp(const xen_domain_handle_t h1,
> @@ -162,11 +162,11 @@ static int dom_handle_cmp(const xen_domain_handle_t h1,
> /**
> * This function searches the vcpu list to find a VCPU that matches
> * the domain handle and VCPU ID specified.
> - *
> + *
> * @param ops Pointer to this instance of the scheduler structure
> * @param handle Pointer to handler
> * @param vcpu_id VCPU ID
> - *
> + *
> * @return <ul>
> * <li> Pointer to the matching VCPU if one is found
> * <li> NULL otherwise
> @@ -191,7 +191,7 @@ static struct vcpu *find_vcpu(
> /**
> * This function updates the pointer to the Xen VCPU structure for each entry
> * in the ARINC 653 schedule.
> - *
> + *
> * @param ops Pointer to this instance of the scheduler structure
> * @return <None>
> */
> @@ -211,7 +211,7 @@ static void update_schedule_vcpus(const struct scheduler *ops)
> * in place a new ARINC653 schedule.
> *
> * @param ops Pointer to this instance of the scheduler structure
> - *
> + *
> * @return <ul>
> * <li> 0 = success
> * <li> !0 = error
> @@ -253,10 +253,10 @@ arinc653_sched_set(
> if ( !found_dom0 )
> goto fail;
>
> - /*
> + /*
> * Error if the major frame is not large enough to run all entries as
> * indicated by comparing the total run time to the major frame length.
> - */
> + */
> if ( total_runtime > schedule->major_frame )
> goto fail;
>
> @@ -276,10 +276,10 @@ arinc653_sched_set(
> update_schedule_vcpus(ops);
>
> /*
> - * The newly-installed schedule takes effect immediately. We do not even
> + * The newly-installed schedule takes effect immediately. We do not even
> * wait for the current major frame to expire.
> *
> - * Signal a new major frame to begin. The next major frame is set up by
> + * Signal a new major frame to begin. The next major frame is set up by
> * the do_schedule callback function when it is next invoked.
> */
> sched_priv->next_major_frame = NOW();
> @@ -392,8 +392,8 @@ a653sched_alloc_vdata(const struct scheduler *ops, struct vcpu *vc, void *dd)
>
> /*
> * Initialize our ARINC 653 scheduler-specific information for the VCPU.
> - * The VCPU starts "asleep." When Xen is ready for the VCPU to run, it
> - * will call the vcpu_wake scheduler callback function and our scheduler
> + * The VCPU starts "asleep." When Xen is ready for the VCPU to run, it
> + * will call the vcpu_wake scheduler callback function and our scheduler
> * will mark the VCPU awake.
> */
> svc->vc = vc;
> @@ -483,7 +483,7 @@ a653sched_free_domdata(const struct scheduler *ops, void *data)
>
> /**
> * Xen scheduler callback function to sleep a VCPU
> - *
> + *
> * @param ops Pointer to this instance of the scheduler structure
> * @param vc Pointer to the VCPU structure for the current domain
> */
> @@ -503,7 +503,7 @@ a653sched_vcpu_sleep(const struct scheduler *ops, struct vcpu *vc)
>
> /**
> * Xen scheduler callback function to wake up a VCPU
> - *
> + *
> * @param ops Pointer to this instance of the scheduler structure
> * @param vc Pointer to the VCPU structure for the current domain
> */
> @@ -519,10 +519,10 @@ a653sched_vcpu_wake(const struct scheduler *ops, struct vcpu *vc)
> /**
> * Xen scheduler callback function to select a VCPU to run.
> * This is the main scheduler routine.
> - *
> + *
> * @param ops Pointer to this instance of the scheduler structure
> * @param now Current time
> - *
> + *
> * @return Address of the VCPU structure scheduled to be run next
> * Amount of time to execute the returned VCPU
> * Flag for whether the VCPU was migrated
> @@ -559,7 +559,7 @@ a653sched_do_schedule(
> }
> }
>
> - /*
> + /*
> * If we exhausted the domains in the schedule and still have time left
> * in the major frame then switch next at the next major frame.
> */
> @@ -567,10 +567,10 @@ a653sched_do_schedule(
> next_switch_time = sched_priv->next_major_frame;
>
> /*
> - * If there are more domains to run in the current major frame, set
> - * new_task equal to the address of next domain's VCPU structure.
> - * Otherwise, set new_task equal to the address of the idle task's VCPU
> - * structure.
> + * If there are more domains to run in the current major frame, set
> + * new_task equal to the address of next domain's VCPU structure.
> + * Otherwise, set new_task equal to the address of the idle task's VCPU
> + * structure.
> */
> new_task = (sched_index < sched_priv->num_schedule_entries)
> ? sched_priv->schedule[sched_index].vc
> @@ -584,10 +584,10 @@ a653sched_do_schedule(
> new_task = IDLETASK(0);
> BUG_ON(new_task == NULL);
>
> - /*
> + /*
> * Check to make sure we did not miss a major frame.
> - * This is a good test for robust partitioning.
> - */
> + * This is a good test for robust partitioning.
> + */
> BUG_ON(now >= sched_priv->next_major_frame);
>
> /* Tasklet work (which runs in idle VCPU context) overrides all else. */
> @@ -595,8 +595,8 @@ a653sched_do_schedule(
> new_task = IDLETASK(0);
>
> /*
> - * Return the amount of time the next domain has to run and the address
> - * of the selected task's VCPU structure.
> + * Return the amount of time the next domain has to run and the address
> + * of the selected task's VCPU structure.
> */
> ret.time = next_switch_time - now;
> ret.task = new_task;
> @@ -609,10 +609,10 @@ a653sched_do_schedule(
>
> /**
> * Xen scheduler callback function to select a CPU for the VCPU to run on
> - *
> + *
> * @param ops Pointer to this instance of the scheduler structure
> * @param v Pointer to the VCPU structure for the current domain
> - *
> + *
> * @return Number of selected physical CPU
> */
> static int
> @@ -709,3 +709,13 @@ const struct scheduler sched_arinc653_def = {
> .tick_suspend = NULL,
> .tick_resume = NULL,
> };
> +
> +/*
> + * Local variables:
> + * mode: C
> + * c-file-style: "BSD"
> + * c-basic-offset: 4
> + * tab-width: 4
> + * indent-tabs-mode: nil
> + * End:
> + */
>
next prev parent reply other threads:[~2013-11-19 11:30 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-18 20:16 [PATCH 0/3] arinc: Implement cpu-pool support Nathan Studer
2013-11-18 20:16 ` [PATCH 1/3] arinc: whitespace and formatting fixes Nathan Studer
2013-11-19 9:54 ` Andrew Cooper
2013-11-19 11:30 ` George Dunlap [this message]
2013-11-18 20:16 ` [PATCH 2/3] arinc: Add cpu-pool support to scheduler Nathan Studer
2013-11-19 10:30 ` Andrew Cooper
2013-11-19 11:18 ` George Dunlap
2013-11-19 11:33 ` Andrew Cooper
2013-11-19 13:01 ` Nate Studer
2013-11-19 13:58 ` Nate Studer
2013-11-19 14:04 ` Nate Studer
2013-11-19 18:16 ` Andrew Cooper
2013-11-19 11:30 ` George Dunlap
2013-11-18 20:16 ` [PATCH 3/3] arinc: Add poolid parameter to scheduler get/set functions Nathan Studer
2013-11-19 10:32 ` Andrew Cooper
2013-11-19 11:32 ` George Dunlap
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=528B4BE9.1000807@eu.citrix.com \
--to=george.dunlap@eu.citrix.com \
--cc=ian.campbell@citrix.com \
--cc=ian.jackson@eu.citrix.com \
--cc=nate.studer@dornerworks.com \
--cc=robert.vanvossen@dornerworks.com \
--cc=smartin@milliways.cl \
--cc=stefano.stabellini@eu.citrix.com \
--cc=xen-devel@lists.xen.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).