Merge thorpej-cfargs2.

branches: 1.41.8;
Merge thorpej-cfargs branch:

Simplify and make extensible the config_search() / config_found() /
config_attach() interfaces: rather than having different variants for
which arguments you want pass along, just have a single call that
takes a variadic list of tag-value arguments.

Adjust all call sites:
- Simplify wherever possible; don't pass along arguments that aren't
actually needed.
- Don't be explicit about what interface attribute is attaching if
the device only has one. (More simplification.)
- Add a config_probe() function to be used in indirect configuiration
situations, making is visibly easier to see when indirect config is
in play, and allowing for future change in semantics. (As of now,
this is just a wrapper around config_match(), but that is an
implementation detail.)

Remove unnecessary or redundant interface attributes where they're not
needed.

There are currently 5 "cfargs" defined:
- CFARG_SUBMATCH (submatch function for direct config)
- CFARG_SEARCH (search function for indirect config)
- CFARG_IATTR (interface attribte)
- CFARG_LOCATORS (locators array)
- CFARG_DEVHANDLE (devhandle_t - wraps OFW, ACPI, etc. handles)

...and a sentinel value CFARG_EOL.

Add some extra sanity checking to ensure that interface attributes
aren't ambiguous.

Use CFARG_DEVHANDLE in MI FDT, OFW, and ACPI code, and macppc and shark
ports to associate those device handles with device_t instance. This
will trickle trough to more places over time (need back-end for pre-OFW
Sun OBP; any others?).

branches: 1.40.14;
Add support for polling com devices when no interrupt is available.

branches: 1.39.16; 1.39.18;
KNF. Remove extra spaces. No functional change.

PR/49819: Roberto E. Vargas Caballero: Add support for SystemBase SB16C1050 PCI serial card

branches: 1.37.6;
s/mesage/message/

Restrict the hack for offset BAR's to x86.
A cleaner fix requires a rewrite of puc.c, but not today.

Oops.

Unbreak the build - soren, please review!

Allow console on com_puc without a compile-time option so that PC servers
can become headless after the first reboot (sadly, e.g. Intel AMT presents
as a com_puc, but doesn't appear in the BIOS serial port table, so you need
a keyboard and monitor to install and set the installboot parameters first).

Fix com_puc console on devices with offset BAR's.

branches: 1.32.4; 1.32.14; 1.32.18; 1.32.26;
Add support for SYSTEMBASE SB16C105x 4-port/8-port serial PCI cards.

- Added initialize code for SB16C105x to puc.c, but
It is better to add a member (*config_function)() to
struct puc_device_description and use it
- It seems SB16C1054 *rev 0x91* has different BAR layout, but not supported yet.

branches: 1.31.16; 1.31.22;
- device/softc split

branches: 1.30.4; 1.30.6; 1.30.8; 1.30.10;
use aprint_*_dev and device_xname

branches: 1.29.48;
__unused removal on arguments; approved by core.

- sprinkle __unused on function decls.
- fix a couple of unused bugs
- no more -Wno-unused for i386

branches: 1.27.20; 1.27.22;
merge ktrace-lwp.

kill some more simple submatch() functions, use config_stdsubmatch()

replace the "locdesc_t" structure carrying the number of locators
explicitely by a plain integer array
the length in now known to all relevant parties, so this avoids
duplication of information, and we can allocate that thing in
drivers without hacks

branches: 1.24.2;
Use ANSI function decls and static.

nuke trailing whitespace

de-__P

branches: 1.21.4; 1.21.6;
a round of autoconf cleanup:
-convert submatch() style functions (passed to config_search() or
config_found_sm()) to the locator passing variants
-pass interface attributes in some cases
-make submatch() functions look uniformly as far as possible
-avoid macros which just hide cfdata members, and reduce dependencies
on "locators.h"

Enable the 8X clock on the SIIG Cyberserial serial and combination PCI
cards at attachment time, in order to support bit rates greater than 115K,
as discussed on tech-kern.

pass the DMA tags to child devices, too

branches: 1.18.2;
It is not appropriate for pcivar.h to include "locators.h"
The two files that need it, should include it themselves.

Use aprint_normal() in cfprint routines.

Add trailing ; to CFATTACH_DECL.

