From: Mark Kettenis <mark.kettenis@xs4all.nl>
Subject: Re: alpha: bump MAXDSIZ
To: Claudio Jeker <cjeker@diehard.n-r-g.com>
Cc: openbsd+tech@list.imperialat.at, tech@openbsd.org
Date: Mon, 19 Oct 2026 11:32:43 +0200

> Date: Mon, 19 Oct 2026 09:38:23 +0200
> From: Claudio Jeker <cjeker@diehard.n-r-g.com>
> 
> On Mon, Oct 19, 2026 at 09:26:39AM +0200, Martijn van Duren wrote:
> > Hello tech@,
> > 
> > Playing around with my alpha systems again I managed to build gcc-16 on
> > there. During linking I found memory usage of at least 1340MB, which is
> > larger than the curren MAXDSIZ. Diff below seems like a reasonable value
> > to me.
> > 
> > OK?
> > 
> > martijn@
> > 
> > diff /usr/src
> > path + /usr/src
> > commit - fa70b583ed3ab626378c9fb03bb92e8565fefa61
> > blob - 2f095fcc79fbb92042ab91653c6e9c26d813fbc0
> > file + sys/arch/alpha/include/vmparam.h
> > --- sys/arch/alpha/include/vmparam.h
> > +++ sys/arch/alpha/include/vmparam.h
> > @@ -58,7 +58,7 @@
> >  #define	DFLDSIZ		(128*1024*1024)		/* initial data size */
> >  #endif
> >  #ifndef MAXDSIZ
> > -#define	MAXDSIZ		(1*1024*1024*1024)	/* max data size */
> > +#define	MAXDSIZ		((paddr_t)2*1024*1024*1024)	/* max data size */
> >  #endif
> >  #ifndef BRKSIZ
> >  #define	BRKSIZ		MAXDSIZ			/* heap gap size */
>  
> Should this be more? Now I guess it is hard to get alphas with a lot of
> memory but it should be possible to have more then 2GB of it.
> 
> Also there is some inconsitency with the form for MAXDSIZ.
> Some archs use UL on the first number which I personally prefer over the
> (paddr_t) typecast.

I guess the (paddr_t) typecast is a leftover from the days when we
tried to add PAE support for i386.

If you want that fixed, you'll need to make a diff that converts all
architectures to use UL.  Otherwise the inconsistency will persist.