Add support for RTL8188FTV chip to urtwn(4).

Tested with Comfast CF-WU710N v4.

"go ahead" deraadt@
OK stsp@

- in rtwn_r88e_fw_reset function, use the correct bit R88E_RSV_CTRL_MCU_RST
to reset/enable MCU
- there's no need to enable 1.2V power for rtl8192eu

ok jmatthew@

Add support for RTL8192EU adapters, partly taken from netbsd.
These show up with a variety of vendor/product ids, but the driver will
only match those we've tested so far.

help and testing from kevlo@
ok stsp@ kevlo@

add RTL8723AE support

ok kevlo@ stsp@

Move the unions into the rom struct which fixes Coverity CID 1473649 and
makes it more readable.

ok stsp@ and jmatthew@

Add support for RTL8188EE.

This needs a new firmware image, which should be added to the rtwn
firmware package shortly.

testing and lots of help from kevlo@
ok kevlo@ stsp@

- For RTL8188CUS/RTL8192CU, we have to force 8051 reset/enable before waiting
for firmware to get ready. It fixes "urtwn0: could not load firmware page"
while running stsp@'s script: dhclient urtwn0; ifconfig urtwn0 down;
ifconfig urtwn0 scan in a loop.

- Minor cleanup for rtwn_read_rom()/rtwn_get_txpower(); no need to use
callbacks.

Tested by stsp@ and me.

ok stsp@

- Fix incorrect values in the computation of transmit power for the
rtl8188eu chipset.
- Small code refactoring:
- replace hardcoded rate indexes with their name, like athn(4).
- replace fields offsets with the structure; from FreeBSD r294198.
- be compliant with definitions of the efuse in vendor hal_pg.h and
rename struct r92c_rom member names: s/channel_plan/reserved5/,
s/xtal_calib/channel_plan.
- no need to disable HWPDN twice in urtwn_r88e_power_on().

Tested by stsp@ and myself with RTL8188CUS, RTL8192CU, RTL8188EU, and
RTL8188CE devices.

ok stsp@

Make urtwn(4) run slot time updates from a USB task.
Fixes 'usbd_do_request: not in process context' warnings introduced recently.
Fix reported and confirmed by Mikhail aka mp39590 aka misha

Merge a lot of code from urtwn(4) into rtwn(4). Both drivers now share code
in the file sys/dev/ic/rtwn.c. This reduces kernel bloat and will make it
easier to have both drivers benefit from future enhancements.
ok mpi@

Continue preparing a future merge of urtwn(4) and rtwn(4).
This mostly copies r88e support code to ic/rtwn.c and moves some functions
which are not trivial to merge with USB counterparts back to pci/if_rtwn.c.
ok mpi@

The common part of rtwn(4) needs help from attachment drivers to determine
the chip type. Require chip type as a parameter to rtwn_attach().
ok mpi@

usbd_is_dying() can't be part of the common rtwn(4) driver code once we
merge code from urtwn(4). So timeouts must move back to the bus-specific
part of the driver.
ok mpi@

Move rtwn(4) DMA init code back to the PCI part of the driver.
This will make a future merge with urtwn(4) easier.
ok mpi@

Make rtwn(4) check for "unsupported test chip" error during attach again.
ok mpi@

Split the rtwn(4) driver into two layers:

One layer which handles PCI support and low-level packet processing.

And another layer which handles ioctls, net80211 state transitions,
and all communication with the chip. The plan is to eventually merge
corresponding code from urtwn(4) in here.

ok mpi@

- in rtwn_r88e_fw_reset function, use the correct bit R88E_RSV_CTRL_MCU_RST
to reset/enable MCU
- there's no need to enable 1.2V power for rtl8192eu

ok jmatthew@

Add support for RTL8192EU adapters, partly taken from netbsd.
These show up with a variety of vendor/product ids, but the driver will
only match those we've tested so far.

help and testing from kevlo@
ok stsp@ kevlo@

add RTL8723AE support

ok kevlo@ stsp@

Move the unions into the rom struct which fixes Coverity CID 1473649 and
makes it more readable.

ok stsp@ and jmatthew@

Add support for RTL8188EE.

This needs a new firmware image, which should be added to the rtwn
firmware package shortly.

testing and lots of help from kevlo@
ok kevlo@ stsp@

- For RTL8188CUS/RTL8192CU, we have to force 8051 reset/enable before waiting
for firmware to get ready. It fixes "urtwn0: could not load firmware page"
while running stsp@'s script: dhclient urtwn0; ifconfig urtwn0 down;
ifconfig urtwn0 scan in a loop.

- Minor cleanup for rtwn_read_rom()/rtwn_get_txpower(); no need to use
callbacks.

Tested by stsp@ and me.

ok stsp@

- Fix incorrect values in the computation of transmit power for the
rtl8188eu chipset.
- Small code refactoring:
- replace hardcoded rate indexes with their name, like athn(4).
- replace fields offsets with the structure; from FreeBSD r294198.
- be compliant with definitions of the efuse in vendor hal_pg.h and
rename struct r92c_rom member names: s/channel_plan/reserved5/,
s/xtal_calib/channel_plan.
- no need to disable HWPDN twice in urtwn_r88e_power_on().

