login
Login
/
Register
Search
Header Space
Forums
News
Jobs
Blogs
Features
Man Pages
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
February
»
27
Re: [PATCH] x86: X86_HT always enable on X86_64 SMP
view
thread
Score:
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From:
Hiroshi Shimamoto <h-shimamoto@...>
To: Adrian Bunk <bunk@...>
Cc: H. Peter Anvin <hpa@...>, Ingo Molnar <mingo@...>, Thomas Gleixner <tglx@...>, Sam Ravnborg <sam@...>, <linux-kernel@...>
Subject:
Re: [PATCH] x86: X86_HT always enable on X86_64 SMP
Date: Wednesday, February 27, 2008 - 6:16 pm
Adrian Bunk wrote:
quoted text
> On Wed, Feb 27, 2008 at 01:30:59PM -0800, H. Peter Anvin wrote: >> Adrian Bunk wrote: >>> On Wed, Feb 27, 2008 at 01:16:30PM -0800, Hiroshi Shimamoto wrote: >>>> From: Hiroshi Shimamoto <h-shimamoto@ct.jp.nec.com> >>>> >>>> X86_HT is used for hyperthreading or multicore on 32-bit. >>>> The X86_HT on 64-bit is different from 32-bit, it means hyperthreading only. >>>> And X86_HT is not used on 64-bit except from cpu/initel_cacheinfo.c. >>>> >>>> Unify X86_HT for hyperthreading or multicore. >>>> Turn X86_HT on when X86_64 and SMP are enabled. >>> Please fix it properly instead - fiddling around with it the way you do >>> only asks for trouble in the future. >>> >>> What we need are two different variables for: >>> - hyperthreading and >>> - multicore >> He does, and calls them SCHED_SMT and SCHED_MC respectively. > > These are the already existing scheduler related variables that are > only a part of the X86_HT usages. > >> It's not particularly clear to me what X86_HT is meant to be used for >> anymore at all. > > grep through the source code and you find it is sometimes used for > hyperthreading and sometimes for multicore. > > I don't care whether X86_HT gets splitted or perhaps even removed, but > any change to it should remove the status quo of it having two different > semantics.
OK, you say "Don't mix two different semantics into one variable X86_HT", right? Thanks, Hiroshi Shimamoto --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PATCH] x86: X86_HT always enable on X86_64 SMP
, Hiroshi Shimamoto
, (Wed Feb 27, 5:16 pm)
Re: [PATCH] x86: X86_HT always enable on X86_64 SMP
, Adrian Bunk
, (Wed Feb 27, 5:26 pm)
Re: [PATCH] x86: X86_HT always enable on X86_64 SMP
, H. Peter Anvin
, (Wed Feb 27, 5:30 pm)
Re: [PATCH] x86: X86_HT always enable on X86_64 SMP
, Yinghai Lu
, (Wed Feb 27, 6:00 pm)
Re: [PATCH] x86: X86_HT always enable on X86_64 SMP
, Hiroshi Shimamoto
, (Wed Feb 27, 6:31 pm)
Re: [PATCH] x86: X86_HT always enable on X86_64 SMP
, Adrian Bunk
, (Wed Feb 27, 5:58 pm)
Re: [PATCH] x86: X86_HT always enable on X86_64 SMP
, Hiroshi Shimamoto
, (Wed Feb 27, 6:16 pm)
Re: [PATCH] x86: X86_HT always enable on X86_64 SMP
, Adrian Bunk
, (Wed Feb 27, 6:37 pm)
Navigation
Create content
Mailing list archives
Recent posts
Mail archive search
Enter your search terms.
all mailing lists
alsa-devel
dragonflybsd-bugs
dragonflybsd-commit
dragonflybsd-docs
dragonflybsd-kernel
dragonflybsd-submit
dragonflybsd-user
freebsd-announce
freebsd-bugs
freebsd-chat
freebsd-cluster
freebsd-current
freebsd-drivers
freebsd-embeded
freebsd-fs
freebsd-hackers
freebsd-hardware
freebsd-mobile
freebsd-net
freebsd-performance
freebsd-pf
freebsd-security
freebsd-security-notifications
freebsd-threads
git
git-commits-head
linux-activists
linux-arm
linux-ath5k-devel
linux-btrfs
linux-c-programming
linux-driver-devel
linux-ext4
linux-fsdevel
linux-ia64
linux-input
linux-kernel
linux-kernel-janitors
linux-kernel-mentors
linux-kernel-newbies
linux-kvm
linux-net
linux-netdev
linux-newbie
linux-nfs
linux-raid
linux-scsi
linux-security-module
linux-sparse
linux-usb
linux-usb-devel
madwifi-devel
netbsd-announce
netbsd-tech-kern
open-graphics
open-graphics-announce-kt
openbsd-announce
openbsd-bugs
openbsd-ipv6
openbsd-misc
openbsd-security-announce
openbsd-smp
openbsd-source-changes
openbsd-tech
openfabrics-general
openmoko-community
openmoko-devel
openmoko-kernel
reiserfs-devel
tux3
ucarp
Optionally limit your search to a specific mailing list.
advanced
Popular discussions
linux-kernel
:
Arnd Bergmann
SCHED_IDLE documentation
david
Re: limits on raid
Jan Engelhardt
Re: [PATCH] CodingStyle: multiple updates
Ingo Molnar
Re: Rescheduling interrupts
git
:
Russ Brown
git-svn: Branching clarifications
Sam Song
Fwd: [OT] Re: Git via a proxy server?
Junio C Hamano
Re: More precise tag following
Pierre Habouzit
Re: People unaware of the importance of "git gc"?
openbsd-misc
:
Michael
Virtual interface
Stijn
Re: libiconv problem
Stefan Beke
mail dovecot: pipe() failed: Too many open files
Amaury De Ganseman
"ping: sendto: No buffer space available" when using bittorrent or another p2p
linux-activists
:
Jim Winstead Jr.
Re: Root Disk/Book Disk Compatibility
Darren Senn
Re: Elm
Seung-Chul Woo
Is it possible to mount GNU HURD file system as DOS in SLS?
David Willmore
Re: Intel, the Pentium and Linux
Latest forum posts
spam
2 hours ago
KernelTrap Suggestions and Feedback
sis190/191 gigabit ethernet driver
3 hours ago
Linux general
read /dev/mem not working in 2.6
1 day ago
Linux general
Fedora with Windows vista : windows explorer restarts
1 day ago
Windows
Intel Graphics Drivers (IEGD 9.0.2) - help in patching for kernels > 2.6.24
1 day ago
Linux kernel
Porting from Windows to Linux
1 day ago
Linux general
Serial Driver Implementation Help
2 days ago
Linux kernel
aacraid bad
2 days ago
Linux general
Tools: GCC 3.4.6, Final GCC 3 Release
3 days ago
Applications and Utilities
GNU/Hurd is so awful
4 days ago
GNU/Hurd
Show all forums...
Recent Tags
more tags
Colocation donated by:
Who's online
There are currently
1 user
and
826 guests
online.
Online users
bartman
Syndicate
speck-geostationary