linux-mips
[Top] [All Lists]

Re: [RFC] Support 36-bit iomem on 32-bit Au1x00

To: Ralf Baechle <ralf@linux-mips.org>
Subject: Re: [RFC] Support 36-bit iomem on 32-bit Au1x00
From: Manuel Lauss <manuel.lauss@googlemail.com>
Date: Thu, 28 Jan 2010 14:22:55 +0100
Cc: pascal@pabr.org, linux-mips@linux-mips.org
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=EvV/A6GhuWF8tpwwf22lwYIJz0AACtANKTjoAcyRNrk=; b=UWFFvqcHN9RZfO0HPoL4+sOFFnpMGtqoiNP9dat0eEvu7Eb8ckuPRT4th8tVhoNyEo CNdJi4YMia4oiY9NVlgJzCmSqP+pmzcvfuNrtoumdb4ixSRi43dP/crObY5CUsq3J33F lYloLo51rd4KbGRhBztJtTbn7to43labL70bE=
Domainkey-signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vnZsXD6jOyuXYJL+6ztyrSZ4R6grSbEg/rAMKnbdB/zUh3U6kegYokxfGJqO/9PMtG 539MqhJiQELVCs7aXCVPmUDDrKQluT0bia+hkTEbYgwo/qZaPPxuPcxXzTk+Xq2nr7o3 5IX6kcIf7UpAE+4aLoJOfY9FlOp18Hpimke/0=
In-reply-to: <20100128131858.GA13807@linux-mips.org>
References: <hhq35v$m1q$1@ger.gmane.org> <f861ec6f1001261246y545e7a9ahe11eaf16fd587959@mail.gmail.com> <i8xpr4wftsy.fsf@pabr.org> <20100128131858.GA13807@linux-mips.org>
Sender: linux-mips-bounce@linux-mips.org
On Thu, Jan 28, 2010 at 2:18 PM, Ralf Baechle <ralf@linux-mips.org> wrote:
> On Tue, Jan 26, 2010 at 10:19:22PM +0100, pascal@pabr.org wrote:
>
> The whole fixing up of I/O addresses was necessary because the generic
> code was written to assume that sizeof(unsigned long) == sizeof(void *)
> and that mostly because it was handy for Linus' i386 world.
>
> Today I think it would be preferable to get rid of the the fixups, pay the
> small price for the larger resources and get sanity in exchange.  My gut
> feeling is that the bloat factor should be small.  Either way, I'll let
> you two sort this out for Alchemy and mark this patch as defered.

I'm fine with it as-is; it doesn't break anything.  I was experimenting with
extending the PCMCIA socket code to pass on 36bit addresses and got
bitten by the driver core.

Manuel

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