> On Jan 13, 2020, at 10:24 AM, Christos Zoulas wrote:
>
> Talking to myself:
>
> The arm PAGE_SIZE_{MIN,MAX} should go away after nick eliminates the
> need for the 8K pages. This leaves us with m68k to deal with...
> Do modules work on m68k? Should modules be shared between kernels with
> di
In article <20200113163830.e7a6317f...@rebar.astron.com>,
Christos Zoulas wrote:
>|
>| Probably this is the same reason of recent arm build failures:
>| https://releng.netbsd.org/builds/HEAD/202001130720Z/
>| https://releng.netbsd.org/builds/HEAD/202001130720Z/evbarm-earm.build.failed
>| ---
>|
> On Jan 13, 2020, at 8:15 AM, Izumi Tsutsui wrote:
>
> christos@ wrote:
>
>>> Now I get the following erro during local tests of
>>> "build.sh -U -m hp300 release" on NetBSD/i386 9.0_RC1 host:
>>>
>>> ---
>>> #create compat_util/compat_exec.d
> :
>>> In file included from /s/cvs/src/sy
On Jan 14, 1:15am, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote:
-- Subject: Re: MAX_PAGE_SIZE for m68k (Re: CVS commit: src/sys/arch/arm/incl
| christos@ wrote:
|
| > >Now I get the following erro during local tests of
| > >"build.sh -U -m hp300 release" on NetBSD/i386 9.0_RC1 host:
| > >
| >
christos@ wrote:
> >Now I get the following erro during local tests of
> >"build.sh -U -m hp300 release" on NetBSD/i386 9.0_RC1 host:
> >
> >---
> >#create compat_util/compat_exec.d
:
> >In file included from /s/cvs/src/sys/sys/param.h:149:0,
> > from /s/cvs/src/sys/compat/co
In article <200114002918.m0108...@mirage.ceres.dti.ne.jp>,
Izumi Tsutsui wrote:
>christos@ wrote:
>
>> LGTM too.
>
>> >> thorpej@ wrote:
> :
>> >> How about the attached diff? (untested, just for review)
>> >
>> > This looks good to me.
>
>Now I get the following erro during local tests of
>"bui
christos@ wrote:
> LGTM too.
> >> thorpej@ wrote:
:
> >> How about the attached diff? (untested, just for review)
> >
> > This looks good to me.
Now I get the following erro during local tests of
"build.sh -U -m hp300 release" on NetBSD/i386 9.0_RC1 host:
---
#create compat_util/compat_e
On Mon, Jan 13, 2020 at 06:54:33AM -0800, Jason Thorpe wrote:
> > On Jan 12, 2020, at 10:20 PM, Kamil Rytarowski wrote:
> >
> > While there, could we garbage collect unused defines from sys/param.h?
> >
> > I'm thinking in particular about:
>
> As long as we still have tsleep(9) and friends, w
> On Jan 12, 2020, at 10:20 PM, Kamil Rytarowski wrote:
>
> While there, could we garbage collect unused defines from sys/param.h?
>
> I'm thinking in particular about:
As long as we still have tsleep(9) and friends, we can't rid ourselves of these
historical defines.
Perhaps we should make
