在 2020/8/13 下午10:32, Alexander Duyck 写道:
>> Thanks a lot!
>> Don't know if community is ok if we keep the patch following whole patchset
>> alone?
> I am fine with you squashing it with another patch if you want. In
> theory this could probably be squashed in with the earlier patch I
> submitte
On Wed, Aug 12, 2020 at 11:57 PM Alex Shi wrote:
>
>
>
> 在 2020/8/13 下午12:02, Alexander Duyck 写道:
> > From: Alexander Duyck
> >
> > We can drop the need for the locked variable by making use of the
> > lruvec_holds_page_lru_lock function. By doing this we can avoid some rcu
> > locking ugliness f
On Thu, Aug 13, 2020 at 12:45 AM Alex Shi wrote:
>
>
>
> 在 2020/8/13 下午12:02, Alexander Duyck 写道:
> > - rcu_read_lock();
> > - lruvec = mem_cgroup_page_lruvec(page, pgdat);
> > -
> > /* If we already hold the lock, we can skip some rechecking */
> > -
在 2020/8/13 下午12:02, Alexander Duyck 写道:
> - rcu_read_lock();
> - lruvec = mem_cgroup_page_lruvec(page, pgdat);
> -
> /* If we already hold the lock, we can skip some rechecking */
> - if (lruvec != locked) {
> - if (locked)
>
在 2020/8/13 下午12:02, Alexander Duyck 写道:
> From: Alexander Duyck
>
> We can drop the need for the locked variable by making use of the
> lruvec_holds_page_lru_lock function. By doing this we can avoid some rcu
> locking ugliness for the case where the lruvec is still holding the LRU
> lock ass
From: Alexander Duyck
We can drop the need for the locked variable by making use of the
lruvec_holds_page_lru_lock function. By doing this we can avoid some rcu
locking ugliness for the case where the lruvec is still holding the LRU
lock associated with the page. Instead we can just use the lruve
6 matches
Mail list logo