[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: port-sun3/54869: nfsserver module load failure on NetBSD/sun3
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>
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...
Main Index |
Thread Index |