On May 21, 2013, at 1:00 AM, Gleb Natapov wrote:
> On Sun, May 19, 2013 at 10:36:32AM -0400, Sanjay Lal wrote:
>>
>> On May 19, 2013, at 8:52 AM, Gleb Natapov wrote:
>>
>>> On Sat, May 18, 2013 at 06:54:24AM -0700, Sanjay Lal wrote:
- As suggested by Gleb, wrap calls to gfn_to_pfn() with
On Sun, May 19, 2013 at 10:36:32AM -0400, Sanjay Lal wrote:
>
> On May 19, 2013, at 8:52 AM, Gleb Natapov wrote:
>
> > On Sat, May 18, 2013 at 06:54:24AM -0700, Sanjay Lal wrote:
> >> - As suggested by Gleb, wrap calls to gfn_to_pfn() with
> >> srcu_read_lock/unlock().
> >> Memory slots should
On May 19, 2013, at 8:52 AM, Gleb Natapov wrote:
> On Sat, May 18, 2013 at 06:54:24AM -0700, Sanjay Lal wrote:
>> - As suggested by Gleb, wrap calls to gfn_to_pfn() with
>> srcu_read_lock/unlock().
>> Memory slots should be acccessed from a SRCU read section.
>> - kvm_mips_map_page() now return
On Sat, May 18, 2013 at 06:54:24AM -0700, Sanjay Lal wrote:
> - As suggested by Gleb, wrap calls to gfn_to_pfn() with
> srcu_read_lock/unlock().
> Memory slots should be acccessed from a SRCU read section.
> - kvm_mips_map_page() now returns an error code to it's callers, instead of
> calling p
- As suggested by Gleb, wrap calls to gfn_to_pfn() with srcu_read_lock/unlock().
Memory slots should be acccessed from a SRCU read section.
- kvm_mips_map_page() now returns an error code to it's callers, instead of
calling panic()
if it cannot find a mapping for a particular gfn.
Signed-off-b