Tested by stsp@ and myself with RTL8188CUS, RTL8192CU, RTL8188EU, and
RTL8188CE devices.

ok stsp@

Make urtwn(4) run slot time updates from a USB task.
Fixes 'usbd_do_request: not in process context' warnings introduced recently.
Fix reported and confirmed by Mikhail aka mp39590 aka misha

Merge a lot of code from urtwn(4) into rtwn(4). Both drivers now share code
in the file sys/dev/ic/rtwn.c. This reduces kernel bloat and will make it
easier to have both drivers benefit from future enhancements.
ok mpi@

Continue preparing a future merge of urtwn(4) and rtwn(4).
This mostly copies r88e support code to ic/rtwn.c and moves some functions
which are not trivial to merge with USB counterparts back to pci/if_rtwn.c.
ok mpi@

The common part of rtwn(4) needs help from attachment drivers to determine
the chip type. Require chip type as a parameter to rtwn_attach().
ok mpi@

usbd_is_dying() can't be part of the common rtwn(4) driver code once we
merge code from urtwn(4). So timeouts must move back to the bus-specific
part of the driver.
ok mpi@

Move rtwn(4) DMA init code back to the PCI part of the driver.
This will make a future merge with urtwn(4) easier.
ok mpi@

Make rtwn(4) check for "unsupported test chip" error during attach again.
ok mpi@

Split the rtwn(4) driver into two layers:

One layer which handles PCI support and low-level packet processing.

And another layer which handles ioctls, net80211 state transitions,
and all communication with the chip. The plan is to eventually merge
corresponding code from urtwn(4) in here.

ok mpi@

Add support for RTL8192EU adapters, partly taken from netbsd.
These show up with a variety of vendor/product ids, but the driver will
only match those we've tested so far.

help and testing from kevlo@
ok stsp@ kevlo@

add RTL8723AE support

ok kevlo@ stsp@

Move the unions into the rom struct which fixes Coverity CID 1473649 and
makes it more readable.

ok stsp@ and jmatthew@

Add support for RTL8188EE.

This needs a new firmware image, which should be added to the rtwn
firmware package shortly.

testing and lots of help from kevlo@
ok kevlo@ stsp@

- For RTL8188CUS/RTL8192CU, we have to force 8051 reset/enable before waiting
for firmware to get ready. It fixes "urtwn0: could not load firmware page"
while running stsp@'s script: dhclient urtwn0; ifconfig urtwn0 down;
ifconfig urtwn0 scan in a loop.

- Minor cleanup for rtwn_read_rom()/rtwn_get_txpower(); no need to use
callbacks.

Tested by stsp@ and me.

ok stsp@

- Fix incorrect values in the computation of transmit power for the
rtl8188eu chipset.
- Small code refactoring:
- replace hardcoded rate indexes with their name, like athn(4).
- replace fields offsets with the structure; from FreeBSD r294198.
- be compliant with definitions of the efuse in vendor hal_pg.h and
rename struct r92c_rom member names: s/channel_plan/reserved5/,
s/xtal_calib/channel_plan.
- no need to disable HWPDN twice in urtwn_r88e_power_on().

Tested by stsp@ and myself with RTL8188CUS, RTL8192CU, RTL8188EU, and
RTL8188CE devices.

ok stsp@

Make urtwn(4) run slot time updates from a USB task.
Fixes 'usbd_do_request: not in process context' warnings introduced recently.
Fix reported and confirmed by Mikhail aka mp39590 aka misha

Merge a lot of code from urtwn(4) into rtwn(4). Both drivers now share code
in the file sys/dev/ic/rtwn.c. This reduces kernel bloat and will make it
easier to have both drivers benefit from future enhancements.
ok mpi@

Continue preparing a future merge of urtwn(4) and rtwn(4).
This mostly copies r88e support code to ic/rtwn.c and moves some functions
which are not trivial to merge with USB counterparts back to pci/if_rtwn.c.
ok mpi@

The common part of rtwn(4) needs help from attachment drivers to determine
the chip type. Require chip type as a parameter to rtwn_attach().
ok mpi@

usbd_is_dying() can't be part of the common rtwn(4) driver code once we
merge code from urtwn(4). So timeouts must move back to the bus-specific
part of the driver.
ok mpi@

Move rtwn(4) DMA init code back to the PCI part of the driver.
This will make a future merge with urtwn(4) easier.
ok mpi@

Make rtwn(4) check for "unsupported test chip" error during attach again.
ok mpi@

Split the rtwn(4) driver into two layers:

One layer which handles PCI support and low-level packet processing.

And another layer which handles ioctls, net80211 state transitions,
and all communication with the chip. The plan is to eventually merge
corresponding code from urtwn(4) in here.

ok mpi@

add RTL8723AE support

ok kevlo@ stsp@

Move the unions into the rom struct which fixes Coverity CID 1473649 and
makes it more readable.

ok stsp@ and jmatthew@

Add support for RTL8188EE.

This needs a new firmware image, which should be added to the rtwn
firmware package shortly.

testing and lots of help from kevlo@
ok kevlo@ stsp@

- For RTL8188CUS/RTL8192CU, we have to force 8051 reset/enable before waiting
for firmware to get ready. It fixes "urtwn0: could not load firmware page"
while running stsp@'s script: dhclient urtwn0; ifconfig urtwn0 down;
ifconfig urtwn0 scan in a loop.

- Minor cleanup for rtwn_read_rom()/rtwn_get_txpower(); no need to use
callbacks.

Tested by stsp@ and me.

ok stsp@

- Fix incorrect values in the computation of transmit power for the
rtl8188eu chipset.
- Small code refactoring:
- replace hardcoded rate indexes with their name, like athn(4).
- replace fields offsets with the structure; from FreeBSD r294198.
- be compliant with definitions of the efuse in vendor hal_pg.h and
rename struct r92c_rom member names: s/channel_plan/reserved5/,
s/xtal_calib/channel_plan.
- no need to disable HWPDN twice in urtwn_r88e_power_on().

Tested by stsp@ and myself with RTL8188CUS, RTL8192CU, RTL8188EU, and
RTL8188CE devices.

ok stsp@

Make urtwn(4) run slot time updates from a USB task.
Fixes 'usbd_do_request: not in process context' warnings introduced recently.
Fix reported and confirmed by Mikhail aka mp39590 aka misha

Merge a lot of code from urtwn(4) into rtwn(4). Both drivers now share code
in the file sys/dev/ic/rtwn.c. This reduces kernel bloat and will make it
easier to have both drivers benefit from future enhancements.
ok mpi@

Continue preparing a future merge of urtwn(4) and rtwn(4).
This mostly copies r88e support code to ic/rtwn.c and moves some functions
which are not trivial to merge with USB counterparts back to pci/if_rtwn.c.
ok mpi@

The common part of rtwn(4) needs help from attachment drivers to determine
the chip type. Require chip type as a parameter to rtwn_attach().
ok mpi@

usbd_is_dying() can't be part of the common rtwn(4) driver code once we
merge code from urtwn(4). So timeouts must move back to the bus-specific
part of the driver.
ok mpi@

Move rtwn(4) DMA init code back to the PCI part of the driver.
This will make a future merge with urtwn(4) easier.
ok mpi@

Make rtwn(4) check for "unsupported test chip" error during attach again.
ok mpi@

Split the rtwn(4) driver into two layers:

One layer which handles PCI support and low-level packet processing.

And another layer which handles ioctls, net80211 state transitions,
and all communication with the chip. The plan is to eventually merge
corresponding code from urtwn(4) in here.

ok mpi@

- For RTL8188CUS/RTL8192CU, we have to force 8051 reset/enable before waiting
for firmware to get ready. It fixes "urtwn0: could not load firmware page"
while running stsp@'s script: dhclient urtwn0; ifconfig urtwn0 down;
ifconfig urtwn0 scan in a loop.

- Minor cleanup for rtwn_read_rom()/rtwn_get_txpower(); no need to use
callbacks.

Tested by stsp@ and me.

ok stsp@

- Fix incorrect values in the computation of transmit power for the
rtl8188eu chipset.
- Small code refactoring:
- replace hardcoded rate indexes with their name, like athn(4).
- replace fields offsets with the structure; from FreeBSD r294198.
- be compliant with definitions of the efuse in vendor hal_pg.h and
rename struct r92c_rom member names: s/channel_plan/reserved5/,
s/xtal_calib/channel_plan.
- no need to disable HWPDN twice in urtwn_r88e_power_on().

Tested by stsp@ and myself with RTL8188CUS, RTL8192CU, RTL8188EU, and
RTL8188CE devices.

ok stsp@

Make urtwn(4) run slot time updates from a USB task.
Fixes 'usbd_do_request: not in process context' warnings introduced recently.
Fix reported and confirmed by Mikhail aka mp39590 aka misha

Merge a lot of code from urtwn(4) into rtwn(4). Both drivers now share code
in the file sys/dev/ic/rtwn.c. This reduces kernel bloat and will make it
easier to have both drivers benefit from future enhancements.
ok mpi@

Continue preparing a future merge of urtwn(4) and rtwn(4).
This mostly copies r88e support code to ic/rtwn.c and moves some functions
which are not trivial to merge with USB counterparts back to pci/if_rtwn.c.
ok mpi@

The common part of rtwn(4) needs help from attachment drivers to determine
the chip type. Require chip type as a parameter to rtwn_attach().
ok mpi@

usbd_is_dying() can't be part of the common rtwn(4) driver code once we
merge code from urtwn(4). So timeouts must move back to the bus-specific
part of the driver.
ok mpi@

Move rtwn(4) DMA init code back to the PCI part of the driver.
This will make a future merge with urtwn(4) easier.
ok mpi@

Make rtwn(4) check for "unsupported test chip" error during attach again.
ok mpi@

Split the rtwn(4) driver into two layers:

One layer which handles PCI support and low-level packet processing.

And another layer which handles ioctls, net80211 state transitions,
and all communication with the chip. The plan is to eventually merge
corresponding code from urtwn(4) in here.

ok mpi@