Use CFATTACH_DECL().

Declare all cfattach structures const.

Introduce a new routine, config_match(), which invokes the
cfattach->ca_match function in behalf of the caller. Use it
rather than invoking cfattach->ca_match directly.

add RCSID

branches: 1.11.2; 1.11.4;
In the self-describing bogus code block, at least use plausible
subclass IDs.

Add a 'flag' member to struct puc_attach_args and struct port. For
PUC_PORT_TYPE_COM, use it to store the clock frequency (with 8 lower bits
to 0, used for real flags if needed).
Update all descriptions to set flags to 0 for LPT or COM_FREQ for COM.
Add support for the VScom PCI-800H 8 port serial adapter (which uses
a 14.7456 Mhz crystal instead of the standart 1.8432Mhz :)
XXX now that we can pass other frequency than COM_FREQ, the VScom PCI-800
entry could probably be updated to DTRT - does anyone have one ?

Change pci_intr_map to get interrupt source information from a "struct
pci_attach_args *" instead of from four separate parameters which in
all cases were extracted from the same "struct pci_attach_args".

This both simplifies the driver api, and allows for alternate PCI
interrupt mapping schemes, such as one using the tables described in
the Intel Multiprocessor Spec which describe interrupt wirings for
devices behind pci-pci bridges based on the device's location rather
the bridge's location.

Tested on alpha and i386; welcome to 1.5Q

Whitespace fix (space rather than tab after #ifdef)

Make this compile without PUCCN defined.

Guard the console code in puc.c with the defopt PUCCN so we can
use the puc driver without having the com drivers.

Add code to allow the PCI com serial ports to be used as the system
console. This is not enabled by default, and is turned on with
options PUCCN. Done by castor@netbsd.org.

branches: 1.4.4;
#if 0 the (way bogus) PCI_CLASS_COMMUNICATIONS/PCI_SUBCLASS_BRIDGE_PCI (!!!)
match pointed out (again?) by Johan Danielsson, after i repeatedly told
him not to do something similar in com_cardbus.

branches: 1.3.8;
add code to cope with multiple ports per BAR, as are found, for instance,
on the 8 port card Simon Gerraty has. In general, cards which have
this lots of ports also have a separate interrupt status register, but
this change is just to talk to the various ports independently. It works,
but it's not optimal. (XXX still need a good name for the card in the
comments, and to update the manual page.)

use a symbolic definition for the PCI subsystem ID

