linux-kernel - Re: [this_cpu_xx V4 00/20] Introduce per cpu atomic operations and avoid per cpu address arithmetic

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4AC5C836.8000502@kernel.org>
Date:	Fri, 02 Oct 2009 18:30:30 +0900
From:	Tejun Heo <tj@...nel.org>
To:	cl@...ux-foundation.org
CC:	akpm@...ux-foundation.org, linux-kernel@...r.kernel.org,
	mingo@...e.hu, rusty@...tcorp.com.au,
	Pekka Enberg <penberg@...helsinki.fi>
Subject: Re: [this_cpu_xx V4 00/20] Introduce per cpu atomic operations and
 avoid per cpu address arithmetic

Hello,

cl@...ux-foundation.org wrote:
> V3->V4:
> - Fix various macro definitions.
> - Provider experimental percpu based fastpath that does not disable
>   interrupts for SLUB.

The series looks very good to me.  percpu#for-next now has ia64 bits
included and the legacy allocator is gone there so it can carry this
series.  Sans the last one, they seem they can be stable and
incremental from now on, right?  Shall I include this series into the
percpu tree?

Thanks.

-- 
tejun
--
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/