Re: port-sun3/54869: nfsserver module load failure on NetBSD/sun3

[Izumi Tsutsui <tsutsui%ceres.dti.ne.jp@localhost>]

The following reply was made to PR port-sun3/54869; it has been noted by GNATS.

From: Izumi Tsutsui <tsutsui%ceres.dti.ne.jp@localhost>
To: thorpej%me.com@localhost
Cc: gnats-bugs%netbsd.org@localhost, tsutsui%ceres.dti.ne.jp@localhost
Subject: Re: port-sun3/54869: nfsserver module load failure on NetBSD/sun3
Date: Sun, 19 Jan 2020 01:59:30 +0900

 > > Which is better to solve this issue?
 > > (1) move pmap_update() definition to sun3/include/pmap.h
 > > (2) implicitly include pmap3.h on module builds
 > >    (not sure if modules require pmap details that are defferent
 > >     between sun3 and sun3x)
 > 
 > I think the pmap module should provide a pmap_update() symbol.
 
 I'm afraid it's too late for 9.0 release.
 All other m68k ports have the same definitions.
 
 IMO all pmap functions described in pmap(9) man page should be
 declared in MI header, but I guess they aren't by histrical reason.
 
 In this manner, I have a feeling that sun3 should define all
 exported pmap APIs in the common sun3/include/pmap.h,
 rather than sun3/sun3x specific headers.
 (though there is difficulty on pmap_prefer(9))
 
 > Or perhaps the NFS server should use a higher-level interface
 > to do this work?  Maybe I would lean towards that...
 
 It uses pmap_kenter_pa() then MI pmap_update() is required.
 I'm not sure which level API can be used for modules...
 
 ---
 Izumi Tsutsui