CVS log for src/sys/arch/luna68k/conf/INSTALL

Up to [cvs.NetBSD.org] / src / sys / arch / luna68k / conf

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

Remove trailing spaces and TAB.

UFS/LFS dirhash:
- Enable UFS_DIRHASH if the architecture or kernel model specific config
  file can use 128MB of RAM or more.
- Remove experimental tag from UFS_DIRHASH; it's been with RUMP kernel
  and by a number of NetBSD developers for years.
- Add LFS_DIRHASH if LFS was enabled.
- Be somewhat consistent with FS options order.

luna68k: add psgpam(4) audio for LUNA, using YM2149 PSG/SSG sound chip.

"PSG PAM" is a audio driver using "Pulse Amplitude Modulation" with the
YM2149 PSG/SSG chip connected to the I/O processor HD647180X on LUNA.
The driver plays up to 30 kHz PCM audio by manipulating PSG channel volumes
at extremely high speed with 6.144 MHz HD647180X, a Z80 compatible sub CPU.
 https://www.youtube.com/watch?v=fR7PqaLpijQ
 https://www.youtube.com/watch?v=kCDZCgkwgBA

Compatibilities with the existing XPIOCDOWNLD ioctl(2) to download and
exec user programs (PSG sound driver player ported from PC-6001 etc.)
on the HD647180X is still provided.
 https://twitter.com/tsutsuii/status/1533247362965315584

This psgpam(4) driver for NetBSD/luna68k was written by @moveccr
during isaki-audio2 branch developments, and it was also demonstrated
at Open Source Conference 2018 Kyoto:
 https://github.com/isaki68k/netbsd-src/tree/audio2
 https://mail-index.netbsd.org/netbsd-advocacy/2018/08/07/msg000781.html
 https://twitter.com/tsutsuii/status/1025504875625365505

Note specifications of interrupts from the HD647180X to the host LUNA
was confirmed by Kenji Aoyama on his LUNA-88K2 running OpenBSD/luna88k.

I would like to thank all people still working on ancient LUNA machines!

Specify -fno-unwind-tables to shrink binaries.

