[LinuxBIOS] PCI device memory resource

[Baski]

Pardon my bad phrasing of the original question.  I have a mem-mapped PCI controller which has no on-board memory, but is asking for 32MB memory resource.  Is this legal?  While BIOS gives it 32MB address space, who is going to malloc and give it the required memory to work with?
Thanks - Baski
Myles Watson <myles at pel.cs.byu.edu> wrote:        v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);}           I’m guessing that you’re asking if it has to have as much memory as the resource.  If that’s the case, the answer is no.  You just have to respond to any request in that region.
   
  In other words, you could request a 1 GB region and only respond with useful data in the first 1 MB (respond to any other read with zeros), or map the 1 MB 1024 times into the 1 GB, or anything else you decide.
   
  Sorry if I totally missed the intent of your question,
  Myles
   
        
---------------------------------
  
  From: linuxbios-bounces at linuxbios.org [mailto:linuxbios-bounces at linuxbios.org] On Behalf Of Baski
 Sent: Wednesday, January 09, 2008 7:06 PM
 To: linuxbios at linuxbios.org
 Subject: [LinuxBIOS] PCI device memory resource
  
   
  For a PCI device to request memory resource of ,say 1MB, should it have onboard
 memory of 1MB ?
 TIA 
 
 
 --
 People wielding power and authority always desire to destroy the sources which gave them that power. Or, is it the other way round?
    
    
---------------------------------
  
  Never miss a thing. Make Yahoo your homepage. 
  
  
  


--
People wielding power and authority always desire to destroy the sources which gave them that power.  Or, is it the other way round?
       
---------------------------------
Never miss a thing.   Make Yahoo your homepage.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.coreboot.org/pipermail/coreboot/attachments/20080110/d7ecd520/attachment.html>