Subject: Re: port-mips/31915: provide centralized wired_map logic
To: None <tsutsui@netbsd.org, gnats-admin@netbsd.org,>
From: SODA Noriyuki <soda@sra.co.jp>
List: netbsd-bugs
Date: 11/01/2005 15:18:01
The following reply was made to PR port-mips/31915; it has been noted by GNATS.
From: SODA Noriyuki <soda@sra.co.jp>
To: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
Cc: soda@sra.co.jp, garrett_damore@tadpole.com,
gnats-bugs@NetBSD.org, port-mips@NetBSD.org
Subject: Re: port-mips/31915: provide centralized wired_map logic
Date: Wed, 2 Nov 2005 00:16:56 +0900
>>>>> On Tue, 1 Nov 2005 23:30:27 +0900,
Izumi Tsutsui <tsutsui@ceres.dti.ne.jp> said:
> which could use the functions in Garrett's patch.
If I recally correctly it couldn't.
> (hmm, it assumes bus_space functions won't use uvm/pmap functions?)
Yes. That's the main reason that it uses a wired mapping.
(Another reason is to reduce number of necessary TLB entries.)
> I'm not sure whether tga uses a new wired mapping or the PCI region
> already mapped in c_nec_pci.c:c_nec_pci_init(), though.
If I recall correctly, it doesn't use already mapped entry.
Rather, it use a new wired entry which is mapped via
arc_large_bus_space_compose_handle(), because the region of the
already mapped entry is 0x100000000 ... 0x100ffffff,
but the address of framebuffer begins from 0x108200000.
--
soda