Subject: Re: port-mips/31915: provide centralized wired_map logic
To: None <tsutsui@netbsd.org, gnats-admin@netbsd.org,>
From: Garrett D'Amore <garrett_damore@tadpole.com>
List: netbsd-bugs
Date: 10/31/2005 17:29:01
The following reply was made to PR port-mips/31915; it has been noted by GNATS.

From: "Garrett D'Amore" <garrett_damore@tadpole.com>
To: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
Cc: gnats-bugs@NetBSD.org, port-mips@NetBSD.org
Subject: Re: port-mips/31915: provide centralized wired_map logic
Date: Mon, 31 Oct 2005 09:28:01 -0800

 I've not looked at this yet.  Right now the current MI code uses a fixed 
 page size.  I can look at extending this so that it can take a page size 
 as an argument, though frankly I'm not too fond of that as it 
 complicates the logic to make it work properly.
 
 I need to think about it some more -- I'll get back to you.
 
     -- Garrett
 
 Izumi Tsutsui wrote:
 
 >As you could see by 'grep enter_wired sys/dev/arc/*/*.c',
 >arc port uses wired mappings with various pagesize
 >to map device spaces as the firmware does, i.e.
 >wired map on arc is used to provide access method for
 >some devices (especially console) before uvm is initialized.
 >
 >Other usage of wired map is only in arc/bus_space_large.c
 >to avoid a waste of TLB on mapping large memory space
 >(like framebuffer VRAM).
 >
 >Do you have any good idea to handle these ops in your MI
 >wired map functions?
 >---
 >Izumi Tsutsui
 >  
 >