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

branches: 1.11.28;
Merge riastradh-drm2 to HEAD.

Extend support for Nanjing QinHeng Electronics puc(4) devices.

branches: 1.9.8; 1.9.18; 1.9.22; 1.9.30;
Add the following cards' support from FreeBSD:
- Comtrol RocketPort 550/4, 550/8 and 550/16 series
- Lava Computers Quatro-PCI
- some NetMos NM9865 cards
- VScom PCI-200Li

branches: 1.8.74; 1.8.96; 1.8.98;
merge ktrace-lwp.

de-__P

branches: 1.6.8; 1.6.10;
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.4.24;
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 ?

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.2.8; 1.2.18;
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.)

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.