From owner-svn-src-head@FreeBSD.ORG Tue Jun 21 23:29:36 2011 Return-Path: Delivered-To: svn-src-head@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EF74106567D; Tue, 21 Jun 2011 23:29:36 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by mx1.freebsd.org (Postfix) with ESMTP id 988088FC0C; Tue, 21 Jun 2011 23:29:35 +0000 (UTC) Received: from c122-106-165-191.carlnfd1.nsw.optusnet.com.au (c122-106-165-191.carlnfd1.nsw.optusnet.com.au [122.106.165.191]) by mail06.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p5LNTW7j026859 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Jun 2011 09:29:33 +1000 Date: Wed, 22 Jun 2011 09:29:32 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Attilio Rao In-Reply-To: Message-ID: <20110622090856.A2727@besplex.bde.org> References: <201106191913.p5JJDOqJ006272@svn.freebsd.org> <20110622063258.D2275@besplex.bde.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1048822986-1308698972=:2727" Cc: src-committers@FreeBSD.org, Alan Cox , svn-src-all@FreeBSD.org, "Bjoern A. Zeeb" , Bruce Evans , svn-src-head@FreeBSD.org Subject: Re: svn commit: r223307 - head/sys/vm X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2011 23:29:36 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1048822986-1308698972=:2727 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Tue, 21 Jun 2011, Attilio Rao wrote: > 2011/6/21 Bruce Evans : >>> vm_page.o: In function `vm_page_clear_dirty': >>> /sys/vm/vm_page.c:(.text+0x18d0): undefined reference to `atomic_clear_= 8' >>> /sys/vm/vm_page.c:(.text+0x18d0): relocation truncated to fit: R_MIPS_2= 6 >>> against `atomic_clear_8' >>> vm_page.o: In function `vm_page_set_validclean': >>> /sys/vm/vm_page.c:(.text+0x38f0): undefined reference to `atomic_clear_= 8' >>> /sys/vm/vm_page.c:(.text+0x38f0): relocation truncated to fit: R_MIPS_2= 6 >>> against `atomic_clear_8' >> >> Atomic types shorter than int cannot be used in MI code, since they migh= t >> not exist. =C2=A0Apparently they don't exist on mips. =C2=A0jake@ fixed = all their >> old uses for sparc4 in ~Y2K. > > I'm sure they do, they exist in support.S though and may not have the > _8 form (they may just have the _char version). I may look at the code > again to be sure. Perhaps more like the reverse. They are correctly spelled with _char form in the C code. This is needed to match the declarations of the variables literally. They are translated to the _8 form by but the _8 form doesn't exist. I think the acq and rel forms exist in . mips/support.S only has a limited set of atomics, including clear_16 but not including clear_8. Anyway, they shouldn't be used in either form. They certainly don't exist on sparc64, but sparc64 compiles because it is on the other half of the ifdef. sparc64 atomic support is actually 4 times smaller than mips atomic support, not just 2.5 times, since it doesn't have extras in support.S. Bruce --0-1048822986-1308698972=:2727--