From owner-cvs-src@FreeBSD.ORG  Thu Mar  9 16:23:16 2006
Return-Path: <owner-cvs-src@FreeBSD.ORG>
X-Original-To: cvs-src@FreeBSD.org
Delivered-To: cvs-src@FreeBSD.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 10AE516A420;
	Thu,  9 Mar 2006 16:23:16 +0000 (GMT) (envelope-from jhb@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D59A243D46;
	Thu,  9 Mar 2006 16:23:15 +0000 (GMT) (envelope-from jhb@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.13.1/8.13.1) with ESMTP id k29GNFpD003994;
	Thu, 9 Mar 2006 16:23:15 GMT (envelope-from jhb@repoman.freebsd.org)
Received: (from jhb@localhost)
	by repoman.freebsd.org (8.13.1/8.13.1/Submit) id k29GNFf9003993;
	Thu, 9 Mar 2006 16:23:15 GMT (envelope-from jhb)
Message-Id: <200603091623.k29GNFf9003993@repoman.freebsd.org>
From: John Baldwin <jhb@FreeBSD.org>
Date: Thu, 9 Mar 2006 16:23:15 +0000 (UTC)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: RELENG_4
Cc: 
Subject: cvs commit: src/sys/i386/i386 mpapic.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Mar 2006 16:23:16 -0000

jhb         2006-03-09 16:23:15 UTC

  FreeBSD src repository

  Modified files:        (Branch: RELENG_4)
    sys/i386/i386        mpapic.c 
  Log:
  Revert the previous change.  Even though Intel insists that the behavior
  this change restores is wrong, it turns out the "proper" method is worse
  in practice for existing machines.  This is probably due to the fact that
  using fixed priority with a physical broadcast destination effectively
  broadcasts interrupts to all CPUs.  Fixing that would require a lot more
  work than just restoring the previous "incorrect" behavior and would
  probably be riskier as well.
  
  PR:             kern/94160
  Reported by:    Richard Wiwatowski rjwiwat at internode dot on dot net
  
  Revision  Changes    Path
  1.37.2.9  +3 -3      src/sys/i386/i386/mpapic.c