[lkml]   [2014]   [Oct]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: introduce probe_slab_address?
From: Oleg Nesterov <>
Date: Wed, 22 Oct 2014 20:14:12 +0200

> So perhaps something like this makes sense?
> If some arch has problems with D-cache aliasing (because the freed page
> can be already mapped by user-space or vmalloc'ed), it can redefine this
> helper.
> Do you think we can use it to access rq->curr? (although let me repeat
> that I won't really argue with SLAB_DESTROY_BY_RCU).

Do we really need this?

We fully initialize and read from the area using the same virtual
address, there is no possiblity for corruption from SLAB's

It's when you store at vaddr X then read at vaddr Y and expect to see
what you wrote at X that you have problems.

That is very much not what is happening here.

The lifetime is contained to SLAB's usage at one single virtual

 \ /
  Last update: 2014-10-22 21:41    [W:0.078 / U:1.528 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site