Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 26 Sep 2002 17:13:27 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 26 Sep 2002 17:13:27 -0400 Received: from pizda.ninka.net ([216.101.162.242]:33930 "EHLO pizda.ninka.net") by vger.kernel.org with ESMTP id ; Thu, 26 Sep 2002 17:13:26 -0400 Date: Thu, 26 Sep 2002 14:12:23 -0700 (PDT) Message-Id: <20020926.141223.128110378.davem@redhat.com> To: jgarzik@pobox.com Cc: benh@kernel.crashing.org, linux-kernel@vger.kernel.org, torvalds@transmeta.com Subject: Re: [RFC] {read,write}s{b,w,l} or iobarrier_*() From: "David S. Miller" In-Reply-To: <3D93348D.3060304@pobox.com> References: <20020926155941.3602@192.168.4.1> <3D93348D.3060304@pobox.com> X-FalunGong: Information control. X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 749 Lines: 19 From: Jeff Garzik Date: Thu, 26 Sep 2002 12:23:41 -0400 Benjamin Herrenschmidt wrote: > - Have all archs provide {read,write}s{b,w,l} functions. > Those will hide all of the details of bytewapping & barriers > from the drivers and can be used as-is for things like IDE > MMIO iops. I prefer this solution... I'm starting to think about taking back all the previous arguments I had against this idea. It's starting to sound like the preferred way to go. - 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/