Add inclusion of "dev/hid/files.hid" and "dev/usb/files.usb".

Actually these devices are not supported on luna88k, but we need them
in order to create attribute header files (e.g. "ucom.h") required in
MI part recently.

Suggested by miod@, tested by me.

Move initial ROM console related codes into separated luna88k/romcons.c
file.

No functional change, tested by me.

Skip probing cbus(4/luna88k) and xp(4/luna88k) in RAMDISK kernel, they
are not necessary in install/upgrade process.

Add ne(4) support on cbus(4).

Allied Telesis CentreCOM LA-98 works well, other NE2000 based boards
may also work with correct resource specifying.

This driver was developed for demonstration at Open Source Conference
2019 Nagoya, Japan, in July, but I forgot to commit after that:-)

Introduce ISA-like locators on cbus(4) to specify resources in
files.conf(5).

Splitting early startup code out of locore.S into locore0.S, like other
architectures.

"Looking good" deraadt@

Add new device xp(4), preliminary support for LUNA's I/O processor.

This is a straightforward port of NetBSD/luna68k by Izumi Tsutsui(*),
and makes LUNA's I/O auxiliary processor (called XP, actually
HD647180) possible to load and run programs.

(*): http://mail-index.netbsd.org/source-changes/2016/12/03/msg079493.html

Remove all audio format conversion code from the kernel (btw holding
the kernel_lock), as we already do better conversions in
user-mode. Yet, no need for every single driver to fiddle with the
conversion code as they are done transparently by common MI code. With
help from armani and miod, support from mpi

ok armani@

Add pcic(4) support on luna88k.

This is basically glue codes attaching pcic(4) at cbus(4/luna88k),
based on src/sys/dev/isa/i82365_isa{,subr}.c.

Tested on some ne(4) network interface cards, wdc(4) with a CF memory
card, and com(4) with an old XJACK modem card. Currently wi(4) does
not work yet.

suggestions and ok miod@

Delete an extra tab.

Add an audio driver, necsb(4), for NEC PC-9801-86 sound board on
cbus(4).

This work is based on the source code of NetBSD/pc98, an unofficial
NetBSD port for NEC PC-9801 series, written about 16 years ago.
Thanks to NetBSD/pc98 porting staff for their work, especially NAGAO
Tadaaki and N. Honda who wrote the original driver.

ok miod@

Move cbus.c, cbusvar.h, and pcex.c to new 'cbus' directory, to gather
'C-bus' device drivers in it.

More devices on cbus(4) will be added, hopefully :-)

ok miod@

Add an intermediate layer driver, cbus(4), to manage its own
interrupts of PC-9801 extension board slot bus (so-called 'C-bus') on
LUNA-88K2.

Existing pcex(4) is now attached at cbus(4), i.e.

cbus0 at mainbus0
pcex0 at cbus0

With this driver, some other PC-9801 boards might be supported on luna88k
in the (near?) future:-)

ok miod@

Delete commented out 'romtty' device configuration.

This had been used in the early years of poring OpenBSD to LUNA-88K,
but no longer used.

Add generic driver for "NEC PC-9801(*) extension board slot" on
LUNA-88K.

LUNA-88K{,2} has one or two slot(s) that can attach the extension
board designed for PC-9801. This driver provides dedicated mmap(2)
and capability for waiting specified interrupt on that slot so that we
can use the extension board from userland program.

(*)PC-9801 is a Japanese popular personal computer, mainly used in
1980-90's. (see http://en.wikipedia.org/wiki/NEC_PC-9801)

ok miod@, and man pages jmc@

Re-organize luna88k rasops om_{copy,erase}{cols,rows} by using one
generic function, based on hp300/dev/diofb_mono.c.

