login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2010
»
May
»
7
Re: RFD: Should we remove the HLT check? (was Re: [PATCH 1/8] x86: avoid check hlt if no timer interrupts)
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Alan Cox
Subject:
Re: RFD: Should we remove the HLT check? (was Re: [PATCH 1/8] x86: avoid check hlt if no timer interrupts)
Date: Friday, May 7, 2010 - 3:46 pm
On Fri, 07 May 2010 15:27:34 -0700 "H. Peter Anvin" <hpa@zytor.com> wrote:
quoted text
> On 05/07/2010 03:24 PM, Alan Cox wrote: > >> I'd be cool skipping it for family 5 or newer. I'm just wondering if we > >> should kill it completely -- IIRC it was only a handful of 386/486 > >> systems which had problems, usually due to marginal power supplies which > >> couldn't handle the noise of a variable load (DOS not having any power > >> management would run at a reliable 100% load) -- that's not exactly the > >> type of systems which would have survived to modern day. > > > > Also SMM and hardware bugs on some platforms - Cyrix MediaGX 5510 for > > example where a hlt at the wrong moment during ATA transfers hung the box > > until power cycle. But all old old stuff. > > I think family < 5 seems a reasonable cutoff. > > Note that the ATA transfer bug you describe above would not be caught by > the existing check.
MediaGX5510 would I'm pretty certain be 486 reporting anyway --
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 0/8] Moorestown changes in arch/x86 for 35 merge window
, Jacob Pan
, (Fri May 7, 10:41 am)
[PATCH 1/8] x86: avoid check hlt if no timer interrupts
, Jacob Pan
, (Fri May 7, 10:41 am)
[PATCH 2/8] x86/mrst/pci: return 0 for non-present pci bars
, Jacob Pan
, (Fri May 7, 10:41 am)
[PATCH 3/8] x86/apic: allow use of lapic timer early calib ...
, Jacob Pan
, (Fri May 7, 10:41 am)
[PATCH 4/8] x86/mrst: change clock selection logic to supp ...
, Jacob Pan
, (Fri May 7, 10:41 am)
[PATCH 5/8] x86/apbt: support more timer configurations on ...
, Jacob Pan
, (Fri May 7, 10:41 am)
[PATCH 6/8] x86/platform: add a wallclock_init func to x86 ...
, Jacob Pan
, (Fri May 7, 10:41 am)
[PATCH 7/8] x86/mrst: add vrtc driver which serves as a wa ...
, Jacob Pan
, (Fri May 7, 10:41 am)
[PATCH 8/8] x86/mrst: Add nop functions to x86_init mppars ...
, Jacob Pan
, (Fri May 7, 10:41 am)
Re: [PATCH 7/8] x86/mrst: add vrtc driver which serves as ...
, Joe Perches
, (Fri May 7, 11:51 am)
Re: [PATCH 7/8] x86/mrst: add vrtc driver which serves as ...
, Alan Cox
, (Fri May 7, 12:02 pm)
Re: [PATCH 7/8] x86/mrst: add vrtc driver which serves as ...
, Joe Perches
, (Fri May 7, 12:06 pm)
Re: [PATCH 7/8] x86/mrst: add vrtc driver which serves as ...
, H. Peter Anvin
, (Fri May 7, 12:56 pm)
RFD: Should we remove the HLT check? (was Re: [PATCH 1/8] ...
, H. Peter Anvin
, (Fri May 7, 1:32 pm)
Re: RFD: Should we remove the HLT check? (was Re: [PATCH ...
, Arjan van de Ven
, (Fri May 7, 1:33 pm)
Re: RFD: Should we remove the HLT check? (was Re: [PATCH ...
, H. Peter Anvin
, (Fri May 7, 1:36 pm)
Re: RFD: Should we remove the HLT check? (was Re: [PATCH ...
, Linus Torvalds
, (Fri May 7, 1:54 pm)
Re: RFD: Should we remove the HLT check? (was Re: [PATCH ...
, H. Peter Anvin
, (Fri May 7, 2:04 pm)
Re: RFD: Should we remove the HLT check? (was Re: [PATCH ...
, jacob pan
, (Fri May 7, 3:07 pm)
Re: RFD: Should we remove the HLT check? (was Re: [PATCH ...
, Alan Cox
, (Fri May 7, 3:24 pm)
Re: RFD: Should we remove the HLT check? (was Re: [PATCH ...
, H. Peter Anvin
, (Fri May 7, 3:27 pm)
Re: RFD: Should we remove the HLT check? (was Re: [PATCH ...
, Arjan van de Ven
, (Fri May 7, 3:35 pm)
Re: RFD: Should we remove the HLT check? (was Re: [PATCH ...
, Alan Cox
, (Fri May 7, 3:46 pm)
Re: [PATCH 7/8] x86/mrst: add vrtc driver which serves as ...
, Feng Tang
, (Mon May 10, 2:17 am)
Re: [PATCH 7/8] x86/mrst: add vrtc driver which serves as ...
, H. Peter Anvin
, (Mon May 10, 11:22 am)
Re: [PATCH 7/8] x86/mrst: add vrtc driver which serves as ...
, Feng Tang
, (Mon May 10, 7:30 pm)
Re: [PATCH 3/8] x86/apic: allow use of lapic timer early c ...
, Thomas Gleixner
, (Tue May 11, 6:46 am)
Re: [PATCH 4/8] x86/mrst: change clock selection logic to ...
, Thomas Gleixner
, (Tue May 11, 7:36 am)
Re: [PATCH 6/8] x86/platform: add a wallclock_init func to ...
, Thomas Gleixner
, (Tue May 11, 7:42 am)
Re: [PATCH 7/8] x86/mrst: add vrtc driver which serves as ...
, Thomas Gleixner
, (Tue May 11, 7:57 am)
Re: [PATCH 4/8] x86/mrst: change clock selection logic to ...
, Alan Cox
, (Tue May 11, 8:30 am)
Re: [PATCH 4/8] x86/mrst: change clock selection logic to ...
, Thomas Gleixner
, (Tue May 11, 8:50 am)
Re: [PATCH 4/8] x86/mrst: change clock selection logic to ...
, Alan Cox
, (Tue May 11, 9:03 am)
RE: [PATCH 3/8] x86/apic: allow use of lapic timer early c ...
, Pan, Jacob jun
, (Tue May 11, 12:42 pm)
RE: [PATCH 3/8] x86/apic: allow use of lapic timer early c ...
, Thomas Gleixner
, (Tue May 11, 12:50 pm)
RE: [PATCH 3/8] x86/apic: allow use of lapic timer early c ...
, Pan, Jacob jun
, (Tue May 11, 1:46 pm)
Re: [PATCH 3/8] x86/apic: allow use of lapic timer early c ...
, H. Peter Anvin
, (Tue May 11, 1:51 pm)
Re: [PATCH 7/8] x86/mrst: add vrtc driver which serves as ...
, Feng Tang
, (Tue May 11, 7:34 pm)
RE: [PATCH 4/8] x86/mrst: change clock selection logic to ...
, Pan, Jacob jun
, (Thu May 13, 3:16 pm)
Re: [PATCH 4/8] x86/mrst: change clock selection logic to ...
, Du, Alek
, (Sun May 16, 7:14 pm)
Re: [PATCH 4/8] x86/mrst: change clock selection logic to ...
, Du, Alek
, (Sun May 16, 7:27 pm)
Re: [PATCH 7/8] x86/mrst: add vrtc driver which serves as ...
, Thomas Gleixner
, (Mon May 17, 2:15 am)
Re: [PATCH 7/8] x86/mrst: add vrtc driver which serves as ...
, Feng Tang
, (Mon May 17, 11:27 pm)
Re: [PATCH 7/8] x86/mrst: add vrtc driver which serves as ...
, Thomas Gleixner
, (Tue May 18, 12:38 am)
Re: [PATCH 7/8] x86/mrst: add vrtc driver which serves as ...
, john stultz
, (Tue May 18, 1:43 pm)
Re: [PATCH 7/8] x86/mrst: add vrtc driver which serves as ...
, Thomas Gleixner
, (Tue May 18, 2:02 pm)
[PATCH 1/3] timekeeping: moving xtime's init to a later time
, Feng Tang
, (Thu May 20, 7:15 pm)
[PATCH 2/3] x86: unify current 3 similar ways of saving IR ...
, Feng Tang
, (Thu May 20, 7:16 pm)
[PATCH 3/3] x86/mrst: add vrtc driver which serves as a wa ...
, Feng Tang
, (Thu May 20, 7:19 pm)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Michael Trimarchi
Re: [PATCH] VFS: make file->f_pos access atomic on 32bit arch
Miklos Szeredi
[patch 14/15] vfs: more path_permission() conversions
Serge E. Hallyn
Re: [RFC v5][PATCH 7/8] Infrastructure for shared objects
Bernd Schmidt
Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
Takashi Iwai
[PATCH 2/2] input: Add LED support to Synaptics device
git
:
Junio C Hamano
Re: mingw, windows, crlf/lf, and git
Eyvind Bernhardsen
Re: Where has "git ls-remote" reference pattern matching gone?
Shawn O. Pearce
Re: Switching from CVS to GIT
Todd Zullinger
Re: [PATCH 2/2] send-email: rfc2047-quote subject lines with non-ascii characters
Santi Béjar
Re: How to use git-fmt-merge-msg?
linux-netdev
:
Ramkrishna Vepa
[net-2.6 PATCH 1/10] Neterion: New driver: Driver help file
Mark Anthony
invitation / inquiry
Ingo Molnar
Re: [PATCH 08/16] dma-debug: add core checking functions
David Miller
Re: [PATCH 1/3] f_phonet: dev_kfree_skb instead of dev_kfree_skb_any in TX callback
Sascha Hauer
[PATCH 03/12] fec: do not typedef struct types
git-commits-head
:
Linux Kernel Mailing List
amba: struct device - replace bus_id with dev_name(), dev_set_name()
Linux Kernel Mailing List
MIPS: Yosemite: Convert SMP startup lock to arch spinlock.
Linux Kernel Mailing List
ARM: S5PC100: IRQ and timer
Linux Kernel Mailing List
davinci: edma: clear interrupt status for interrupt enabled channels only
Linux Kernel Mailing List
x86, mm, kprobes: fault.c, simplify notify_page_fault()
openbsd-misc
:
Daniel A. Ramaley
Re: [semi-OT] Can anyone recommend an OpenBSD-compatible colour laser printer?
Matthias Kilian
Re: can't get vesa @ 1280x800 or nv
Tobias Ulmer
Re: Problem after upgrade 4.5 to 4.6: ERR M
Philip Guenther
Re: SIGCHLD and libpthread.so
J.C. Roberts
Re: [semi-OT] Can anyone recommend an OpenBSD-compatible colour laser printer?
Colocation donated by:
Syndicate