Pull up following revision(s) (requested by tsutsui in ticket #1450):

	sys/arch/luna68k/conf/INSTALL: revision 1.32
	sys/arch/luna68k/conf/GENERIC: revision 1.131

Use "options WS_KERNEL_FG=WSCOL_GREEN" as most ports with color support.

For demonstration on nono that supports 4bpp framebuffer recently.

Use "options WS_KERNEL_FG=WSCOL_GREEN" as most ports with color support.

For demonstration on nono that supports 4bpp framebuffer recently.

vether: Add to kernel configurations

It's only enabled if the kernel enabled bridge AND tap.
Otherwise it's commented out.

Remove references to BRIDGE_IPF, it is now compiled in by default.

Oops, fix comment in the previous for accuracy.

Bump ramdisk size to 2MB.

Sync with HEAD

Use veriexec.config to reduce duplication

Sync with HEAD

Resolve a couple of conflicts (result of the uimin/uimax changes)

Unreference IPF/PF from all the config files, and enable NPF instead when
wanted. This also fixes some inconsistencies I saw in several files (eg
IPF options while IPF was not compiled, IPF+PF enabled by default, etc).

Pull up following revision(s) (requested by sevan in ticket #510):
	sys/arch/sun3/conf/GENERIC3X: revision 1.130
	sys/arch/sparc64/conf/GENERIC: revision 1.203
	sys/arch/news68k/conf/LIBERO: revision 1.66
	sys/arch/amiga/conf/DRACO: revision 1.185
	sys/arch/evbarm/conf/MV2120: revision 1.35
	sys/arch/x68k/conf/GENERIC: revision 1.187
	sys/arch/rs6000/conf/GENERIC: revision 1.39
	sys/arch/news68k/conf/GENERIC_TINY: revision 1.86
	sys/arch/i386/conf/XEN3_DOMU: revision 1.88
	sys/arch/iyonix/conf/GENERIC: revision 1.97
	sys/arch/evbarm64/conf/A64EMUL: revision 1.11
	sys/arch/mvme68k/conf/GENERIC: revision 1.98
	sys/arch/acorn32/conf/GENERIC: revision 1.124
	sys/arch/i386/conf/XEN3_DOM0: revision 1.125
	sys/arch/cobalt/conf/INSTALL: revision 1.65
	sys/arch/macppc/conf/GENERIC_601: revision 1.16
	sys/arch/hppa/conf/GENERIC: revision 1.17
	sys/arch/amiga/conf/GENERIC.in: revision 1.137
	sys/arch/sgimips/conf/GENERIC32_IP12: revision 1.33
	sys/arch/netwinder/conf/GENERIC: revision 1.134
	sys/arch/amd64/conf/XEN3_DOMU: revision 1.83
	sys/arch/mac68k/conf/GENERIC: revision 1.225
	sys/arch/arc/conf/RPC44: revision 1.54
	sys/arch/mipsco/conf/GENERIC: revision 1.92
	sys/arch/cats/conf/GENERIC: revision 1.166
	sys/arch/amd64/conf/XEN3_DOM0: revision 1.145
	sys/arch/amigappc/conf/GENERIC: revision 1.33
	sys/arch/sun3/conf/GENERIC: revision 1.176
	sys/arch/news68k/conf/GENERIC: revision 1.130
	sys/arch/hpcsh/conf/GENERIC: revision 1.110
	sys/arch/hp300/conf/GENERIC: revision 1.198
	sys/arch/atari/conf/GENERIC.in: revision 1.115
	sys/arch/sparc/conf/MRCOFFEE: revision 1.54
	sys/arch/evbppc/conf/EXPLORA451: revision 1.62
	sys/arch/cesfic/conf/GENERIC: revision 1.69
	sys/arch/vax/conf/GENERIC: revision 1.204
	sys/arch/sgimips/conf/GENERIC32_IP3x: revision 1.115
	sys/arch/sgimips/conf/GENERIC32_IP2x: revision 1.112
	sys/arch/sparc/conf/GENERIC: revision 1.258
	sys/arch/next68k/conf/GENERIC: revision 1.145
	sys/arch/evbarm/conf/MMNET_GENERIC: revision 1.34
	sys/arch/prep/conf/GENERIC: revision 1.185
	sys/arch/amiga/conf/INSTALL: revision 1.129
	sys/arch/newsmips/conf/GENERIC: revision 1.133
	sys/arch/cobalt/conf/GENERIC: revision 1.156
	sys/arch/sun2/conf/GENERIC: revision 1.99
	sys/arch/luna68k/conf/INSTALL: revision 1.25
	sys/arch/amigappc/conf/NULL: revision 1.53
	sys/arch/acorn26/conf/GENERIC: revision 1.85
	sys/arch/vax/conf/VAX780: revision 1.25
	sys/arch/luna68k/conf/GENERIC: revision 1.125
	sys/arch/ews4800mips/conf/GENERIC: revision 1.56
	sys/arch/macppc/conf/POWERMAC_G5: revision 1.29
	sys/arch/arc/conf/GENERIC: revision 1.189
	sys/arch/macppc/conf/MAMBO: revision 1.27
	sys/arch/acorn32/conf/EB7500ATX: revision 1.64
	sys/arch/pmax/conf/GENERIC: revision 1.196
	sys/arch/pmax/conf/GENERIC64: revision 1.28
	sys/arch/amiga/conf/GENERIC: revision 1.319
	sys/arch/evbarm/conf/MPCSA_GENERIC: revision 1.55
	sys/arch/macppc/conf/GENERIC: revision 1.339
	sys/arch/emips/conf/GENERIC: revision 1.21
	sys/arch/sandpoint/conf/GENERIC: revision 1.97
	sys/arch/landisk/conf/GENERIC: revision 1.58
	sys/arch/bebox/conf/GENERIC: revision 1.157
	sys/arch/alpha/conf/GENERIC: revision 1.379
Alternate buffer queue strategies no longer considered experimental, update
description.
Discussed on tech-kern
http://mail-index.netbsd.org/tech-kern/2018/01/21/msg023002.html

Alternate buffer queue strategies no longer considered experimental, update
description.

Discussed on tech-kern
http://mail-index.netbsd.org/tech-kern/2018/01/21/msg023002.html

update from HEAD

clean up COMPAT_* options for native netbsd code:
- new series of files that are useful for saying "i want everything
  since netbsd 1.4", etc.
- use the fact COMPAT_* options have future dependancies to remove
  many redundant options.

removes about 3000 lines total across kernel configuration files.
tested about 30 random kernels in the changed list.

Remove support for VERIFIED_EXEC_FP_RMD160, VERIFIED_EXEC_FP_SHA1, and VERIFIED_EXEC_FP_MD5 options.
These algorithms are either broken or on their way to being broken.

Discussed on tech-security
http://mail-index.netbsd.org/tech-security/2017/08/21/msg000936.html

ok riastradh

Sync with HEAD

Remove TCP_COMPAT_42 from the config files. Pass 3.

Sync with HEAD

Sync with HEAD

Add a driver for LUNA's front panel LCD.  Ported from OpenBSD/luna88k.

Reviewed by enami@.  Tested by Naruaki Etomi and me.

A 68k LUNA with this driver will be demonstrated at AsiaBSDCon NetBSD booth
by Etomi-san, with LUNA-88K2 running OpenBSD/luna88k by Kenji Aoyama.

Sync with HEAD

Sync with HEAD

bump

Systematize (and in many cases, fix) the comments on options COMPAT_NN.

There are quite a few configs that are missing some COMPAT_NN options
in ways that don't make sense; this should probably get cleaned up
too, but for the time being I've not added or removed anything.

Rebase to HEAD as of a few days ago.

Reorganize symbol table embedding.  The existing option SYMTAB_SPACE is
replaced by the make option COPY_SYMTAB set to any value. The copy of
the symbol table is no longer put into a buffer in kern_ksyms.o, but a
small helper object. This object is build first with a dummy size, then
the kernel is linked to compute the real dimension of the symbol table
buffer. After that, the helper object is rebuild and the kernel linked
again.

Add commented out "#options COMPAT_70" to all kernel configuration
files that already had commented out "#options COMPAT_60".

Rebase.

Adapt to grown ramdisk image size

sync with head.

for a reference, the tree before this commit was tagged
as yamt-pagecache-tag8.

this commit was splitted into small chunks to avoid
a limitation of cvs.  ("Protocol error: too many arguments")

sync with head

Add dhcpcd(8) to luna68k sysinst.  Also bump ramdisk size.

sync with head

G/C PFIL_HOOKS from the kernel configs.

resync from head

remove obsolete networking options

the bogus number police

remove confusing numeric locators where they are unused.

Under FAST_IPSEC, IPSEC_ESP is mandatory; GC it.

Retire OSI network stack. OK core@

Resync to 2012-11-19 00:00:00 UTC

sync with head

Add commented out "#options COMPAT_60" to all kernel configuration files
that already had commented out "#options COMPAT_50".

Update all kernel configs mentioning WSEMUL_* but not already including
WSDISPLAY_COMPAT_USL using the following rules:
- If WSEMUL_ is commented out, add commented out out WSDISPLAY_COMPAT_USL
- If INSTALL or obviously memory constrained, add WSDISPLAY_DEFAULTSCREENS=1
  and commented out WSDISPLAY_COMPAT_USL
- Otherwise add WSDISPLAY_COMPAT_USL

Some of the INSTALL configs for larger memory machines are probably suitable
for adding WSDISPLAY_COMPAT_USL.

Now wsconscfg(8) should be able to switch VTs when expected.

Implemented after no objection from tech-kern to the following:

On 5 June 2012 09:47, David Brownlee <abs@absd.org> wrote:
> wsconscfg(8) requires WSDISPLAY_COMPAT_USL in order to switch virtual
> terminals.
>
> Except when in an exceptionally memory or space constrained
> environment (INSTALL being the obvious case), is there any reason why
> all GENERIC and GENERIC-like kernels which have wscons enabled
> shouldn't also have WSDISPLAY_COMPAT_USL?

Pull up following revision(s) (requested by tsutsui in ticket #444):
	sys/arch/luna68k/conf/GENERIC: revision 1.99
	sys/arch/luna68k/dev/lunafb.c: revision 1.26
	sys/arch/luna68k/luna68k/locore.s: revision 1.48
	sys/arch/luna68k/dev/lunaws.c: revision 1.24
	sys/arch/luna68k/dev/omron_rfont.h: file removal
	sys/arch/luna68k/dev/omrasopsvar.h: revision 1.1
	sys/arch/luna68k/dev/omrasops.c: revision 1.12
	sys/arch/luna68k/dev/omrasops.c: revision 1.13
	sys/arch/luna68k/conf/INSTALL: revision 1.6
Use & not && to mask bits.  From OpenBSD/luna88k
Fix typo in comment.  From OpenBSD/luna88k.
Switch luna68k wscons framebuffer driver to using rasops(9) APIs instead of
deprecated rcons(4).  This allows "options FONT_foo" in kernel config files.
Mostly taken from OpenBSD/luna88k, but unnecessary MI rasops(9) stuff is
omitted since omrasops.c has own raster wsdisplay_emulops functions.
Tested on LUNA with 4bpp fb and LUNA-II with 1bpp fb.
Make reboot(2) actually work (don't access %sp after MMU is turned off).
Also cleanup spaces and #if 0'ed code.  Tested on both LUNA and LUNA-II.
Should be pulled up to netbsd-6.

Switch luna68k wscons framebuffer driver to using rasops(9) APIs instead of
deprecated rcons(4).  This allows "options FONT_foo" in kernel config files.
Mostly taken from OpenBSD/luna88k, but unnecessary MI rasops(9) stuff is
omitted since omrasops.c has own raster wsdisplay_emulops functions.
Tested on LUNA with 4bpp fb and LUNA-II with 1bpp fb.

sync with head

sync to latest -current

P1003_1B_SEMAPHORE is no longer optional.

merge to -current.

WABPL is no longer considered experimental (has not been for some time)
so update its comment in config files.

The rnd pseudo-device is not really optional, because it is in the same
source file as the entropy-pool code itself.  Move it to std.  This
will be cleaned up more when I split the sources up as they should be.

This fixes build breaks on several ports.  Thanks to Havard Eidnes for
pointing them out.

Finally complete LUNA-II support, after almost 12 years since
initial import of NetBSD/luna68k.

Note a working LUNA-II machine was found and provided by OMRON guys
after LUNA demonstration at Open Source Conference 2011 Kansai @ Kyoto:
http://mail-index.NetBSD.org/source-changes/2011/07/16/msg024675.html
and this resurrected LUNA-II which runs NetBSD/luna68k -current with Xserver
was also demonstrated on the NetBSD booth at Kansai Open Source 2011:
http://www.NetBSD.org/gallery/events.html#kansai-os-jp-2011

It's really pleasure to meet many OMRON LUNA developers and LUNA users
at the NetBSD booth.  Thank you everyone!


Changes details:

luna68k/luna68k/locore.s
 - don't use 68030 specific pflusha instruction in 68040 initialization path
 - use TBIA() to invalidate TLB instead of 68030's pflusha
   after MMU is turned on (as hp300 does)
   (these two bugs are fatal at early bootstrap)
 - pull loadustp() fixes from hp300/locore.s rev 1.82
   (more flush ops are required in it otherwise causes random coredumps)
 - specify correct %tt1 mask value
   (the mask value means actually bit mask, not transparent range)

luna68k/luna68k/machdep.c
 - use proper delay_divisor for 68040 25MHz LUNA-II

luna68k/luna68k/mainbus.c
 - prepare and use per-model mainbus device lists for mainbus_attach_args

luna68k/conf/GENERIC
luna68k/conf/INSTALL
 - enable options M68040 and FPSP
 - enable secondary spc(4) on LUNA-II

luna68k/conf/Makefile.luna68k
 - include arch/m68k/fpsp/Makefile.inc for FPSP

luna68k/dev/lcd.c
 - promote LUNA-II model on LCD

XXX: old and slow SCSI-1 drives like Hitachi DK312 seems to have
XXX: some problem with spc(4) driver, even on the original LUNA

Revive NetBSD/luna68k.

Even after almost a lost decade since NetBSD/luna68k was
switched to using ELF format by default back in 2001,
actually only one fix (bus.h) is required for a GENERIC kernel itself
to get multiuser login: prompt on a real hardware.  Hurrahhh!!!

Demonstrated with a working Xorg mono server on the NetBSD booth
at Open Source Conference 2011 Kansai @ Kyoto:
 http://www.ospn.jp/osc2011-kyoto/

"Very impressed," commented by Tomoko YOSHIDA,
Program Committee Chair of the Conference,
and some other OMRON guys.

Special Thanks to Tadashi Okamura, for providing
a working SX-9100/DT "LUNA" for this mission.


Changes details:

sys/arch/luna68k/include/bus.h
 - handle stride properly even on multi and region ops for MI spc(4)
 - also fix stride handling of (currently unused) 2 and 4 byte ops

sys/arch/luna68k/conf/Makefile.luna68k
sys/arch/luna68k/conf/kern.ldscript.head
sys/arch/luna68k/conf/kern.ldscript.tail
 - build a faked a.out kernel using elf2aout(8) tool
   and a linker script derived from cats and shark
   for the LUNA firmware that loads a.out binary directly
   via network or from a UNIOS partition on a local disk

sys/arch/luna68k/dev/omrasops.c
sys/arch/luna68k/dev/omron_rfont.h
 - use the original OMRON font derived from 4.4BSD-Lite/luna68k
   rather than gallant19 which is used on Sun workstations
   (XXX omrasops.c should be rewritten to use generic wsfont(4))

distrib/luna68k/*
distrib/utils/sysinst/arch/luna68k/*
etc/etc.luna68k/MAKEDEV.conf
etc/etc.luna68k/Makefile.inc
sys/arch/luna68k/conf/INSTALL
 - build a ramdisk based INSTALL kernel with sysinst(8) for luna68k
 - also build an installation iso image for luna68k

sys/arch/luna68k/conf/GENERIC
 - enable SYSVSHM (and other SYSV*) options for Xorg server

More Xorg changes (which need some more cleanup) and
isiboot.c fixes will come soon.