This also fixes `screen is not updated when delete a character if it
is on the middle of a 32-bit word of the frame buffer' problem.

"Go for it!" miod@

Sync the MI LANCE code ( le(4) ) with NetBSD, except for the following:
- the am7990_get() - now lance_get() - is unchanged.
- the interrupt acknowledge logic is unchanged, and will disable interrupts,
then acknowledge all interrupt conditions.

Add ILACC (79900) support (from NetBSD).

Both LANCE (am7990.c) and ILACC (am79900.c) code share as much common code
(lance.c) as possible. This affects all le(4) attachments, but the changes
are mostly mechanical, to split am7990-specific parts from lance-agnostic
parts.

Compile tested on all affected platforms. Tested on alpha, hp300, luna88k,
mvme88k, sparc, sparc64 and vax.

Split keyboard mapping definitions to new files, luna88k/dev/omkbdmap.[ch].
Also modify RAWKEY_XXX values, to input the right characters on Japanese
keyboard.

ok miod@

Massive overhauling of the m88k pmap, though I can't pretend it's a new pmap
since a large part of the structures and logic remains.

Since m88k has separate supervisor/user spaces, we can map physical memory 1:1
in supervisor space, and have the kernel virtual address space start from the
end of physical memory.

This allows us to switch to __HAVE_PMAP_DIRECT. And to get rid of the double
mapped sdt, since now their virtual and physical addresses will always match.

The upper bound of the kernel virtual memory space is now platform dependent,
until the code which relies upon some hardware devices being mapped 1:1 in
supervisor mode is updated to no longer require this (this is mainly a PITA on
luna88k, where onboard devices start at 0x40000000, leaving only 1GB of KVA at
the moment - still much better than the previous 512MB).

Tested on mvme88k only (187, 188, 197LE, 197DP). Other platforms ought to
work, aviion will be checked shortly and fixed if necessary. No known
OpenBSD/luna88k system in working condition at the moment.

- use consistent 'include' rules without a full relative path.
tested on a GENERIC config from all arches.

ok deraadt@ miod@

LCD device driver, second step. Now the driver works with autoconf.

ok miod@

Switch luna88k from rcons to rasops. Tested by aoyama@

move clock_subr.c to a better place, and now it is always in the kernel
so that things can use it; tested on all architectures; ok kettenis

Factorize db_interface code between luna88k and mvme88k, removing dead code
in the process; the arch-agnostic code keeps the ability for a specific
machine to define its own machine commands, such as "machine prom" for
mvme88k, in addition to the ``regular'' m88k machine commands.

To allow for MD override of in4_cksum()...

ok deraadt@

Cosmetics...
Mainly remove space between locators parens, replace spaces with tabs
where appropriate and consistently align dependencies.

Move dev/cons.c to MI conf/files.

ok miod@

Merge locore_c_routines.c into machdep.c, and clear <machine/locore.h> as
done on mvme88k. <machine/locore.h> is about to die very soon...

Merge luna88k and mvme88k pmap. The pmap will now assume that the memory
below the kernel text is reserved for the PROM, instead of using fixed
(but different) values between luna88k and mvme88k.

Tested on mvme88k by myself, on luna88k by aoyama@

Move luna88k and mvme88k vm_machdep to m88k-agnostic code area.

Share common ddb files accross m88k platforms.

branches: 1.3.2;
Add new file <machine/conf.h> and clean up console code and structures.
From miod@

Continue factorizing m88k common code, this time files in <arch>/<arch>
which were copied verbatim from mvme88k to luna88k.

This requires backing out syntactic sugar in mvme88k kernel configuration
files which would deduct the required processor types from the board models,
as the common code only depends upon the M88100 and M88110 defines.

branches: 1.1.1;
Initial revision

Move initial ROM console related codes into separated luna88k/romcons.c
file.

No functional change, tested by me.

Skip probing cbus(4/luna88k) and xp(4/luna88k) in RAMDISK kernel, they
are not necessary in install/upgrade process.

Add ne(4) support on cbus(4).

Allied Telesis CentreCOM LA-98 works well, other NE2000 based boards
may also work with correct resource specifying.

This driver was developed for demonstration at Open Source Conference
2019 Nagoya, Japan, in July, but I forgot to commit after that:-)

Introduce ISA-like locators on cbus(4) to specify resources in
files.conf(5).

Splitting early startup code out of locore.S into locore0.S, like other
architectures.

"Looking good" deraadt@

Add new device xp(4), preliminary support for LUNA's I/O processor.

This is a straightforward port of NetBSD/luna68k by Izumi Tsutsui(*),
and makes LUNA's I/O auxiliary processor (called XP, actually
HD647180) possible to load and run programs.

(*): http://mail-index.netbsd.org/source-changes/2016/12/03/msg079493.html

Remove all audio format conversion code from the kernel (btw holding
the kernel_lock), as we already do better conversions in
user-mode. Yet, no need for every single driver to fiddle with the
conversion code as they are done transparently by common MI code. With
help from armani and miod, support from mpi

ok armani@

Add pcic(4) support on luna88k.

This is basically glue codes attaching pcic(4) at cbus(4/luna88k),
based on src/sys/dev/isa/i82365_isa{,subr}.c.

Tested on some ne(4) network interface cards, wdc(4) with a CF memory
card, and com(4) with an old XJACK modem card. Currently wi(4) does
not work yet.

suggestions and ok miod@

Delete an extra tab.

Add an audio driver, necsb(4), for NEC PC-9801-86 sound board on
cbus(4).

This work is based on the source code of NetBSD/pc98, an unofficial
NetBSD port for NEC PC-9801 series, written about 16 years ago.
Thanks to NetBSD/pc98 porting staff for their work, especially NAGAO
Tadaaki and N. Honda who wrote the original driver.

ok miod@

Move cbus.c, cbusvar.h, and pcex.c to new 'cbus' directory, to gather
'C-bus' device drivers in it.

More devices on cbus(4) will be added, hopefully :-)

ok miod@

Add an intermediate layer driver, cbus(4), to manage its own
interrupts of PC-9801 extension board slot bus (so-called 'C-bus') on
LUNA-88K2.

Existing pcex(4) is now attached at cbus(4), i.e.

cbus0 at mainbus0
pcex0 at cbus0

With this driver, some other PC-9801 boards might be supported on luna88k
in the (near?) future:-)

ok miod@

Delete commented out 'romtty' device configuration.

This had been used in the early years of poring OpenBSD to LUNA-88K,
but no longer used.

Add generic driver for "NEC PC-9801(*) extension board slot" on
LUNA-88K.

LUNA-88K{,2} has one or two slot(s) that can attach the extension
board designed for PC-9801. This driver provides dedicated mmap(2)
and capability for waiting specified interrupt on that slot so that we
can use the extension board from userland program.

(*)PC-9801 is a Japanese popular personal computer, mainly used in
1980-90's. (see http://en.wikipedia.org/wiki/NEC_PC-9801)

ok miod@, and man pages jmc@

Re-organize luna88k rasops om_{copy,erase}{cols,rows} by using one
generic function, based on hp300/dev/diofb_mono.c.

This also fixes `screen is not updated when delete a character if it
is on the middle of a 32-bit word of the frame buffer' problem.

"Go for it!" miod@

Sync the MI LANCE code ( le(4) ) with NetBSD, except for the following:
- the am7990_get() - now lance_get() - is unchanged.
- the interrupt acknowledge logic is unchanged, and will disable interrupts,
then acknowledge all interrupt conditions.

Add ILACC (79900) support (from NetBSD).

Both LANCE (am7990.c) and ILACC (am79900.c) code share as much common code
(lance.c) as possible. This affects all le(4) attachments, but the changes
are mostly mechanical, to split am7990-specific parts from lance-agnostic
parts.

Compile tested on all affected platforms. Tested on alpha, hp300, luna88k,
mvme88k, sparc, sparc64 and vax.

Split keyboard mapping definitions to new files, luna88k/dev/omkbdmap.[ch].
Also modify RAWKEY_XXX values, to input the right characters on Japanese
keyboard.

ok miod@

Massive overhauling of the m88k pmap, though I can't pretend it's a new pmap
since a large part of the structures and logic remains.

Since m88k has separate supervisor/user spaces, we can map physical memory 1:1
in supervisor space, and have the kernel virtual address space start from the
end of physical memory.

This allows us to switch to __HAVE_PMAP_DIRECT. And to get rid of the double
mapped sdt, since now their virtual and physical addresses will always match.

The upper bound of the kernel virtual memory space is now platform dependent,
until the code which relies upon some hardware devices being mapped 1:1 in
supervisor mode is updated to no longer require this (this is mainly a PITA on
luna88k, where onboard devices start at 0x40000000, leaving only 1GB of KVA at
the moment - still much better than the previous 512MB).

Tested on mvme88k only (187, 188, 197LE, 197DP). Other platforms ought to
work, aviion will be checked shortly and fixed if necessary. No known
OpenBSD/luna88k system in working condition at the moment.

- use consistent 'include' rules without a full relative path.
tested on a GENERIC config from all arches.

ok deraadt@ miod@

LCD device driver, second step. Now the driver works with autoconf.

ok miod@

Switch luna88k from rcons to rasops. Tested by aoyama@

move clock_subr.c to a better place, and now it is always in the kernel
so that things can use it; tested on all architectures; ok kettenis

Factorize db_interface code between luna88k and mvme88k, removing dead code
in the process; the arch-agnostic code keeps the ability for a specific
machine to define its own machine commands, such as "machine prom" for
mvme88k, in addition to the ``regular'' m88k machine commands.

To allow for MD override of in4_cksum()...

ok deraadt@

Cosmetics...
Mainly remove space between locators parens, replace spaces with tabs
where appropriate and consistently align dependencies.

Move dev/cons.c to MI conf/files.

ok miod@

Merge locore_c_routines.c into machdep.c, and clear <machine/locore.h> as
done on mvme88k. <machine/locore.h> is about to die very soon...

Merge luna88k and mvme88k pmap. The pmap will now assume that the memory
below the kernel text is reserved for the PROM, instead of using fixed
(but different) values between luna88k and mvme88k.

Tested on mvme88k by myself, on luna88k by aoyama@

Move luna88k and mvme88k vm_machdep to m88k-agnostic code area.

Share common ddb files accross m88k platforms.

branches: 1.3.2;
Add new file <machine/conf.h> and clean up console code and structures.
From miod@

Continue factorizing m88k common code, this time files in <arch>/<arch>
which were copied verbatim from mvme88k to luna88k.

This requires backing out syntactic sugar in mvme88k kernel configuration
files which would deduct the required processor types from the board models,
as the common code only depends upon the M88100 and M88110 defines.

branches: 1.1.1;
Initial revision

Skip probing cbus(4/luna88k) and xp(4/luna88k) in RAMDISK kernel, they
are not necessary in install/upgrade process.

Add ne(4) support on cbus(4).

Allied Telesis CentreCOM LA-98 works well, other NE2000 based boards
may also work with correct resource specifying.

This driver was developed for demonstration at Open Source Conference
2019 Nagoya, Japan, in July, but I forgot to commit after that:-)

Introduce ISA-like locators on cbus(4) to specify resources in
files.conf(5).

Splitting early startup code out of locore.S into locore0.S, like other
architectures.

"Looking good" deraadt@

Add new device xp(4), preliminary support for LUNA's I/O processor.

This is a straightforward port of NetBSD/luna68k by Izumi Tsutsui(*),
and makes LUNA's I/O auxiliary processor (called XP, actually
HD647180) possible to load and run programs.

(*): http://mail-index.netbsd.org/source-changes/2016/12/03/msg079493.html

Remove all audio format conversion code from the kernel (btw holding
the kernel_lock), as we already do better conversions in
user-mode. Yet, no need for every single driver to fiddle with the
conversion code as they are done transparently by common MI code. With
help from armani and miod, support from mpi

ok armani@

Add pcic(4) support on luna88k.

This is basically glue codes attaching pcic(4) at cbus(4/luna88k),
based on src/sys/dev/isa/i82365_isa{,subr}.c.

Tested on some ne(4) network interface cards, wdc(4) with a CF memory
card, and com(4) with an old XJACK modem card. Currently wi(4) does
not work yet.

suggestions and ok miod@

Delete an extra tab.

Add an audio driver, necsb(4), for NEC PC-9801-86 sound board on
cbus(4).

This work is based on the source code of NetBSD/pc98, an unofficial
NetBSD port for NEC PC-9801 series, written about 16 years ago.
Thanks to NetBSD/pc98 porting staff for their work, especially NAGAO
Tadaaki and N. Honda who wrote the original driver.

ok miod@

Move cbus.c, cbusvar.h, and pcex.c to new 'cbus' directory, to gather
'C-bus' device drivers in it.

More devices on cbus(4) will be added, hopefully :-)

ok miod@

Add an intermediate layer driver, cbus(4), to manage its own
interrupts of PC-9801 extension board slot bus (so-called 'C-bus') on
LUNA-88K2.

Existing pcex(4) is now attached at cbus(4), i.e.

cbus0 at mainbus0
pcex0 at cbus0

With this driver, some other PC-9801 boards might be supported on luna88k
in the (near?) future:-)

ok miod@

Delete commented out 'romtty' device configuration.

This had been used in the early years of poring OpenBSD to LUNA-88K,
but no longer used.

Add generic driver for "NEC PC-9801(*) extension board slot" on
LUNA-88K.

LUNA-88K{,2} has one or two slot(s) that can attach the extension
board designed for PC-9801. This driver provides dedicated mmap(2)
and capability for waiting specified interrupt on that slot so that we
can use the extension board from userland program.

(*)PC-9801 is a Japanese popular personal computer, mainly used in
1980-90's. (see http://en.wikipedia.org/wiki/NEC_PC-9801)

ok miod@, and man pages jmc@

Re-organize luna88k rasops om_{copy,erase}{cols,rows} by using one
generic function, based on hp300/dev/diofb_mono.c.

This also fixes `screen is not updated when delete a character if it
is on the middle of a 32-bit word of the frame buffer' problem.

"Go for it!" miod@

Sync the MI LANCE code ( le(4) ) with NetBSD, except for the following:
- the am7990_get() - now lance_get() - is unchanged.
- the interrupt acknowledge logic is unchanged, and will disable interrupts,
then acknowledge all interrupt conditions.

Add ILACC (79900) support (from NetBSD).

Both LANCE (am7990.c) and ILACC (am79900.c) code share as much common code
(lance.c) as possible. This affects all le(4) attachments, but the changes
are mostly mechanical, to split am7990-specific parts from lance-agnostic
parts.

Compile tested on all affected platforms. Tested on alpha, hp300, luna88k,
mvme88k, sparc, sparc64 and vax.

Split keyboard mapping definitions to new files, luna88k/dev/omkbdmap.[ch].
Also modify RAWKEY_XXX values, to input the right characters on Japanese
keyboard.

ok miod@

Massive overhauling of the m88k pmap, though I can't pretend it's a new pmap
since a large part of the structures and logic remains.

Since m88k has separate supervisor/user spaces, we can map physical memory 1:1
in supervisor space, and have the kernel virtual address space start from the
end of physical memory.

This allows us to switch to __HAVE_PMAP_DIRECT. And to get rid of the double
mapped sdt, since now their virtual and physical addresses will always match.

The upper bound of the kernel virtual memory space is now platform dependent,
until the code which relies upon some hardware devices being mapped 1:1 in
supervisor mode is updated to no longer require this (this is mainly a PITA on
luna88k, where onboard devices start at 0x40000000, leaving only 1GB of KVA at
the moment - still much better than the previous 512MB).

Tested on mvme88k only (187, 188, 197LE, 197DP). Other platforms ought to
work, aviion will be checked shortly and fixed if necessary. No known
OpenBSD/luna88k system in working condition at the moment.

- use consistent 'include' rules without a full relative path.
tested on a GENERIC config from all arches.

ok deraadt@ miod@

LCD device driver, second step. Now the driver works with autoconf.

ok miod@

Switch luna88k from rcons to rasops. Tested by aoyama@

move clock_subr.c to a better place, and now it is always in the kernel
so that things can use it; tested on all architectures; ok kettenis

Factorize db_interface code between luna88k and mvme88k, removing dead code
in the process; the arch-agnostic code keeps the ability for a specific
machine to define its own machine commands, such as "machine prom" for
mvme88k, in addition to the ``regular'' m88k machine commands.

To allow for MD override of in4_cksum()...

ok deraadt@

Cosmetics...
Mainly remove space between locators parens, replace spaces with tabs
where appropriate and consistently align dependencies.

Move dev/cons.c to MI conf/files.

ok miod@

Merge locore_c_routines.c into machdep.c, and clear <machine/locore.h> as
done on mvme88k. <machine/locore.h> is about to die very soon...

Merge luna88k and mvme88k pmap. The pmap will now assume that the memory
below the kernel text is reserved for the PROM, instead of using fixed
(but different) values between luna88k and mvme88k.

Tested on mvme88k by myself, on luna88k by aoyama@

Move luna88k and mvme88k vm_machdep to m88k-agnostic code area.

Share common ddb files accross m88k platforms.

branches: 1.3.2;
Add new file <machine/conf.h> and clean up console code and structures.
From miod@

Continue factorizing m88k common code, this time files in <arch>/<arch>
which were copied verbatim from mvme88k to luna88k.

This requires backing out syntactic sugar in mvme88k kernel configuration
files which would deduct the required processor types from the board models,
as the common code only depends upon the M88100 and M88110 defines.

branches: 1.1.1;
Initial revision

Add ne(4) support on cbus(4).

Allied Telesis CentreCOM LA-98 works well, other NE2000 based boards
may also work with correct resource specifying.

This driver was developed for demonstration at Open Source Conference
2019 Nagoya, Japan, in July, but I forgot to commit after that:-)

Introduce ISA-like locators on cbus(4) to specify resources in
files.conf(5).

Splitting early startup code out of locore.S into locore0.S, like other
architectures.

"Looking good" deraadt@

Add new device xp(4), preliminary support for LUNA's I/O processor.

This is a straightforward port of NetBSD/luna68k by Izumi Tsutsui(*),
and makes LUNA's I/O auxiliary processor (called XP, actually
HD647180) possible to load and run programs.

(*): http://mail-index.netbsd.org/source-changes/2016/12/03/msg079493.html

Remove all audio format conversion code from the kernel (btw holding
the kernel_lock), as we already do better conversions in
user-mode. Yet, no need for every single driver to fiddle with the
conversion code as they are done transparently by common MI code. With
help from armani and miod, support from mpi

ok armani@

Add pcic(4) support on luna88k.

This is basically glue codes attaching pcic(4) at cbus(4/luna88k),
based on src/sys/dev/isa/i82365_isa{,subr}.c.

Tested on some ne(4) network interface cards, wdc(4) with a CF memory
card, and com(4) with an old XJACK modem card. Currently wi(4) does
not work yet.

suggestions and ok miod@

Delete an extra tab.

Add an audio driver, necsb(4), for NEC PC-9801-86 sound board on
cbus(4).

This work is based on the source code of NetBSD/pc98, an unofficial
NetBSD port for NEC PC-9801 series, written about 16 years ago.
Thanks to NetBSD/pc98 porting staff for their work, especially NAGAO
Tadaaki and N. Honda who wrote the original driver.

ok miod@

Move cbus.c, cbusvar.h, and pcex.c to new 'cbus' directory, to gather
'C-bus' device drivers in it.

More devices on cbus(4) will be added, hopefully :-)

ok miod@

Add an intermediate layer driver, cbus(4), to manage its own
interrupts of PC-9801 extension board slot bus (so-called 'C-bus') on
LUNA-88K2.

Existing pcex(4) is now attached at cbus(4), i.e.

cbus0 at mainbus0
pcex0 at cbus0

With this driver, some other PC-9801 boards might be supported on luna88k
in the (near?) future:-)

ok miod@

Delete commented out 'romtty' device configuration.

This had been used in the early years of poring OpenBSD to LUNA-88K,
but no longer used.

Add generic driver for "NEC PC-9801(*) extension board slot" on
LUNA-88K.

LUNA-88K{,2} has one or two slot(s) that can attach the extension
board designed for PC-9801. This driver provides dedicated mmap(2)
and capability for waiting specified interrupt on that slot so that we
can use the extension board from userland program.

(*)PC-9801 is a Japanese popular personal computer, mainly used in
1980-90's. (see http://en.wikipedia.org/wiki/NEC_PC-9801)

ok miod@, and man pages jmc@

Re-organize luna88k rasops om_{copy,erase}{cols,rows} by using one
generic function, based on hp300/dev/diofb_mono.c.

This also fixes `screen is not updated when delete a character if it
is on the middle of a 32-bit word of the frame buffer' problem.

"Go for it!" miod@

Sync the MI LANCE code ( le(4) ) with NetBSD, except for the following:
- the am7990_get() - now lance_get() - is unchanged.
- the interrupt acknowledge logic is unchanged, and will disable interrupts,
then acknowledge all interrupt conditions.

Add ILACC (79900) support (from NetBSD).

Both LANCE (am7990.c) and ILACC (am79900.c) code share as much common code
(lance.c) as possible. This affects all le(4) attachments, but the changes
are mostly mechanical, to split am7990-specific parts from lance-agnostic
parts.

Compile tested on all affected platforms. Tested on alpha, hp300, luna88k,
mvme88k, sparc, sparc64 and vax.

Split keyboard mapping definitions to new files, luna88k/dev/omkbdmap.[ch].
Also modify RAWKEY_XXX values, to input the right characters on Japanese
keyboard.

ok miod@

Massive overhauling of the m88k pmap, though I can't pretend it's a new pmap
since a large part of the structures and logic remains.

Since m88k has separate supervisor/user spaces, we can map physical memory 1:1
in supervisor space, and have the kernel virtual address space start from the
end of physical memory.

This allows us to switch to __HAVE_PMAP_DIRECT. And to get rid of the double
mapped sdt, since now their virtual and physical addresses will always match.

The upper bound of the kernel virtual memory space is now platform dependent,
until the code which relies upon some hardware devices being mapped 1:1 in
supervisor mode is updated to no longer require this (this is mainly a PITA on
luna88k, where onboard devices start at 0x40000000, leaving only 1GB of KVA at
the moment - still much better than the previous 512MB).

Tested on mvme88k only (187, 188, 197LE, 197DP). Other platforms ought to
work, aviion will be checked shortly and fixed if necessary. No known
OpenBSD/luna88k system in working condition at the moment.

- use consistent 'include' rules without a full relative path.
tested on a GENERIC config from all arches.

ok deraadt@ miod@

LCD device driver, second step. Now the driver works with autoconf.

ok miod@

Switch luna88k from rcons to rasops. Tested by aoyama@

move clock_subr.c to a better place, and now it is always in the kernel
so that things can use it; tested on all architectures; ok kettenis

Factorize db_interface code between luna88k and mvme88k, removing dead code
in the process; the arch-agnostic code keeps the ability for a specific
machine to define its own machine commands, such as "machine prom" for
mvme88k, in addition to the ``regular'' m88k machine commands.

To allow for MD override of in4_cksum()...

ok deraadt@

Cosmetics...
Mainly remove space between locators parens, replace spaces with tabs
where appropriate and consistently align dependencies.

Move dev/cons.c to MI conf/files.

ok miod@

Merge locore_c_routines.c into machdep.c, and clear <machine/locore.h> as
done on mvme88k. <machine/locore.h> is about to die very soon...

Merge luna88k and mvme88k pmap. The pmap will now assume that the memory
below the kernel text is reserved for the PROM, instead of using fixed
(but different) values between luna88k and mvme88k.

Tested on mvme88k by myself, on luna88k by aoyama@

Move luna88k and mvme88k vm_machdep to m88k-agnostic code area.

Share common ddb files accross m88k platforms.

branches: 1.3.2;
Add new file <machine/conf.h> and clean up console code and structures.
From miod@

Continue factorizing m88k common code, this time files in <arch>/<arch>
which were copied verbatim from mvme88k to luna88k.

This requires backing out syntactic sugar in mvme88k kernel configuration
files which would deduct the required processor types from the board models,
as the common code only depends upon the M88100 and M88110 defines.

branches: 1.1.1;
Initial revision

Introduce ISA-like locators on cbus(4) to specify resources in
files.conf(5).

Splitting early startup code out of locore.S into locore0.S, like other
architectures.

"Looking good" deraadt@

Add new device xp(4), preliminary support for LUNA's I/O processor.

This is a straightforward port of NetBSD/luna68k by Izumi Tsutsui(*),
and makes LUNA's I/O auxiliary processor (called XP, actually
HD647180) possible to load and run programs.

(*): http://mail-index.netbsd.org/source-changes/2016/12/03/msg079493.html

Remove all audio format conversion code from the kernel (btw holding
the kernel_lock), as we already do better conversions in
user-mode. Yet, no need for every single driver to fiddle with the
conversion code as they are done transparently by common MI code. With
help from armani and miod, support from mpi

ok armani@

Add pcic(4) support on luna88k.

This is basically glue codes attaching pcic(4) at cbus(4/luna88k),
based on src/sys/dev/isa/i82365_isa{,subr}.c.

Tested on some ne(4) network interface cards, wdc(4) with a CF memory
card, and com(4) with an old XJACK modem card. Currently wi(4) does
not work yet.

suggestions and ok miod@

Delete an extra tab.

Add an audio driver, necsb(4), for NEC PC-9801-86 sound board on
cbus(4).

This work is based on the source code of NetBSD/pc98, an unofficial
NetBSD port for NEC PC-9801 series, written about 16 years ago.
Thanks to NetBSD/pc98 porting staff for their work, especially NAGAO
Tadaaki and N. Honda who wrote the original driver.

ok miod@

Move cbus.c, cbusvar.h, and pcex.c to new 'cbus' directory, to gather
'C-bus' device drivers in it.

More devices on cbus(4) will be added, hopefully :-)

ok miod@

Add an intermediate layer driver, cbus(4), to manage its own
interrupts of PC-9801 extension board slot bus (so-called 'C-bus') on
LUNA-88K2.

Existing pcex(4) is now attached at cbus(4), i.e.

cbus0 at mainbus0
pcex0 at cbus0

With this driver, some other PC-9801 boards might be supported on luna88k
in the (near?) future:-)

ok miod@

Delete commented out 'romtty' device configuration.

This had been used in the early years of poring OpenBSD to LUNA-88K,
but no longer used.

Add generic driver for "NEC PC-9801(*) extension board slot" on
LUNA-88K.

LUNA-88K{,2} has one or two slot(s) that can attach the extension
board designed for PC-9801. This driver provides dedicated mmap(2)
and capability for waiting specified interrupt on that slot so that we
can use the extension board from userland program.

(*)PC-9801 is a Japanese popular personal computer, mainly used in
1980-90's. (see http://en.wikipedia.org/wiki/NEC_PC-9801)

ok miod@, and man pages jmc@

Re-organize luna88k rasops om_{copy,erase}{cols,rows} by using one
generic function, based on hp300/dev/diofb_mono.c.

This also fixes `screen is not updated when delete a character if it
is on the middle of a 32-bit word of the frame buffer' problem.

"Go for it!" miod@

Sync the MI LANCE code ( le(4) ) with NetBSD, except for the following:
- the am7990_get() - now lance_get() - is unchanged.
- the interrupt acknowledge logic is unchanged, and will disable interrupts,
then acknowledge all interrupt conditions.

Add ILACC (79900) support (from NetBSD).

Both LANCE (am7990.c) and ILACC (am79900.c) code share as much common code
(lance.c) as possible. This affects all le(4) attachments, but the changes
are mostly mechanical, to split am7990-specific parts from lance-agnostic
parts.

Compile tested on all affected platforms. Tested on alpha, hp300, luna88k,
mvme88k, sparc, sparc64 and vax.

Split keyboard mapping definitions to new files, luna88k/dev/omkbdmap.[ch].
Also modify RAWKEY_XXX values, to input the right characters on Japanese
keyboard.

ok miod@

Massive overhauling of the m88k pmap, though I can't pretend it's a new pmap
since a large part of the structures and logic remains.

Since m88k has separate supervisor/user spaces, we can map physical memory 1:1
in supervisor space, and have the kernel virtual address space start from the
end of physical memory.

This allows us to switch to __HAVE_PMAP_DIRECT. And to get rid of the double
mapped sdt, since now their virtual and physical addresses will always match.

The upper bound of the kernel virtual memory space is now platform dependent,
until the code which relies upon some hardware devices being mapped 1:1 in
supervisor mode is updated to no longer require this (this is mainly a PITA on
luna88k, where onboard devices start at 0x40000000, leaving only 1GB of KVA at
the moment - still much better than the previous 512MB).

Tested on mvme88k only (187, 188, 197LE, 197DP). Other platforms ought to
work, aviion will be checked shortly and fixed if necessary. No known
OpenBSD/luna88k system in working condition at the moment.

- use consistent 'include' rules without a full relative path.
tested on a GENERIC config from all arches.

ok deraadt@ miod@

LCD device driver, second step. Now the driver works with autoconf.

ok miod@

Switch luna88k from rcons to rasops. Tested by aoyama@

move clock_subr.c to a better place, and now it is always in the kernel
so that things can use it; tested on all architectures; ok kettenis

Factorize db_interface code between luna88k and mvme88k, removing dead code
in the process; the arch-agnostic code keeps the ability for a specific
machine to define its own machine commands, such as "machine prom" for
mvme88k, in addition to the ``regular'' m88k machine commands.

To allow for MD override of in4_cksum()...

ok deraadt@

Cosmetics...
Mainly remove space between locators parens, replace spaces with tabs
where appropriate and consistently align dependencies.

Move dev/cons.c to MI conf/files.

ok miod@

Merge locore_c_routines.c into machdep.c, and clear <machine/locore.h> as
done on mvme88k. <machine/locore.h> is about to die very soon...

Merge luna88k and mvme88k pmap. The pmap will now assume that the memory
below the kernel text is reserved for the PROM, instead of using fixed
(but different) values between luna88k and mvme88k.

Tested on mvme88k by myself, on luna88k by aoyama@

Move luna88k and mvme88k vm_machdep to m88k-agnostic code area.

Share common ddb files accross m88k platforms.

branches: 1.3.2;
Add new file <machine/conf.h> and clean up console code and structures.
From miod@

Continue factorizing m88k common code, this time files in <arch>/<arch>
which were copied verbatim from mvme88k to luna88k.

This requires backing out syntactic sugar in mvme88k kernel configuration
files which would deduct the required processor types from the board models,
as the common code only depends upon the M88100 and M88110 defines.

branches: 1.1.1;
Initial revision

Splitting early startup code out of locore.S into locore0.S, like other
architectures.

"Looking good" deraadt@

Add new device xp(4), preliminary support for LUNA's I/O processor.

This is a straightforward port of NetBSD/luna68k by Izumi Tsutsui(*),
and makes LUNA's I/O auxiliary processor (called XP, actually
HD647180) possible to load and run programs.

(*): http://mail-index.netbsd.org/source-changes/2016/12/03/msg079493.html

Remove all audio format conversion code from the kernel (btw holding
the kernel_lock), as we already do better conversions in
user-mode. Yet, no need for every single driver to fiddle with the
conversion code as they are done transparently by common MI code. With
help from armani and miod, support from mpi

ok armani@

Add pcic(4) support on luna88k.

This is basically glue codes attaching pcic(4) at cbus(4/luna88k),
based on src/sys/dev/isa/i82365_isa{,subr}.c.

Tested on some ne(4) network interface cards, wdc(4) with a CF memory
card, and com(4) with an old XJACK modem card. Currently wi(4) does
not work yet.

suggestions and ok miod@

Delete an extra tab.

Add an audio driver, necsb(4), for NEC PC-9801-86 sound board on
cbus(4).

This work is based on the source code of NetBSD/pc98, an unofficial
NetBSD port for NEC PC-9801 series, written about 16 years ago.
Thanks to NetBSD/pc98 porting staff for their work, especially NAGAO
Tadaaki and N. Honda who wrote the original driver.

ok miod@

Move cbus.c, cbusvar.h, and pcex.c to new 'cbus' directory, to gather
'C-bus' device drivers in it.

More devices on cbus(4) will be added, hopefully :-)

ok miod@

Add an intermediate layer driver, cbus(4), to manage its own
interrupts of PC-9801 extension board slot bus (so-called 'C-bus') on
LUNA-88K2.

Existing pcex(4) is now attached at cbus(4), i.e.

cbus0 at mainbus0
pcex0 at cbus0

With this driver, some other PC-9801 boards might be supported on luna88k
in the (near?) future:-)

ok miod@

Delete commented out 'romtty' device configuration.

This had been used in the early years of poring OpenBSD to LUNA-88K,
but no longer used.

Add generic driver for "NEC PC-9801(*) extension board slot" on
LUNA-88K.

LUNA-88K{,2} has one or two slot(s) that can attach the extension
board designed for PC-9801. This driver provides dedicated mmap(2)
and capability for waiting specified interrupt on that slot so that we
can use the extension board from userland program.

(*)PC-9801 is a Japanese popular personal computer, mainly used in
1980-90's. (see http://en.wikipedia.org/wiki/NEC_PC-9801)

ok miod@, and man pages jmc@

Re-organize luna88k rasops om_{copy,erase}{cols,rows} by using one
generic function, based on hp300/dev/diofb_mono.c.

This also fixes `screen is not updated when delete a character if it
is on the middle of a 32-bit word of the frame buffer' problem.

