FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian Kernel

 
 
LinkBack Thread Tools
 
Old 04-30-2011, 04:34 PM
Ben Hutchings
 
Default Bug#613634: vmalloc: eagerly clear ptes on vunmap

Ian, should we apply the backport from
64141da587241301ce8638cc945f8b67853156ec to squeeze for bug #613634 et
al?

Ben.

--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
 
Old 05-01-2011, 11:33 AM
Ian Campbell
 
Default Bug#613634: vmalloc: eagerly clear ptes on vunmap

On Sat, 2011-04-30 at 17:34 +0100, Ben Hutchings wrote:
> Ian, should we apply the backport from
> 64141da587241301ce8638cc945f8b67853156ec to squeeze for bug #613634 et
> al?

It's already in SVN for 2.6.32-34, seems to be in the changelog twice
even, once closing #614400 and then again closing #613634, which are
merged.

Ian.


--
Ian Campbell

I am currently transitioning to a new OpenPGP key, please see:
http://www.hellion.org.uk/key-transition-2011-04-27-2F6BCD59-to-79074FA8.txt

Never call a man a fool. Borrow from him.
 
Old 05-01-2011, 03:51 PM
Ben Hutchings
 
Default Bug#613634: vmalloc: eagerly clear ptes on vunmap

On Sun, 2011-05-01 at 12:33 +0100, Ian Campbell wrote:
> On Sat, 2011-04-30 at 17:34 +0100, Ben Hutchings wrote:
> > Ian, should we apply the backport from
> > 64141da587241301ce8638cc945f8b67853156ec to squeeze for bug #613634 et
> > al?
>
> It's already in SVN for 2.6.32-34, seems to be in the changelog twice
> even, once closing #614400 and then again closing #613634, which are
> merged.

Oh right, it's applied to the xen-featureset kernels. But isn't it also
applicable to non-xen-featureset kernels which can run in domU?

Ben.

--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
 
Old 05-02-2011, 10:57 AM
Ian Campbell
 
Default Bug#613634: vmalloc: eagerly clear ptes on vunmap

On Sun, 2011-05-01 at 16:51 +0100, Ben Hutchings wrote:
> On Sun, 2011-05-01 at 12:33 +0100, Ian Campbell wrote:
> > On Sat, 2011-04-30 at 17:34 +0100, Ben Hutchings wrote:
> > > Ian, should we apply the backport from
> > > 64141da587241301ce8638cc945f8b67853156ec to squeeze for bug #613634 et
> > > al?
> >
> > It's already in SVN for 2.6.32-34, seems to be in the changelog twice
> > even, once closing #614400 and then again closing #613634, which are
> > merged.
>
> Oh right, it's applied to the xen-featureset kernels.

So it is, I'd forgotten that.

> But isn't it also
> applicable to non-xen-featureset kernels which can run in domU?

Yes. I initially confused it with the vmalloc_sync_all fixes which
really only impact domains running backend drivers (since that's the
only real user of that code path). The vunmap thing is indeed more
generically useful to fix so I think it should go into the generic
flavours too.

Want me to take a look at that?

Ian.

--
Ian Campbell

I am currently transitioning to a new OpenPGP key, please see:
http://www.hellion.org.uk/key-transition-2011-04-27-2F6BCD59-to-79074FA8.txt

That must be wonderful: I don't understand it at all.
-- Moliere
 
Old 05-04-2011, 12:23 PM
Ian Campbell
 
Default Bug#613634: vmalloc: eagerly clear ptes on vunmap

On Mon, 2011-05-02 at 11:57 +0100, Ian Campbell wrote:
> On Sun, 2011-05-01 at 16:51 +0100, Ben Hutchings wrote:
> > On Sun, 2011-05-01 at 12:33 +0100, Ian Campbell wrote:
> > > On Sat, 2011-04-30 at 17:34 +0100, Ben Hutchings wrote:
> > > > Ian, should we apply the backport from
> > > > 64141da587241301ce8638cc945f8b67853156ec to squeeze for bug #613634 et
> > > > al?
> > >
> > > It's already in SVN for 2.6.32-34, seems to be in the changelog twice
> > > even, once closing #614400 and then again closing #613634, which are
> > > merged.
> >
> > Oh right, it's applied to the xen-featureset kernels.
>
> So it is, I'd forgotten that.
>
> > But isn't it also
> > applicable to non-xen-featureset kernels which can run in domU?
>
> Yes. I initially confused it with the vmalloc_sync_all fixes which
> really only impact domains running backend drivers (since that's the
> only real user of that code path). The vunmap thing is indeed more
> generically useful to fix so I think it should go into the generic
> flavours too.
>
> Want me to take a look at that?

I'll check this in to svn shortly for 2.6.32-35. Unfortunately I missed
the 2.6.32-34 boat.

Ian.

--
Ian Campbell
Current Noise: Gojira - Ocean Planet

Isn't air travel wonderful? Breakfast in London, dinner in New York,
luggage in Brazil.




--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 1304511819.26692.29.camel@zakaz.uk.xensource.com"> http://lists.debian.org/1304511819.26692.29.camel@zakaz.uk.xensource.com
 

Thread Tools




All times are GMT. The time now is 10:43 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org