All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matt Sexton <sexton@mc.com>
To: Matt Porter <mporter@kernel.crashing.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: DRAM and PCI devices at same physical address
Date: 28 Jun 2004 11:51:14 -0400	[thread overview]
Message-ID: <1088437874.3292.95.camel@dhcp_client-120-140> (raw)
In-Reply-To: <20040626202648.B29650@home.com>

On Sat, 2004-06-26 at 23:26, Matt Porter wrote:
> On Fri, Jun 25, 2004 at 05:23:00PM -0400, Matt Sexton wrote:
> > I have a dual Xeon system with the Lindenhurst (E7710) chip set and 1 GB
> > of memory.  In order to reserve a very large block of memory for a
> > (user-space) device driver I am writing, I pass "mem=XX" to the kernel
> > at boot time.  Unfortunately, /proc/pci shows two devices now appearing
> > in the reserved upper memory range.  
> 
> <snip>
>  
> > The devices always appear right after the limit I specify on the kernel
> > boot line.  If I specify "mem=512M", then the first device appears at
> > 0x20000000.  If I specify nothing, then it appears at 0x40000000.  All
> > other PCI devices show up at addresses of 0xDD000000 and above.
> > 
> > Is there any way to prevent these devices from showing up in the
> > physical address range of my reserved memory?
> 
> You could try using reserve_bootmem() to reserve your driver memory.
> 

But then I'd have to modify the kernel.  I'd rather just use a loadable
module or user-space driver.

> > Should they be appearing there at all?  Does Linux make any guarantees
> > when there is more physical memory than specified by "mem=" ?
> 

The problem appears to be that the BIOS did not assign PCI addresses to
the two devices.  Linux (2.6.3-4mdkenterprise) then did so, but it
starts assigning at either 256MB, or the first 1MB aligned page after
the end of DRAM, whichever is higher.  On my 1GB system with "mem=768M",
this the region of my "reserved" DRAM.

So, using "mem=" to reserve DRAM and having Linux assign PCI addresses
are not compatible.

Matt

> Depends on the arch, I don't know what ia32 does.
>  
> -Matt


  reply	other threads:[~2004-06-28 15:52 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-25 21:23 DRAM and PCI devices at same physical address Matt Sexton
2004-06-27  3:26 ` Matt Porter
2004-06-28 15:51   ` Matt Sexton [this message]
2004-06-28 16:22     ` Matt Porter
2004-06-28 19:27 ` Ross Biro
2004-06-29 14:31   ` Matt Sexton

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=1088437874.3292.95.camel@dhcp_client-120-140 \
    --to=sexton@mc.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mporter@kernel.crashing.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.