From owner-p4-projects@FreeBSD.ORG Wed Sep 21 21:02:27 2005 Return-Path: X-Original-To: p4-projects@freebsd.org Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 49AB316A421; Wed, 21 Sep 2005 21:02:27 +0000 (GMT) X-Original-To: perforce@freebsd.org Delivered-To: perforce@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2024E16A41F for ; Wed, 21 Sep 2005 21:02:27 +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 CA0A743D45 for ; Wed, 21 Sep 2005 21:02:26 +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 j8LL2QI7099663 for ; Wed, 21 Sep 2005 21:02:26 GMT (envelope-from jhb@freebsd.org) Received: (from perforce@localhost) by repoman.freebsd.org (8.13.1/8.13.1/Submit) id j8LL2QxG099660 for perforce@freebsd.org; Wed, 21 Sep 2005 21:02:26 GMT (envelope-from jhb@freebsd.org) Date: Wed, 21 Sep 2005 21:02:26 GMT Message-Id: <200509212102.j8LL2QxG099660@repoman.freebsd.org> X-Authentication-Warning: repoman.freebsd.org: perforce set sender to jhb@freebsd.org using -f From: John Baldwin To: Perforce Change Reviews Cc: Subject: PERFORCE change 84076 for review X-BeenThere: p4-projects@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: p4 projects tree changes List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Sep 2005 21:02:28 -0000 http://perforce.freebsd.org/chv.cgi?CH=84076 Change 84076 by jhb@jhb_slimer on 2005/09/21 21:01:48 Update. Affected files ... .. //depot/projects/smpng/sys/notes#57 edit Differences ... ==== //depot/projects/smpng/sys/notes#57 (text+ko) ==== @@ -9,36 +9,31 @@ for inline asm stuff. For pc98 I tried to update the clobbers to be more realistic since they call functions. However, these clobber updates need to be verified against the actual pc98 code. - - Untested - + Oops, '+' is invalid for memory operands it turns out, so revisit the - whole tree to really fix this. Also, fixup atomic ops so that they - treat the memory pointed to as an output and don't all clobber "memory", - instead, just acquire variants clobber "memory". - - Put off the relaxing of memory clobbers to just acquire variants until - later - - alpha - - amd64 - - why clobber memory in disable_intr()? - - eventually we should not clobber all memory for bus_space, but just - the memory we actually touch - - arm - - needs real acq variants to get "memory" clobber, then __swp() can stop - clobbering "memory" - - dev - - drm clobbers memory for write barriers - - drm and sym should use bus_space for barriers - - gnu - - contrib code - - ia64 - - i386 - - why clobber memory in disable_intr()? - - pc98 - - powerpc - - not sure powerpc_mb() should clobber memory - - sparc64 - - sys - + start over saving current state in the ktrace branch so I can break this up - - see what's left of the diff after these + - Moved to the jhb_ktrace branch for now. Also, haven't removed the + "cc" clobbers yet. +- Fixup atomic ops so that they treat the memory pointed to as an output and + don't all clobber "memory", instead, just acquire variants clobber "memory". + - alpha + - amd64 + - why clobber memory in disable_intr()? + - eventually we should not clobber all memory for bus_space, but just + the memory we actually touch + - arm + - needs real acq variants to get "memory" clobber, then __swp() can stop + clobbering "memory" + - dev + - drm clobbers memory for write barriers + - drm and sym should use bus_space for barriers + - gnu + - contrib code + - ia64 + - i386 + - why clobber memory in disable_intr()? + - pc98 + - powerpc + - not sure powerpc_mb() should clobber memory + - sparc64 + - sys - Fixup td_ucred of thread doing execve() to re-sync with process ucred after single threading during an exec. - Untested