add a driver for "PCI 'universal' communications" cards, that is, PCI cards
which contain 'standard' com- and lpt-type ports. Some of these present
as PCI simple-communications/serial or simple-communications/parallel
devices, but many do not. (Additionally, there is no document that I can
find that describes the "specific well-konwn register-level" description
of how the 'standard' devices' config space headers shold work.) Eventually,
some of the devices driven by this code should become simple pci attachments
for the 'lpt' and 'com' drivers, but that requires solid documentation.

Merge thorpej-cfargs branch:

Simplify and make extensible the config_search() / config_found() /
config_attach() interfaces: rather than having different variants for
which arguments you want pass along, just have a single call that
takes a variadic list of tag-value arguments.

Adjust all call sites:
- Simplify wherever possible; don't pass along arguments that aren't
actually needed.
- Don't be explicit about what interface attribute is attaching if
the device only has one. (More simplification.)
- Add a config_probe() function to be used in indirect configuiration
situations, making is visibly easier to see when indirect config is
in play, and allowing for future change in semantics. (As of now,
this is just a wrapper around config_match(), but that is an
implementation detail.)

Remove unnecessary or redundant interface attributes where they're not
needed.

There are currently 5 "cfargs" defined:
- CFARG_SUBMATCH (submatch function for direct config)
- CFARG_SEARCH (search function for indirect config)
- CFARG_IATTR (interface attribte)
- CFARG_LOCATORS (locators array)
- CFARG_DEVHANDLE (devhandle_t - wraps OFW, ACPI, etc. handles)

...and a sentinel value CFARG_EOL.

Add some extra sanity checking to ensure that interface attributes
aren't ambiguous.

Use CFARG_DEVHANDLE in MI FDT, OFW, and ACPI code, and macppc and shark
ports to associate those device handles with device_t instance. This
will trickle trough to more places over time (need back-end for pre-OFW
Sun OBP; any others?).

branches: 1.40.14;
Add support for polling com devices when no interrupt is available.

branches: 1.39.16; 1.39.18;
KNF. Remove extra spaces. No functional change.

PR/49819: Roberto E. Vargas Caballero: Add support for SystemBase SB16C1050 PCI serial card

branches: 1.37.6;
s/mesage/message/

Restrict the hack for offset BAR's to x86.
A cleaner fix requires a rewrite of puc.c, but not today.

Oops.

Unbreak the build - soren, please review!

Allow console on com_puc without a compile-time option so that PC servers
can become headless after the first reboot (sadly, e.g. Intel AMT presents
as a com_puc, but doesn't appear in the BIOS serial port table, so you need
a keyboard and monitor to install and set the installboot parameters first).

Fix com_puc console on devices with offset BAR's.

branches: 1.32.4; 1.32.14; 1.32.18; 1.32.26;
Add support for SYSTEMBASE SB16C105x 4-port/8-port serial PCI cards.

- Added initialize code for SB16C105x to puc.c, but
It is better to add a member (*config_function)() to
struct puc_device_description and use it
- It seems SB16C1054 *rev 0x91* has different BAR layout, but not supported yet.

branches: 1.31.16; 1.31.22;
- device/softc split

branches: 1.30.4; 1.30.6; 1.30.8; 1.30.10;
use aprint_*_dev and device_xname

branches: 1.29.48;
__unused removal on arguments; approved by core.

- sprinkle __unused on function decls.
- fix a couple of unused bugs
- no more -Wno-unused for i386

branches: 1.27.20; 1.27.22;
merge ktrace-lwp.

kill some more simple submatch() functions, use config_stdsubmatch()

replace the "locdesc_t" structure carrying the number of locators
explicitely by a plain integer array
the length in now known to all relevant parties, so this avoids
duplication of information, and we can allocate that thing in
drivers without hacks

branches: 1.24.2;
Use ANSI function decls and static.

nuke trailing whitespace

de-__P

branches: 1.21.4; 1.21.6;
a round of autoconf cleanup:
-convert submatch() style functions (passed to config_search() or
config_found_sm()) to the locator passing variants
-pass interface attributes in some cases
-make submatch() functions look uniformly as far as possible
-avoid macros which just hide cfdata members, and reduce dependencies
on "locators.h"

Enable the 8X clock on the SIIG Cyberserial serial and combination PCI
cards at attachment time, in order to support bit rates greater than 115K,
as discussed on tech-kern.

pass the DMA tags to child devices, too

branches: 1.18.2;
It is not appropriate for pcivar.h to include "locators.h"
The two files that need it, should include it themselves.

Use aprint_normal() in cfprint routines.

Add trailing ; to CFATTACH_DECL.

Use CFATTACH_DECL().

Declare all cfattach structures const.

Introduce a new routine, config_match(), which invokes the
cfattach->ca_match function in behalf of the caller. Use it
rather than invoking cfattach->ca_match directly.

add RCSID

branches: 1.11.2; 1.11.4;
In the self-describing bogus code block, at least use plausible
subclass IDs.

Add a 'flag' member to struct puc_attach_args and struct port. For
PUC_PORT_TYPE_COM, use it to store the clock frequency (with 8 lower bits
to 0, used for real flags if needed).
Update all descriptions to set flags to 0 for LPT or COM_FREQ for COM.
Add support for the VScom PCI-800H 8 port serial adapter (which uses
a 14.7456 Mhz crystal instead of the standart 1.8432Mhz :)
XXX now that we can pass other frequency than COM_FREQ, the VScom PCI-800
entry could probably be updated to DTRT - does anyone have one ?

Change pci_intr_map to get interrupt source information from a "struct
pci_attach_args *" instead of from four separate parameters which in
all cases were extracted from the same "struct pci_attach_args".

This both simplifies the driver api, and allows for alternate PCI
interrupt mapping schemes, such as one using the tables described in
the Intel Multiprocessor Spec which describe interrupt wirings for
devices behind pci-pci bridges based on the device's location rather
the bridge's location.

Tested on alpha and i386; welcome to 1.5Q

Whitespace fix (space rather than tab after #ifdef)

Make this compile without PUCCN defined.

Guard the console code in puc.c with the defopt PUCCN so we can
use the puc driver without having the com drivers.

Add code to allow the PCI com serial ports to be used as the system
console. This is not enabled by default, and is turned on with
options PUCCN. Done by castor@netbsd.org.

branches: 1.4.4;
#if 0 the (way bogus) PCI_CLASS_COMMUNICATIONS/PCI_SUBCLASS_BRIDGE_PCI (!!!)
match pointed out (again?) by Johan Danielsson, after i repeatedly told
him not to do something similar in com_cardbus.

branches: 1.3.8;
add code to cope with multiple ports per BAR, as are found, for instance,
on the 8 port card Simon Gerraty has. In general, cards which have
this lots of ports also have a separate interrupt status register, but
this change is just to talk to the various ports independently. It works,
but it's not optimal. (XXX still need a good name for the card in the
comments, and to update the manual page.)

use a symbolic definition for the PCI subsystem ID

add a driver for "PCI 'universal' communications" cards, that is, PCI cards
which contain 'standard' com- and lpt-type ports. Some of these present
as PCI simple-communications/serial or simple-communications/parallel
devices, but many do not. (Additionally, there is no document that I can
find that describes the "specific well-konwn register-level" description
of how the 'standard' devices' config space headers shold work.) Eventually,
some of the devices driven by this code should become simple pci attachments
for the 'lpt' and 'com' drivers, but that requires solid documentation.

Add support for polling com devices when no interrupt is available.

branches: 1.39.16;
KNF. Remove extra spaces. No functional change.

PR/49819: Roberto E. Vargas Caballero: Add support for SystemBase SB16C1050 PCI serial card

branches: 1.37.6;
s/mesage/message/

Restrict the hack for offset BAR's to x86.
A cleaner fix requires a rewrite of puc.c, but not today.

Oops.

Unbreak the build - soren, please review!

Allow console on com_puc without a compile-time option so that PC servers
can become headless after the first reboot (sadly, e.g. Intel AMT presents
as a com_puc, but doesn't appear in the BIOS serial port table, so you need
a keyboard and monitor to install and set the installboot parameters first).

Fix com_puc console on devices with offset BAR's.

branches: 1.32.4; 1.32.14; 1.32.18; 1.32.26;
Add support for SYSTEMBASE SB16C105x 4-port/8-port serial PCI cards.

- Added initialize code for SB16C105x to puc.c, but
It is better to add a member (*config_function)() to
struct puc_device_description and use it
- It seems SB16C1054 *rev 0x91* has different BAR layout, but not supported yet.

branches: 1.31.16; 1.31.22;
- device/softc split

branches: 1.30.4; 1.30.6; 1.30.8; 1.30.10;
use aprint_*_dev and device_xname

branches: 1.29.48;
__unused removal on arguments; approved by core.

- sprinkle __unused on function decls.
- fix a couple of unused bugs
- no more -Wno-unused for i386

branches: 1.27.20; 1.27.22;
merge ktrace-lwp.

kill some more simple submatch() functions, use config_stdsubmatch()

replace the "locdesc_t" structure carrying the number of locators
explicitely by a plain integer array
the length in now known to all relevant parties, so this avoids
duplication of information, and we can allocate that thing in
drivers without hacks

branches: 1.24.2;
Use ANSI function decls and static.

nuke trailing whitespace

de-__P

branches: 1.21.4; 1.21.6;
a round of autoconf cleanup:
-convert submatch() style functions (passed to config_search() or
config_found_sm()) to the locator passing variants
-pass interface attributes in some cases
-make submatch() functions look uniformly as far as possible
-avoid macros which just hide cfdata members, and reduce dependencies
on "locators.h"

Enable the 8X clock on the SIIG Cyberserial serial and combination PCI
cards at attachment time, in order to support bit rates greater than 115K,
as discussed on tech-kern.

pass the DMA tags to child devices, too

branches: 1.18.2;
It is not appropriate for pcivar.h to include "locators.h"
The two files that need it, should include it themselves.

Use aprint_normal() in cfprint routines.

Add trailing ; to CFATTACH_DECL.

Use CFATTACH_DECL().

Declare all cfattach structures const.

Introduce a new routine, config_match(), which invokes the
cfattach->ca_match function in behalf of the caller. Use it
rather than invoking cfattach->ca_match directly.

add RCSID

branches: 1.11.2; 1.11.4;
In the self-describing bogus code block, at least use plausible
subclass IDs.

Add a 'flag' member to struct puc_attach_args and struct port. For
PUC_PORT_TYPE_COM, use it to store the clock frequency (with 8 lower bits
to 0, used for real flags if needed).
Update all descriptions to set flags to 0 for LPT or COM_FREQ for COM.
Add support for the VScom PCI-800H 8 port serial adapter (which uses
a 14.7456 Mhz crystal instead of the standart 1.8432Mhz :)
XXX now that we can pass other frequency than COM_FREQ, the VScom PCI-800
entry could probably be updated to DTRT - does anyone have one ?

Change pci_intr_map to get interrupt source information from a "struct
pci_attach_args *" instead of from four separate parameters which in
all cases were extracted from the same "struct pci_attach_args".

This both simplifies the driver api, and allows for alternate PCI
interrupt mapping schemes, such as one using the tables described in
the Intel Multiprocessor Spec which describe interrupt wirings for
devices behind pci-pci bridges based on the device's location rather
the bridge's location.

Tested on alpha and i386; welcome to 1.5Q

Whitespace fix (space rather than tab after #ifdef)

Make this compile without PUCCN defined.

Guard the console code in puc.c with the defopt PUCCN so we can
use the puc driver without having the com drivers.

Add code to allow the PCI com serial ports to be used as the system
console. This is not enabled by default, and is turned on with
options PUCCN. Done by castor@netbsd.org.

branches: 1.4.4;
#if 0 the (way bogus) PCI_CLASS_COMMUNICATIONS/PCI_SUBCLASS_BRIDGE_PCI (!!!)
match pointed out (again?) by Johan Danielsson, after i repeatedly told
him not to do something similar in com_cardbus.

branches: 1.3.8;
add code to cope with multiple ports per BAR, as are found, for instance,
on the 8 port card Simon Gerraty has. In general, cards which have
this lots of ports also have a separate interrupt status register, but
this change is just to talk to the various ports independently. It works,
but it's not optimal. (XXX still need a good name for the card in the
comments, and to update the manual page.)

use a symbolic definition for the PCI subsystem ID

add a driver for "PCI 'universal' communications" cards, that is, PCI cards
which contain 'standard' com- and lpt-type ports. Some of these present
as PCI simple-communications/serial or simple-communications/parallel
devices, but many do not. (Additionally, there is no document that I can
find that describes the "specific well-konwn register-level" description
of how the 'standard' devices' config space headers shold work.) Eventually,
some of the devices driven by this code should become simple pci attachments
for the 'lpt' and 'com' drivers, but that requires solid documentation.

KNF. Remove extra spaces. No functional change.

PR/49819: Roberto E. Vargas Caballero: Add support for SystemBase SB16C1050 PCI serial card

branches: 1.37.6;
s/mesage/message/

Restrict the hack for offset BAR's to x86.
A cleaner fix requires a rewrite of puc.c, but not today.

Oops.

Unbreak the build - soren, please review!

Allow console on com_puc without a compile-time option so that PC servers
can become headless after the first reboot (sadly, e.g. Intel AMT presents
as a com_puc, but doesn't appear in the BIOS serial port table, so you need
a keyboard and monitor to install and set the installboot parameters first).

Fix com_puc console on devices with offset BAR's.

branches: 1.32.4; 1.32.14; 1.32.18; 1.32.26;
Add support for SYSTEMBASE SB16C105x 4-port/8-port serial PCI cards.

- Added initialize code for SB16C105x to puc.c, but
It is better to add a member (*config_function)() to
struct puc_device_description and use it
- It seems SB16C1054 *rev 0x91* has different BAR layout, but not supported yet.

branches: 1.31.16; 1.31.22;
- device/softc split

branches: 1.30.4; 1.30.6; 1.30.8; 1.30.10;
use aprint_*_dev and device_xname

branches: 1.29.48;
__unused removal on arguments; approved by core.

- sprinkle __unused on function decls.
- fix a couple of unused bugs
- no more -Wno-unused for i386

branches: 1.27.20; 1.27.22;
merge ktrace-lwp.

kill some more simple submatch() functions, use config_stdsubmatch()

replace the "locdesc_t" structure carrying the number of locators
explicitely by a plain integer array
the length in now known to all relevant parties, so this avoids
duplication of information, and we can allocate that thing in
drivers without hacks

branches: 1.24.2;
Use ANSI function decls and static.

nuke trailing whitespace

de-__P

branches: 1.21.4; 1.21.6;
a round of autoconf cleanup:
-convert submatch() style functions (passed to config_search() or
config_found_sm()) to the locator passing variants
-pass interface attributes in some cases
-make submatch() functions look uniformly as far as possible
-avoid macros which just hide cfdata members, and reduce dependencies
on "locators.h"

Enable the 8X clock on the SIIG Cyberserial serial and combination PCI
cards at attachment time, in order to support bit rates greater than 115K,
as discussed on tech-kern.

pass the DMA tags to child devices, too

branches: 1.18.2;
It is not appropriate for pcivar.h to include "locators.h"
The two files that need it, should include it themselves.

Use aprint_normal() in cfprint routines.

Add trailing ; to CFATTACH_DECL.

Use CFATTACH_DECL().

Declare all cfattach structures const.

Introduce a new routine, config_match(), which invokes the
cfattach->ca_match function in behalf of the caller. Use it
rather than invoking cfattach->ca_match directly.

add RCSID

branches: 1.11.2; 1.11.4;
In the self-describing bogus code block, at least use plausible
subclass IDs.

Add a 'flag' member to struct puc_attach_args and struct port. For
PUC_PORT_TYPE_COM, use it to store the clock frequency (with 8 lower bits
to 0, used for real flags if needed).
Update all descriptions to set flags to 0 for LPT or COM_FREQ for COM.
Add support for the VScom PCI-800H 8 port serial adapter (which uses
a 14.7456 Mhz crystal instead of the standart 1.8432Mhz :)
XXX now that we can pass other frequency than COM_FREQ, the VScom PCI-800
entry could probably be updated to DTRT - does anyone have one ?

Change pci_intr_map to get interrupt source information from a "struct
pci_attach_args *" instead of from four separate parameters which in
all cases were extracted from the same "struct pci_attach_args".

This both simplifies the driver api, and allows for alternate PCI
interrupt mapping schemes, such as one using the tables described in
the Intel Multiprocessor Spec which describe interrupt wirings for
devices behind pci-pci bridges based on the device's location rather
the bridge's location.

Tested on alpha and i386; welcome to 1.5Q

Whitespace fix (space rather than tab after #ifdef)

Make this compile without PUCCN defined.

Guard the console code in puc.c with the defopt PUCCN so we can
use the puc driver without having the com drivers.

Add code to allow the PCI com serial ports to be used as the system
console. This is not enabled by default, and is turned on with
options PUCCN. Done by castor@netbsd.org.

branches: 1.4.4;
#if 0 the (way bogus) PCI_CLASS_COMMUNICATIONS/PCI_SUBCLASS_BRIDGE_PCI (!!!)
match pointed out (again?) by Johan Danielsson, after i repeatedly told
him not to do something similar in com_cardbus.

branches: 1.3.8;
add code to cope with multiple ports per BAR, as are found, for instance,
on the 8 port card Simon Gerraty has. In general, cards which have
this lots of ports also have a separate interrupt status register, but
this change is just to talk to the various ports independently. It works,
but it's not optimal. (XXX still need a good name for the card in the
comments, and to update the manual page.)

use a symbolic definition for the PCI subsystem ID

add a driver for "PCI 'universal' communications" cards, that is, PCI cards
which contain 'standard' com- and lpt-type ports. Some of these present
as PCI simple-communications/serial or simple-communications/parallel
devices, but many do not. (Additionally, there is no document that I can
find that describes the "specific well-konwn register-level" description
of how the 'standard' devices' config space headers shold work.) Eventually,
some of the devices driven by this code should become simple pci attachments
for the 'lpt' and 'com' drivers, but that requires solid documentation.