All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matthew Wilcox <matthew@wil.cx>
To: Grant Grundler <grundler@parisc-linux.org>
Cc: Helge Deller <deller@gmx.de>, parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Strange newest LAB msg?
Date: Sun, 2 Apr 2006 20:02:59 -0600	[thread overview]
Message-ID: <20060403020259.GB8315@parisc-linux.org> (raw)
In-Reply-To: <20060403012831.GB12037@colo.lackof.org>

On Sun, Apr 02, 2006 at 07:28:31PM -0600, Grant Grundler wrote:
> > So, the problem is really the 64MB ioremap() from lba_pci.c:1216.
> > Grant, Willy, ... : Is it possible to reduce it or to iounmap() it again ?
> 
> Unfortunately not. Not unless you want to disable IO Port space access.
> Each PCI bus controller routes 64MB of GMMIO space to 64KB of IO port space.
> The first 4 bytes of each page maps to a unique 4 byte in IO Port space.
> 
> On Astro platforms, we can use 64KB in LMMIO space to access
> IO Port space for all busses. The difference is Astro only
> has one SBA and IOC. N-class has two. There's more to this
> and I'm not sure of all the details at the moment.
> 
> 240MB is clearly not going to be enough on that machine.
> Even on a "normal" machine, a couple of graphics cards
> would exhaust the 240MB.  A single infiniband card could
> exhaust the 240MB space we have now.

I think using page tables to map IO Port space isn't really necessary.
We can use the (slightly inappropriately named) gsc_read/writeX to access
that area.

Also, there should be loads of virtual memory space available to us with
a 64-bit kernel, and we should definitely look at increasing the amount
of vmalloc space available with 64-bit.

  reply	other threads:[~2006-04-03  2:02 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-03-31 15:26 [parisc-linux] Strange newest LAB msg? Joel Soete
2006-03-31 15:54 ` Matthew Wilcox
2006-04-01  7:02   ` Grant Grundler
2006-04-01  7:35     ` Helge Deller
2006-04-01 14:30       ` James Bottomley
2006-04-02  9:29         ` Helge Deller
2006-04-02 11:18           ` Joel Soete
2006-04-02 13:15             ` Helge Deller
2006-04-02 14:29               ` Joel Soete
2006-04-03  1:28               ` Grant Grundler
2006-04-03  2:02                 ` Matthew Wilcox [this message]
2006-04-04 12:05                 ` James Bottomley
2006-04-05  6:50                   ` Helge Deller
2006-04-06  0:02                     ` James Bottomley
  -- strict thread matches above, loose matches on Subject: below --
2006-04-03 13:20 Joel Soete
2006-04-05 16:43 Joel Soete
2006-04-05 17:02 ` Helge Deller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20060403020259.GB8315@parisc-linux.org \
    --to=matthew@wil.cx \
    --cc=deller@gmx.de \
    --cc=grundler@parisc-linux.org \
    --cc=parisc-linux@lists.parisc-linux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.