[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <5961f265-e3d0-4122-87b8-10151e1ee4d6@email.android.com>
Date: Mon, 28 Jul 2014 13:43:36 -0700
From: "H. Peter Anvin" <hpa@...or.com>
To: Eduardo Habkost <ehabkost@...hat.com>
CC: virtualization@...ts.linux-foundation.org,
Jeremy Fitzhardinge <jeremy@...p.org>,
Chris Wright <chrisw@...s-sol.org>,
Alok Kataria <akataria@...are.com>,
Rusty Russell <rusty@...tcorp.com.au>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>, x86@...nel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] x86, paravirt: BUG_ON on {rd,wr}msr exceptions
As much as I hate adding new pvops, it might be the better answer, especially since those are the real native ops.
On July 28, 2014 1:39:55 PM PDT, Eduardo Habkost <ehabkost@...hat.com> wrote:
>On Mon, Jul 28, 2014 at 12:18:10PM -0700, H. Peter Anvin wrote:
>> On 07/28/2014 12:04 PM, Eduardo Habkost wrote:
>> > When CONFIG_PARAVIRT is enabled, the kernel is ignoring exceptions
>on
>> > the {rd,wr}msr instructions. This makes serious issues (either on
>the
>> > guest kernel, or on the host) be silently ignored, and is different
>from
>> > the native MSR code (which does not ignore the exceptions).
>> >
>> > As paravirt.h already includes linux/bug.h, I don't see what was
>the
>> > original issue preventing BUG_ON from being used.
>> >
>> > Change rdmsr(), wrmsr(), and rdmsrl() to BUG_ON() on errors.
>>
>> How much does this bloat the kernel?
>
>It seems to add 8 bytes to each {wr,rd}msr() call (4 extra
>instructions:
>test, jmp, ud2, jmp).
>
>allyesconfig, paravirt enabled, before:
>
> text data bss dec hex filename
>108368312 23500872 55705600 187574784 b2e2a00
>vmlinux
>
>allyesconfig, paravirt enabled, after:
>
> text data bss dec hex filename
>108384438 23500904 55717888 187603230 b2e991e
>vmlinux
>
>allyesconfig vmlinux is 28446 bytes larger.
>
>An alternative is to add read_msr_unsafe() & write_msr_unsafe() fields
>to pv_cpu_ops, pointing to native_read_msr() & native_write_msr().
--
Sent from my mobile phone. Please pardon brevity and lack of formatting.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists