public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Mika Penttilä" <mika.penttila@kolumbus.fi>
To: Andi Kleen <ak@colin2.muc.de>
Cc: Linus Torvalds <torvalds@osdl.org>, Andi Kleen <ak@muc.de>,
	David Hinds <dhinds@sonic.net>,
	linux-kernel@vger.kernel.org
Subject: Re: PCI memory allocation bug with CONFIG_HIGHMEM
Date: Tue, 06 Jan 2004 12:16:14 +0200	[thread overview]
Message-ID: <3FFA8AEE.5090007@kolumbus.fi> (raw)
In-Reply-To: <20040106094442.GB44540@colin2.muc.de>



Andi Kleen wrote:

>On Tue, Jan 06, 2004 at 11:11:21AM +0200, Mika Penttil? wrote:
>  
>
>>Andi Kleen wrote:
>>
>>    
>>
>>>>If you ahve a proper e820 map, then it should work correctly, with 
>>>>anything that is RAM being marked as such (or being marked as "reserved").
>>>>  
>>>>
>>>>        
>>>>
>>>Every e820 map i've seen did not have the AGP aperture marked reserved.
>>>
>>>      
>>>
>>Why should it? It's not ram, and the aperture is marked as reserved 
>>while doing PCI resource assignment/reservation.
>>    
>>
>
>It implies that you cannot just put your IO mappings
>into any holes. Because something else like the aperture may 
>be already there.
>

But AGP aperture is controlled with the standard APBASE pci base 
register, so you always know where it is, can relocate it and reserve 
address space for it. Of course there may exist other uncontrollable hw, 
which may cause problems.

>
>In my opinion it would have been cleaner if the aperture had always
>an reserved entry in the e820 map. Or better all usable holes get
>an special entry. Then you could actually reliable allocate IO space
> on your own. Currently it's just impossible.
>
>-Andi
>  
>
--Mika



  reply	other threads:[~2004-01-06 10:11 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1aJdi-7TH-25@gated-at.bofh.it>
2004-01-06  3:32 ` PCI memory allocation bug with CONFIG_HIGHMEM Andi Kleen
2004-01-06  3:40   ` Linus Torvalds
2004-01-06  4:05     ` Andi Kleen
2004-01-06  5:04       ` Linus Torvalds
2004-01-06  8:12         ` Andi Kleen
2004-01-06  9:11           ` Mika Penttilä
2004-01-06  9:44             ` Andi Kleen
2004-01-06 10:16               ` Mika Penttilä [this message]
2004-01-06 10:49                 ` Andi Kleen
2004-01-06 15:27               ` Linus Torvalds
2004-01-06 15:37                 ` Andi Kleen
2004-01-06 15:48                   ` Linus Torvalds
2004-01-06 22:29                     ` Adam Belay
2004-01-07  4:06                       ` Linus Torvalds
2004-01-07  5:02                         ` Andi Kleen
2004-01-07  5:55                           ` Dave Jones
2004-01-07  6:06                             ` Linus Torvalds
2004-01-07  6:08                               ` Dave Jones
2004-01-07  6:45                                 ` Linus Torvalds
2004-01-07  6:51                             ` Andi Kleen
2004-01-07  2:43                               ` Adam Belay
2004-01-07  8:32                       ` Helge Hafting
2004-01-06 22:45                   ` Eric W. Biederman
2004-01-07  0:06                     ` Linus Torvalds
2004-01-07  4:58                       ` Eric W. Biederman
2004-01-07  5:32                         ` Linus Torvalds
2004-01-07 15:53                           ` Eric W. Biederman
2004-01-07 16:32                             ` Linus Torvalds
2004-01-07 17:32                               ` Eric W. Biederman
2004-01-08 19:34                               ` Eric W. Biederman
2004-01-07  9:31                         ` Russell King
2004-01-07 15:06                           ` Eric W. Biederman
2004-01-07 20:29                             ` Russell King
2004-01-06 22:56     ` Eric W. Biederman
2004-01-05 20:07 David Hinds
2004-01-05 23:00 ` Russell King
2004-01-05 23:45   ` David Hinds
2004-01-06  0:36 ` Linus Torvalds
2004-01-06  0:44   ` David Hinds
2004-01-06  1:11     ` Linus Torvalds
2004-01-06  1:41       ` Linus Torvalds

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=3FFA8AEE.5090007@kolumbus.fi \
    --to=mika.penttila@kolumbus.fi \
    --cc=ak@colin2.muc.de \
    --cc=ak@muc.de \
    --cc=dhinds@sonic.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@osdl.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox