Some of the defined names are not the direct 1:1 mapping with vendor
and device names used by Linux device drivers.
Introduce a p(roduct)alias so we can map the one device entry I came
across without much extra hassle and generate a name device drivers
know about:
palias BROADCOM_CYPRESS_43439  CYPRESS_43439

Sponsored by:	The FreeBSD Foundation
MFC after:	3 days
Reviewed by:	emaste
Differential Revision: https://reviews.freebsd.org/D46455

Generate defined names which match the ones in the Linux drivers (a lot more);
given we are likely to have drivers only based on those one way or another
there is absolutely no reason to fight over differently generated names
for device and vendor IDs.

Sponsored by:	The FreeBSD Foundation
MFC after:	3 days
Reviewed by:	imp
Differential Revision: https://reviews.freebsd.org/D46300

The input file used to have a $FreeBSD$ tag on the first line and we
recorded that in the generated files to know which versions they were
based on.  With the removal of $FreeBSD$ the logic was not quite
correct anymore;  fix that to generate proper header files again.

Sponsored by:	The FreeBSD Foundation
MFC after:	3 days
Reviewed by:	imp
Differential Revision: https://reviews.freebsd.org/D46300

Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

Add a CAM-Newbus SDIO support module.  This works provides a newbus
infrastructure for device drivers wanting to use SDIO.  On the lower end
while it is connected by newbus to SDHCI, it talks CAM using the MMCCAM
framework to get to it.

This also duplicates the usbdevs framework to equally create sdiodev
header files with #defines for "vendors" and "products".

Submitted by:	kibab (initial work, see https://reviews.freebsd.org/D12467)
Reviewed by:	kibab, imp (comments on earlier version)
MFC after:	6 weeks
Relnotes:	yes
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D19749