From owner-freebsd-alpha Thu Mar 21 10:49:17 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 7450837B400; Thu, 21 Mar 2002 10:49:13 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id NAA11939; Thu, 21 Mar 2002 13:49:12 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g2LImgT09754; Thu, 21 Mar 2002 13:48:42 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15514.11018.720868.537643@grasshopper.cs.duke.edu> Date: Thu, 21 Mar 2002 13:48:42 -0500 (EST) To: obrien@FreeBSD.ORG Cc: alpha@FreeBSD.ORG Subject: Re: Expected compiler error on GENERIC? In-Reply-To: <20020321103316.A66279@dragon.nuxi.com> References: <15513.4041.407099.858575@grasshopper.cs.duke.edu> <20020320.153148.103780390.imp@village.org> <200203202313.g2KND6L12819@harmony.village.org> <20020320154150.A90810@dragon.nuxi.com> <15513.61122.201509.896981@grasshopper.cs.duke.edu> <20020321103316.A66279@dragon.nuxi.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org David O'Brien writes: > On Thu, Mar 21, 2002 at 09:31:30AM -0500, Andrew Gallatin wrote: > > David O'Brien writes: > > > On Wed, Mar 20, 2002 at 04:13:06PM -0700, Warner Losh wrote: > > > > The line in question is > > > > if (!badaddr((void *)&t2_csr[1]->tlbbr, sizeof(long))) { > > > > but I don't know what the type of tlbbr is, but it is either volatile > > > > or const for some reason... > > > > > > `tlbbr' is u_long. > > > `t2_csr' is "volatile", and is the source of the warning. > > > > Please: what's the proper way to cast away the volatile & shut the > > f*ing compiler up? > > Why is it marked "volatile" in the first place? What will happen if we Because its sitting in hardware & other elemnets of the struct are accessed in ways where I want to preserve ordering. > make a 'u_long ltmp = t2_csr[1]->tlbbr;' and then pass in the address of > that? Will we potentially be using a stale value that could cause us a > problem? __DEVOLATILE is what I was looking for. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message