History log of /netbsd/sys/arch/sparc64/include/param.h (Results 1 – 25 of 62)
Revision Date Author Comments
# 11b00c74 31-May-2021 simonb <simonb@NetBSD.org>

Include "opt_param.h" (ifdef _KERNEL_OPT) everywhere that MSGBUFSIZE is
referenced since some sources include <machine/param.h>.


# d3042170 28-Sep-2019 christos <christos@NetBSD.org>

remove local version of mstohz() now that <sys/param.h> provides it.


# ac1be833 15-May-2019 christos <christos@NetBSD.org>

From: Tobias Ulmer. Unbreak zfs module build on sparc{,64} by hiding DELAY.
ZFS has a conflicting definition of delay() and tries to hide it by
defining __HIDE_DELAY.


# a9d86795 07-Jan-2019 jdolecek <jdolecek@NetBSD.org>

move DEV_BSIZE, DEV_BSHIFT out of MD param.h, they are same on all ports

also move BLKDEV_IOSIZE, MAXPHYS, but allow override since some ports
have different value (powerpc uses NBPG for BLKDEV_IOSI

move DEV_BSIZE, DEV_BSHIFT out of MD param.h, they are same on all ports

also move BLKDEV_IOSIZE, MAXPHYS, but allow override since some ports
have different value (powerpc uses NBPG for BLKDEV_IOSIZE, sun2/sun3
have lower MAXPHYS)

show more ...


# 15ae2208 13-Feb-2017 skrll <skrll@NetBSD.org>

G/C VM_MAX_KERNEL_BUF


# 73ab1496 15-Apr-2016 martin <martin@NetBSD.org>

If compiling with SUN4V support, bump MAXCPUS to 256.


# 44784daa 27-Oct-2015 mrg <mrg@NetBSD.org>

make sure MSGBUFSIZE can't expand strangely by using parens.


# bae30c1b 08-Oct-2014 macallan <macallan@NetBSD.org>

Ths has been sitting in my tree for years...
Allow the Xserver to map PCI IO space. Not needed for Sun-branded graphics
cards but Xorg can actually cold boot a few others, which will need it.
( if on

Ths has been sitting in my tree for years...
Allow the Xserver to map PCI IO space. Not needed for Sun-branded graphics
cards but Xorg can actually cold boot a few others, which will need it.
( if only to access standard VGA registers )

show more ...


# 88f17218 10-Jul-2014 jdc <jdc@NetBSD.org>

Increase maximum MSGBUFSIZE to 248k.
While here, remove 2 sparc(32)-only entries (from mrg@).


# f61ada58 21-Feb-2014 palle <palle@NetBSD.org>

sun4v: Rename TLB_ defines to SUN4U_TLB_ so entries created using TSB_DATA() are properly setup for sun4u and sun4v. Relocate the cputyp variable from autoconf.c to locore.s and make it const in para

sun4v: Rename TLB_ defines to SUN4U_TLB_ so entries created using TSB_DATA() are properly setup for sun4u and sun4v. Relocate the cputyp variable from autoconf.c to locore.s and make it const in param.h so optimized code can be generated. Parts from OpenBSD. Optimization suggested by nakayama@. OK martin@, mrg@, nakayama@

show more ...


# b42710b6 16-Dec-2013 palle <palle@NetBSD.org>

Updates to pmap_bootstrap() for sun4v - parts from OpenBSD - OK martin@


# 0cfef101 03-Jan-2013 martin <martin@NetBSD.org>

Rearange VA layout for 64 bit kernels, as suggested by Lars Heidieker:
move the dynamic kernel memory past 4GB (basically unlimiting it) and
use the now freed address range past kernel data upto 2GB

Rearange VA layout for 64 bit kernels, as suggested by Lars Heidieker:
move the dynamic kernel memory past 4GB (basically unlimiting it) and
use the now freed address range past kernel data upto 2GB for modules.

show more ...


# b335a66f 10-Mar-2012 nakayama <nakayama@NetBSD.org>

Fix previous, which causes an integer overflow error in uvm_km.c on
32-bit kernels.


# 70872b5e 09-Mar-2012 jdc <jdc@NetBSD.org>

Restrict NKMEMPAGES to 2.5GB, otherwise we will run out of space in the
kernel_map on machines with 8GB (or more) main memory.

XXX: Moving KERNBASE/KERNEND is a better long term solution, but this a

Restrict NKMEMPAGES to 2.5GB, otherwise we will run out of space in the
kernel_map on machines with 8GB (or more) main memory.

XXX: Moving KERNBASE/KERNEND is a better long term solution, but this allows
those machines to boot now.

show more ...


# 7fbc2324 04-Feb-2012 para <para@NetBSD.org>

improve sizing of kmem_arena now that more allocations are made from it
don't enforce limits if not required

ok: riz@


# a18e600f 24-Jan-2012 christos <christos@NetBSD.org>

Use and define ALIGN() ALIGN_POINTER() and STACK_ALIGN() consistently,
and avoid definining them in 10 different places if not needed.


# c6039432 20-Jan-2012 joerg <joerg@NetBSD.org>

Change CMSG_SPACE and CMSG_LEN to provide Integer Constant Expressions
again. This was changed in sys/socket.h r1.51 to work around fallout
from the IPv6 aux data migration. It broke the historic ABI

Change CMSG_SPACE and CMSG_LEN to provide Integer Constant Expressions
again. This was changed in sys/socket.h r1.51 to work around fallout
from the IPv6 aux data migration. It broke the historic ABI on some
platforms. This commit restores compatibility for netbsd32 code on such
platforms and provides a template for future changes to the CMSG_*
alignment. Revert PCC/Clang workarounds in postfix and tmux.

show more ...


# 2674640b 12-May-2011 mrg <mrg@NetBSD.org>

first steps towards fujitsu SPARC64 support:

- add CPU_SUN4US and CPU_SUN4V defines
- re-introduce "cputyp" and use it for sun4u/sun4us/sun4v


# d621e29e 08-Feb-2010 joerg <joerg@NetBSD.org>

Remove separate mb_map. The nmbclusters is computed at boot time based
on the amount of physical memory and limited by NMBCLUSTERS if present.
Architectures without direct mapping also limit it based

Remove separate mb_map. The nmbclusters is computed at boot time based
on the amount of physical memory and limited by NMBCLUSTERS if present.
Architectures without direct mapping also limit it based on the kmem_map
size, which is used as backing store. On i386 and ARM, the maximum KVA
used for mbuf clusters is limited to 64MB by default.

The old default limits and limits based on GATEWAY have been removed.
key_registered_sb_max is hard-wired to a value derived from 2048
clusters.

show more ...


# ec1968ce 26-Aug-2008 rjs <rjs@NetBSD.org>

Set MACHINE to sparc for 32bit kernels.

Approved by martin.


# d974db0a 17-Oct-2007 garbled <garbled@NetBSD.org>

Merge the ppcoea-renovation branch to HEAD.

This branch was a major cleanup and rototill of many of the various OEA
cpu based PPC ports that focused on sharing as much code as possible
between the v

Merge the ppcoea-renovation branch to HEAD.

This branch was a major cleanup and rototill of many of the various OEA
cpu based PPC ports that focused on sharing as much code as possible
between the various ports to eliminate near-identical copies of files in
every tree. Additionally there is a new PIC system that unifies the
interface to interrupt code for all different OEA ppc arches. The work
for this branch was done by a variety of people, too long to list here.

TODO:
bebox still needs work to complete the transition to -renovation.
ofppc still needs a bunch of work, which I will be looking at.
ev64260 still needs to be renovated
amigappc was not attempted.

NOTES:
pmppc was removed as an arch, and moved to a evbppc target.

show more ...


# 5bb7297f 06-Sep-2007 martin <martin@NetBSD.org>

Remove the (now unused) second 64k page mapped per CPU.
From matthew green, with small changes by me. All bugs are mine.


# 78244894 25-Aug-2007 martin <martin@NetBSD.org>

Remove INITSTACK completely - at the time we used to switch to it, we
already have access to all of lwp0 and it's uarea - so we can switch
to the correct lwp0 stack easily before calling main.


# f0301095 17-May-2007 yamt <yamt@NetBSD.org>

merge yamt-idlelwp branch. asked by core@. some ports still needs work.

from doc/BRANCHES:

idle lwp, and some changes depending on it.

1. separate context switching and thread scheduling.

merge yamt-idlelwp branch. asked by core@. some ports still needs work.

from doc/BRANCHES:

idle lwp, and some changes depending on it.

1. separate context switching and thread scheduling.
(cf. gmcgarry_ctxsw)
2. implement idle lwp.
3. clean up related MD/MI interfaces.
4. make scheduler(s) modular.

show more ...


# 142c2a33 24-Jan-2007 hubertf <hubertf@NetBSD.org>

Remove duplicate #includes, patch contributed in private mail
by Slava Semushin <slava.semushin@gmail.com>.

To verify that no nasty side effects of duplicate includes (or their
removal) have an effe

Remove duplicate #includes, patch contributed in private mail
by Slava Semushin <slava.semushin@gmail.com>.

To verify that no nasty side effects of duplicate includes (or their
removal) have an effect here, I've compiled an i386/ALL kernel with
and without the patch, and the only difference in the resulting .o
files was in shifted line numbers in some assert() calls.
The comparison of the .o files was based on the output of "objdump -D".

Thanks to martin@ for the input on testing.

show more ...


123