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]
Date:	Tue, 29 Mar 2011 08:27:50 -0700
From:	"H. Peter Anvin" <hpa@...or.com>
To:	Hans Rosenfeld <hans.rosenfeld@....com>
CC:	Brian Gerst <brgerst@...il.com>,
	"tglx@...utronix.de" <tglx@...utronix.de>,
	"mingo@...e.hu" <mingo@...e.hu>, "x86@...nel.org" <x86@...nel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"suresh.b.siddha@...el.com" <suresh.b.siddha@...el.com>,
	"eranian@...gle.com" <eranian@...gle.com>,
	"Richter, Robert" <robert.richter@....com>,
	"Herrmann3, Andreas" <Andreas.Herrmann3@....com>
Subject: Re: [RFC v2 8/8] x86, xsave: remove lazy allocation of xstate area

On 03/29/2011 07:17 AM, Hans Rosenfeld wrote:
>>
>> I'm not sure I like this.  I did a quick test on 64-bit, and found
>> that while most if not all user processes allocated the fpu save area
>> (probably because of glibc blindly initializing the fpu), kernel
>> threads did not.  This patch would force kernel threads to allocate
>> memory they would never use.
> 
> Yes, up to a few kilobytes would be wasted by kernel threads. The
> related code gets much simpler. I think that is a good thing.
> 

This is silly.  It shouldn't be very hard to allocate this for user
threads while avoiding the allocation for kernel threads.  The only
excuse for allocating it for user threads is if it becomes part of the
kernel stack allocation.

	-hpa

-- 
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel.  I don't speak on their behalf.

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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