"Go for it!" miod@

Sync the MI LANCE code ( le(4) ) with NetBSD, except for the following:
- the am7990_get() - now lance_get() - is unchanged.
- the interrupt acknowledge logic is unchanged, and will disable interrupts,
then acknowledge all interrupt conditions.

Add ILACC (79900) support (from NetBSD).

Both LANCE (am7990.c) and ILACC (am79900.c) code share as much common code
(lance.c) as possible. This affects all le(4) attachments, but the changes
are mostly mechanical, to split am7990-specific parts from lance-agnostic
parts.

Compile tested on all affected platforms. Tested on alpha, hp300, luna88k,
mvme88k, sparc, sparc64 and vax.

Split keyboard mapping definitions to new files, luna88k/dev/omkbdmap.[ch].
Also modify RAWKEY_XXX values, to input the right characters on Japanese
keyboard.

ok miod@

Massive overhauling of the m88k pmap, though I can't pretend it's a new pmap
since a large part of the structures and logic remains.

Since m88k has separate supervisor/user spaces, we can map physical memory 1:1
in supervisor space, and have the kernel virtual address space start from the
end of physical memory.

This allows us to switch to __HAVE_PMAP_DIRECT. And to get rid of the double
mapped sdt, since now their virtual and physical addresses will always match.

The upper bound of the kernel virtual memory space is now platform dependent,
until the code which relies upon some hardware devices being mapped 1:1 in
supervisor mode is updated to no longer require this (this is mainly a PITA on
luna88k, where onboard devices start at 0x40000000, leaving only 1GB of KVA at
the moment - still much better than the previous 512MB).

Tested on mvme88k only (187, 188, 197LE, 197DP). Other platforms ought to
work, aviion will be checked shortly and fixed if necessary. No known
OpenBSD/luna88k system in working condition at the moment.

- use consistent 'include' rules without a full relative path.
tested on a GENERIC config from all arches.

ok deraadt@ miod@

LCD device driver, second step. Now the driver works with autoconf.

ok miod@

Switch luna88k from rcons to rasops. Tested by aoyama@

move clock_subr.c to a better place, and now it is always in the kernel
so that things can use it; tested on all architectures; ok kettenis

Factorize db_interface code between luna88k and mvme88k, removing dead code
in the process; the arch-agnostic code keeps the ability for a specific
machine to define its own machine commands, such as "machine prom" for
mvme88k, in addition to the ``regular'' m88k machine commands.

To allow for MD override of in4_cksum()...

ok deraadt@

Cosmetics...
Mainly remove space between locators parens, replace spaces with tabs
where appropriate and consistently align dependencies.

Move dev/cons.c to MI conf/files.

ok miod@

Merge locore_c_routines.c into machdep.c, and clear <machine/locore.h> as
done on mvme88k. <machine/locore.h> is about to die very soon...

Merge luna88k and mvme88k pmap. The pmap will now assume that the memory
below the kernel text is reserved for the PROM, instead of using fixed
(but different) values between luna88k and mvme88k.

Tested on mvme88k by myself, on luna88k by aoyama@

Move luna88k and mvme88k vm_machdep to m88k-agnostic code area.

Share common ddb files accross m88k platforms.

branches: 1.3.2;
Add new file <machine/conf.h> and clean up console code and structures.
From miod@

Continue factorizing m88k common code, this time files in <arch>/<arch>
which were copied verbatim from mvme88k to luna88k.

This requires backing out syntactic sugar in mvme88k kernel configuration
files which would deduct the required processor types from the board models,
as the common code only depends upon the M88100 and M88110 defines.

branches: 1.1.1;
Initial revision