linux-mips
[Top] [All Lists]

Re: [PATCH] I/O helpers rework

To: macro@mips.com
Subject: Re: [PATCH] I/O helpers rework
From: Atsushi Nemoto <nemoto@toshiba-tops.co.jp>
Date: Tue, 11 Jan 2005 09:53:11 +0900 (JST)
Cc: ralf@linux-mips.org, linux-mips@linux-mips.org, macro@linux-mips.org
In-reply-to: <Pine.LNX.4.61.0501101750420.18023@perivale.mips.com>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <Pine.LNX.4.61.0501101503020.18023@perivale.mips.com> <20050111.022138.25909508.anemo@mba.ocn.ne.jp> <Pine.LNX.4.61.0501101750420.18023@perivale.mips.com>
Sender: linux-mips-bounce@linux-mips.org
>>>>> On Mon, 10 Jan 2005 18:11:14 +0000 (GMT), "Maciej W. Rozycki" 
>>>>> <macro@mips.com> said:
>> Well, maybe the 'volatile' have no sense, but some archs (including
>> i386, of course :-)) and some drivers use it.  Adding the
>> 'volatile' will remove some compiler warnings.

macro>  As will removing "volatile" from broken ports.

Sure.

>> And I have some custom boards which really needs different swapping
>> properties (PCI regions need SWAP_IO_SPACE, but ISA region does
>> not, for example).  I agree that those boards were misdesigned but
>> I want to run Linux on it without modifying existing drivers.

macro>  Hmm, that's strange -- does the system glue ISA otherwise than
macro> behind a PCI-ISA bridge?  So far I've only spotted a single
macro> PCI/ISA system wiring the buses as "peers", namely the ancient
macro> Intel's i82420EX for 486-class processors.

Yes.  The system have ISA devices connected via local bus (like ROMs).
Also I have an another system which have two PCI controllers with
different endian conversion (what mad hardware!).

---
Atsushi Nemoto

<Prev in Thread] Current Thread [Next in Thread>