From: Hollis Blanchard <hollisb-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
To: Avi Kivity <avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
kvm-ppc-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [PATCH 2 of 2] Use CONFIG_PREEMPT_NOTIFIERS around struct preempt_notifier
Date: Wed, 16 Jan 2008 10:23:11 -0600 [thread overview]
Message-ID: <1200500591.26153.1.camel@basalt> (raw)
In-Reply-To: <478DBB95.6030005-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
On Wed, 2008-01-16 at 10:08 +0200, Avi Kivity wrote:
> Hollis Blanchard wrote:
> > # HG changeset patch
> > # User Hollis Blanchard <hollisb-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
> > # Date 1200434370 21600
> > # Node ID 9878c9cec5f831ff5e9b97539aabc5fa3d934501
> > # Parent 931a81e1002110be0e8bf5b335bf199d43534c2c
> > This allows kvm_host.h to be #included even when struct preempt_notifier is
> > undefined.
>
> Don't you actually need preempt notifiers? They are useful if you have
> state that is only needed from userspace, but is expensive to switch.
> For x86, this is the syscall msrs (which define the syscall entry
> point), the fpu (which is not used in the kernel), and a few other bits
> (which I'm too lazy too look up and are esoteric anyway).
Yes, I do. However, if you #include <kvm_host.h> *without*
CONFIG_VIRTUALIZATION=y, CONFIG_PREEMPT_NOTIFIERS is not set and the
structure is undefined.
It is Linux policy to be able to unconditionally include headers, and
indeed I already hit this problem when I added that #include to
arch/powerpc/kernel/asm-offsets.c.
--
Hollis Blanchard
IBM Linux Technology Center
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
next prev parent reply other threads:[~2008-01-16 16:23 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-15 21:59 [PATCH 0 of 2] A couple ifdefs Hollis Blanchard
2008-01-15 21:59 ` [PATCH 1 of 2] Define and use CONFIG_KVM_HAS_PIO so that we don't need pio_data in kvm_arch_vcpu Hollis Blanchard
2008-01-20 13:15 ` Avi Kivity
[not found] ` <47934974.2020107-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2008-01-24 12:59 ` Carsten Otte
[not found] ` <47988BA1.80507-tA70FqPdS9bQT0dZR+AlfA@public.gmane.org>
2008-01-24 13:14 ` Avi Kivity
2008-01-15 21:59 ` [PATCH 2 of 2] Use CONFIG_PREEMPT_NOTIFIERS around struct preempt_notifier Hollis Blanchard
2008-01-16 8:08 ` Avi Kivity
[not found] ` <478DBB95.6030005-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2008-01-16 16:23 ` Hollis Blanchard [this message]
2008-01-16 8:03 ` [PATCH 0 of 2] A couple ifdefs Avi Kivity
[not found] ` <478DBA4D.7060408-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2008-01-16 9:24 ` Christian Ehrhardt
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=1200500591.26153.1.camel@basalt \
--to=hollisb-r/jw6+rmf7hqt0dzr+alfa@public.gmane.org \
--cc=avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org \
--cc=kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=kvm-ppc-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.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