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 PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Wed, 11 Nov 2009 14:46:16 -0600 From: "Chris Friesen" <cfriesen@...tel.com> To: Bartlomiej Zolnierkiewicz <bzolnier@...il.com> CC: x86@...nel.org, linux-kernel@...r.kernel.org, Dave Jones <davej@...emonkey.org.uk> Subject: Re: [PATCH RFC] x86: fix confusing name of /proc/cpuinfo "ht" flag On 11/11/2009 02:34 PM, Bartlomiej Zolnierkiewicz wrote: > > "ht" flag indicates only ability to detect siblings not HT presence itself. > > Inspired by: > http://www.codemonkey.org.uk/2009/11/10/common-hyperthreading-misconception/ > > Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@...il.com> > --- > It could be that there are some user-space programs depending on "ht" > flag so the patch is marked as RFC.. If a cpu is capable of ht but doesn't have any siblings, do we actually care? If many people consider the "ht" flag to indicate that hyperthreading is actually available, what about instead changing the meaning of the "ht" flag to indicate that there actually are siblings? Chris -- 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