linux: Add a few more cases to pci_get_class.

Should fix crash on boot with amdgpu now that the ACPI business is
enabled.

drm: enable almost all PCIe functionality

linux_pci.c revisions 1.24 and 1.25 implemented most of the remaining
missing PCIe backends, but only enabled them for some amdgpu portions.

this enables all code marked with "XXX amdgpu pcie", "XXX radeon pcie",
and "XXX pcie speed". for most of it, simply removing #ifndefs __NetBSD__
to enable compliation was required, once the new "bus->max_bus_speed"
member was added to struct pci_bus. add an "always fails" backend for
pci_enable_atomic_ops_to_root() which seems to only be necessary
for virtual GPU functionality (and could be implemented if needed.)

tested on radeon 5450, 7750, R7 240 [radeon], and RX 550 [amdgpu], and
nvidia 750 and 1030 [nouveau].


this still does not quite work on nvidia cards. there are two problems
that remain:

- the call to set the link speed is skipped because the speed is set
to the default value of "-1". nvkm_pcie_set_link() will actually
determine the right value for this and for some cards, calling this
function if the current speed is -1 helps set the link speed. it
may be that on linux other paths we don't have enabled properly
would set this (there's one via debugfs, and a jetson specific one,
though perhaps setting either AC or DC speed values as boot options
(after hooking up these for netbsd) would currently work.

- worse, cards newer than kepler - geforce 900, 1000, and newer, are
all lacking the backing support to set pcie link speed. the GT 1030
card i have been testing with remains at pcie 1.0.

linux/pci.h: Stubs for pci_request/release_region(s).

add pcie capability and read request size linux compat, some pci root support

implement support for:
- pcie_capability_read_dword()
- pcie_capability_read_word()
- pcie_capability_write_dword()
- pcie_capability_write_word()
- pcie_get_readrq()
- pcie_set_readrq()

implement the "struct pci_dev" bus->self member by creating a minimal fake
"struct pci_dev" for the pci bus itself. this is kind of gross. it checks
that the current device's parent is a netbsd "pci" device, and that it has
a (grand) parent "ppb" device, and then fills in the fake device based upon
the pci and ppb devices.

add some PCIE_LCSR2_TGT_LSPEED encodings, and map them to linux names.
map several other PCIE_LCSR and PCIE_LCAP names.

uncomment several pcie code segments in radeon and amdgpu. (not sure that
we can test the amdgpu_si.c change, as we use the radeon version and the
amdgpu version hangs on the one machine i have.)

tested on amdgpu (RX550) and radeon (7750 & 3650).


ok @riastradh

fill out more of the linux pci API compat

- implement pcie_get_speed_cap(), pcie_bandwidth_available(), and
pci_is_root_bus().
- expand "enum pci_bus_speed" to add PCIe 5.x and 6.x speeds.
- add "enum pcie_link_width".
- add defines for PCIE_LCSR_LINKSPEED (PCIe generation) and PCIE_LCSR_NLW
(negotiated lane width) to pcireg.h
- enable amdgpu_device_get_pcie_info() code now it works.

ok riastradh@

linux: Define PCI_CLASS_DISPLAY_OTHER, wanted by radeon/amdgpu.

drm: Omit needless conditionals around #include "acpica.h".

linux: PCI_BUS_NUM; tweak types for PCI_SLOT/PCI_FUNC.

linux: pci_name

i915: another whack at it

drm: Remove local diffs for drm_pci_set_busid.

Instead, move it to its own file that can be safely used without
bringing in a link/run-time dependency on pci.

Move acpi includes to linux_pci.c to avoid pollution.

Provide enum pci_bus_speed

We don't really make use of it but why not.


Author: Maya Rashish <maya@NetBSD.org>

Stub dev_is_pci


Author: Maya Rashish <maya@NetBSD.org>

Define pci_is_thunderbolt_attached (answer: no).

Side-load <linux/interrupt.h> in <linux/pci.h>.

Define pci_get/set_drvdata properly.

pci_get_bus_and_slot -> pci_get_domain_bus_and_slot

Define some obscure PCI ids.

Reduce diffs by side-loading some header files like Linux.

From riastradh

Pull in acpica.h on aarch64

branches: 1.37.6;
Move the Linux PCI shim into its very own .c file.

The poor thing has deserved this for a very long time, even though it
is full of kludges. Also I'm tired of recompiling everything every
time I touch it.

Fix sense of test to make linux_pci_dev_destroy work.

Initialize more of struct pci_device.

Implement linux_pci_dev_destroy.

Pass the parent explicitly to linux_pci_dev_init.

This will allow us to use it in match routines.

Free the bus crap.

For the kludges we don't have or need a device (parent) pointer.

Add no_64bit_msi field. (What to do wiht it?)

Add pci_enable/disable_device, pci_domain_nr, and some vendor ids.

Add pci_bus_read/write_config_{byte,word,dword}.

Namespace our private fields in Linux struct pci_device.

Stub pci_is_root_bus.

Forward-declare struct pci_driver, which is unused but appears in prototypes.

branches: 1.24.2; 1.24.4;
Disable MSI on DRMKMS (again).

It is causing problems on some older nvidia graphics cards:
http://mail-index.netbsd.org/netbsd-users/2017/08/02/msg020026.html
http://mail-index.netbsd.org/pkgsrc-users/2017/08/26/msg025492.html
PR kern/52440

branches: 1.23.6;
drmkms_pci: Use MSI if available (Take 2)

tested by martin@ and yhardy@

branches: 1.22.2; 1.22.4;
Use PCI ROM MD fallback if PCI ROM BAR points to invalid ROM.

We previously applied the PCI ROM MD fallback only if the PCI ROM BAR
was altogether unpopulated. Some Radeon devices seem to have a
populated PCI ROM BAR pointing at a bogus ROM, while 0xc0000 works
fine.

Fixes at least one manifestation of PR kern/49964.

Eliminate Linux struct pci_dev::dev, struct platform_device::dev.

Don't include ACPI headers unless NACPICA > 0

Fix type of pd_rom_found_size: it's a size, not a handle.

Save the location of the found ROM so caller can bus_space_read it.

Missed a zero: it's 0x100000, not 0x10000.

Don't let anyone else allocate the video BIOS either.

One last round for nouveau. It links!

Add sizep argument to pci_platform_rom stub.

Add pci_platform_rom stub to <linux/pci.h>.

Add pci_enable_rom/pci_disable_rom to <linux/pci.h>.

branches: 1.11.2;
fix build failure.

> /tmp/bracket/build/2014.11.10.22.43.46-i386/src/sys/external/bsd/drm2/include/linux/pci.h:36:20: fatal error: acpica.h: No such file or directory

i915drmkms(4): Enable CONFIG_ACPI if NACPICA > 0.
Now brightness can be adjusted via hotkey on Mouse Computer LB-J300X (Clevo W330SU2).

Generalize pci_find_rom and use it to locate x86 video ROM in drm2.

- Make pci_find_rom take the ROM `BAR' size as a parameter, instead
of using pci_find_mem with the ROM `BAR' to detect the size.

- Use it to find the x86 video ROM in [0xc0000, 0xe0000) in drm2,
when nothing else reports that location.

- Adapt the one other caller in radeonfb, which already has the
maximum ROM size handy (romsz).

XXX pullup to netbsd-7

branches: 1.8.2;
Fix shifts & masks in Linux pci_read_config_{word,byte}.

branches: 1.7.2;
Add Linux PCI DMA stuff and NVIDIA vendor.

Remove needless pci_map_rom error messages.

First whack at radeon driver.

No hardware to test yet, but it builds.

Make it build and boot on my test machines.

Screen blanks on boot on the Ivy Bridge system with

DRM error in cpt_serr_int_handler: PCH transcoder A FIFO underrun

But after that everything is OK. Appears to be an upstream problem.
To investigate...

I think there's a cache flushing issue somewhere -- there are little
display artefacts on my T60.

branches: 1.3.2; 1.3.4; 1.3.6;
Miscellaneous fixes for drm2 on i386.

Merge riastradh-drm2 to HEAD.

branches: 1.1.2;
file pci.h was initially added on branch riastradh-drm2.

drm: enable almost all PCIe functionality

linux_pci.c revisions 1.24 and 1.25 implemented most of the remaining
missing PCIe backends, but only enabled them for some amdgpu portions.

this enables all code marked with "XXX amdgpu pcie", "XXX radeon pcie",
and "XXX pcie speed". for most of it, simply removing #ifndefs __NetBSD__
to enable compliation was required, once the new "bus->max_bus_speed"
member was added to struct pci_bus. add an "always fails" backend for
pci_enable_atomic_ops_to_root() which seems to only be necessary
for virtual GPU functionality (and could be implemented if needed.)

tested on radeon 5450, 7750, R7 240 [radeon], and RX 550 [amdgpu], and
nvidia 750 and 1030 [nouveau].


this still does not quite work on nvidia cards. there are two problems
that remain:

- the call to set the link speed is skipped because the speed is set
to the default value of "-1". nvkm_pcie_set_link() will actually
determine the right value for this and for some cards, calling this
function if the current speed is -1 helps set the link speed. it
may be that on linux other paths we don't have enabled properly
would set this (there's one via debugfs, and a jetson specific one,
though perhaps setting either AC or DC speed values as boot options
(after hooking up these for netbsd) would currently work.

- worse, cards newer than kepler - geforce 900, 1000, and newer, are
all lacking the backing support to set pcie link speed. the GT 1030
card i have been testing with remains at pcie 1.0.

linux/pci.h: Stubs for pci_request/release_region(s).

add pcie capability and read request size linux compat, some pci root support

implement support for:
- pcie_capability_read_dword()
- pcie_capability_read_word()
- pcie_capability_write_dword()
- pcie_capability_write_word()
- pcie_get_readrq()
- pcie_set_readrq()

implement the "struct pci_dev" bus->self member by creating a minimal fake
"struct pci_dev" for the pci bus itself. this is kind of gross. it checks
that the current device's parent is a netbsd "pci" device, and that it has
a (grand) parent "ppb" device, and then fills in the fake device based upon
the pci and ppb devices.

add some PCIE_LCSR2_TGT_LSPEED encodings, and map them to linux names.
map several other PCIE_LCSR and PCIE_LCAP names.

uncomment several pcie code segments in radeon and amdgpu. (not sure that
we can test the amdgpu_si.c change, as we use the radeon version and the
amdgpu version hangs on the one machine i have.)

tested on amdgpu (RX550) and radeon (7750 & 3650).


ok @riastradh

fill out more of the linux pci API compat

- implement pcie_get_speed_cap(), pcie_bandwidth_available(), and
pci_is_root_bus().
- expand "enum pci_bus_speed" to add PCIe 5.x and 6.x speeds.
- add "enum pcie_link_width".
- add defines for PCIE_LCSR_LINKSPEED (PCIe generation) and PCIE_LCSR_NLW
(negotiated lane width) to pcireg.h
- enable amdgpu_device_get_pcie_info() code now it works.

ok riastradh@

linux: Define PCI_CLASS_DISPLAY_OTHER, wanted by radeon/amdgpu.

drm: Omit needless conditionals around #include "acpica.h".

linux: PCI_BUS_NUM; tweak types for PCI_SLOT/PCI_FUNC.

linux: pci_name

i915: another whack at it

drm: Remove local diffs for drm_pci_set_busid.

Instead, move it to its own file that can be safely used without
bringing in a link/run-time dependency on pci.

Move acpi includes to linux_pci.c to avoid pollution.

Provide enum pci_bus_speed

We don't really make use of it but why not.


Author: Maya Rashish <maya@NetBSD.org>

Stub dev_is_pci


Author: Maya Rashish <maya@NetBSD.org>

Define pci_is_thunderbolt_attached (answer: no).

Side-load <linux/interrupt.h> in <linux/pci.h>.

Define pci_get/set_drvdata properly.

pci_get_bus_and_slot -> pci_get_domain_bus_and_slot

Define some obscure PCI ids.

Reduce diffs by side-loading some header files like Linux.

From riastradh

Pull in acpica.h on aarch64

branches: 1.37.6;
Move the Linux PCI shim into its very own .c file.

The poor thing has deserved this for a very long time, even though it
is full of kludges. Also I'm tired of recompiling everything every
time I touch it.

Fix sense of test to make linux_pci_dev_destroy work.

Initialize more of struct pci_device.

Implement linux_pci_dev_destroy.

Pass the parent explicitly to linux_pci_dev_init.

This will allow us to use it in match routines.

Free the bus crap.

For the kludges we don't have or need a device (parent) pointer.

Add no_64bit_msi field. (What to do wiht it?)

Add pci_enable/disable_device, pci_domain_nr, and some vendor ids.

Add pci_bus_read/write_config_{byte,word,dword}.

Namespace our private fields in Linux struct pci_device.

Stub pci_is_root_bus.

Forward-declare struct pci_driver, which is unused but appears in prototypes.

branches: 1.24.2; 1.24.4;
Disable MSI on DRMKMS (again).

It is causing problems on some older nvidia graphics cards:
http://mail-index.netbsd.org/netbsd-users/2017/08/02/msg020026.html
http://mail-index.netbsd.org/pkgsrc-users/2017/08/26/msg025492.html
PR kern/52440

branches: 1.23.6;
drmkms_pci: Use MSI if available (Take 2)

tested by martin@ and yhardy@

branches: 1.22.2; 1.22.4;
Use PCI ROM MD fallback if PCI ROM BAR points to invalid ROM.

We previously applied the PCI ROM MD fallback only if the PCI ROM BAR
was altogether unpopulated. Some Radeon devices seem to have a
populated PCI ROM BAR pointing at a bogus ROM, while 0xc0000 works
fine.

Fixes at least one manifestation of PR kern/49964.

Eliminate Linux struct pci_dev::dev, struct platform_device::dev.

Don't include ACPI headers unless NACPICA > 0

Fix type of pd_rom_found_size: it's a size, not a handle.

Save the location of the found ROM so caller can bus_space_read it.

Missed a zero: it's 0x100000, not 0x10000.

Don't let anyone else allocate the video BIOS either.

One last round for nouveau. It links!

Add sizep argument to pci_platform_rom stub.

Add pci_platform_rom stub to <linux/pci.h>.

Add pci_enable_rom/pci_disable_rom to <linux/pci.h>.

branches: 1.11.2;
fix build failure.

> /tmp/bracket/build/2014.11.10.22.43.46-i386/src/sys/external/bsd/drm2/include/linux/pci.h:36:20: fatal error: acpica.h: No such file or directory

i915drmkms(4): Enable CONFIG_ACPI if NACPICA > 0.
Now brightness can be adjusted via hotkey on Mouse Computer LB-J300X (Clevo W330SU2).

Generalize pci_find_rom and use it to locate x86 video ROM in drm2.

- Make pci_find_rom take the ROM `BAR' size as a parameter, instead
of using pci_find_mem with the ROM `BAR' to detect the size.

- Use it to find the x86 video ROM in [0xc0000, 0xe0000) in drm2,
when nothing else reports that location.

- Adapt the one other caller in radeonfb, which already has the
maximum ROM size handy (romsz).

XXX pullup to netbsd-7

branches: 1.8.2;
Fix shifts & masks in Linux pci_read_config_{word,byte}.

branches: 1.7.2;
Add Linux PCI DMA stuff and NVIDIA vendor.

Remove needless pci_map_rom error messages.

First whack at radeon driver.

No hardware to test yet, but it builds.

Make it build and boot on my test machines.

Screen blanks on boot on the Ivy Bridge system with

DRM error in cpt_serr_int_handler: PCH transcoder A FIFO underrun

But after that everything is OK. Appears to be an upstream problem.
To investigate...

I think there's a cache flushing issue somewhere -- there are little
display artefacts on my T60.

branches: 1.3.2; 1.3.4; 1.3.6;
Miscellaneous fixes for drm2 on i386.

Merge riastradh-drm2 to HEAD.

branches: 1.1.2;
file pci.h was initially added on branch riastradh-drm2.

linux/pci.h: Stubs for pci_request/release_region(s).

add pcie capability and read request size linux compat, some pci root support

implement support for:
- pcie_capability_read_dword()
- pcie_capability_read_word()
- pcie_capability_write_dword()
- pcie_capability_write_word()
- pcie_get_readrq()
- pcie_set_readrq()

implement the "struct pci_dev" bus->self member by creating a minimal fake
"struct pci_dev" for the pci bus itself. this is kind of gross. it checks
that the current device's parent is a netbsd "pci" device, and that it has
a (grand) parent "ppb" device, and then fills in the fake device based upon
the pci and ppb devices.

add some PCIE_LCSR2_TGT_LSPEED encodings, and map them to linux names.
map several other PCIE_LCSR and PCIE_LCAP names.

uncomment several pcie code segments in radeon and amdgpu. (not sure that
we can test the amdgpu_si.c change, as we use the radeon version and the
amdgpu version hangs on the one machine i have.)

tested on amdgpu (RX550) and radeon (7750 & 3650).


ok @riastradh

fill out more of the linux pci API compat

- implement pcie_get_speed_cap(), pcie_bandwidth_available(), and
pci_is_root_bus().
- expand "enum pci_bus_speed" to add PCIe 5.x and 6.x speeds.
- add "enum pcie_link_width".
- add defines for PCIE_LCSR_LINKSPEED (PCIe generation) and PCIE_LCSR_NLW
(negotiated lane width) to pcireg.h
- enable amdgpu_device_get_pcie_info() code now it works.

ok riastradh@

linux: Define PCI_CLASS_DISPLAY_OTHER, wanted by radeon/amdgpu.

drm: Omit needless conditionals around #include "acpica.h".

linux: PCI_BUS_NUM; tweak types for PCI_SLOT/PCI_FUNC.

linux: pci_name

i915: another whack at it

drm: Remove local diffs for drm_pci_set_busid.

Instead, move it to its own file that can be safely used without
bringing in a link/run-time dependency on pci.

Move acpi includes to linux_pci.c to avoid pollution.

Provide enum pci_bus_speed

We don't really make use of it but why not.


Author: Maya Rashish <maya@NetBSD.org>

Stub dev_is_pci


Author: Maya Rashish <maya@NetBSD.org>

Define pci_is_thunderbolt_attached (answer: no).

Side-load <linux/interrupt.h> in <linux/pci.h>.

Define pci_get/set_drvdata properly.

pci_get_bus_and_slot -> pci_get_domain_bus_and_slot

Define some obscure PCI ids.

Reduce diffs by side-loading some header files like Linux.

From riastradh

Pull in acpica.h on aarch64

branches: 1.37.6;
Move the Linux PCI shim into its very own .c file.

The poor thing has deserved this for a very long time, even though it
is full of kludges. Also I'm tired of recompiling everything every
time I touch it.

Fix sense of test to make linux_pci_dev_destroy work.

Initialize more of struct pci_device.

Implement linux_pci_dev_destroy.

Pass the parent explicitly to linux_pci_dev_init.

This will allow us to use it in match routines.

Free the bus crap.

For the kludges we don't have or need a device (parent) pointer.

Add no_64bit_msi field. (What to do wiht it?)

Add pci_enable/disable_device, pci_domain_nr, and some vendor ids.

Add pci_bus_read/write_config_{byte,word,dword}.

Namespace our private fields in Linux struct pci_device.

Stub pci_is_root_bus.

Forward-declare struct pci_driver, which is unused but appears in prototypes.

branches: 1.24.2; 1.24.4;
Disable MSI on DRMKMS (again).

It is causing problems on some older nvidia graphics cards:
http://mail-index.netbsd.org/netbsd-users/2017/08/02/msg020026.html
http://mail-index.netbsd.org/pkgsrc-users/2017/08/26/msg025492.html
PR kern/52440

branches: 1.23.6;
drmkms_pci: Use MSI if available (Take 2)

tested by martin@ and yhardy@

branches: 1.22.2; 1.22.4;
Use PCI ROM MD fallback if PCI ROM BAR points to invalid ROM.

We previously applied the PCI ROM MD fallback only if the PCI ROM BAR
was altogether unpopulated. Some Radeon devices seem to have a
populated PCI ROM BAR pointing at a bogus ROM, while 0xc0000 works
fine.

Fixes at least one manifestation of PR kern/49964.

Eliminate Linux struct pci_dev::dev, struct platform_device::dev.

Don't include ACPI headers unless NACPICA > 0

Fix type of pd_rom_found_size: it's a size, not a handle.

Save the location of the found ROM so caller can bus_space_read it.

Missed a zero: it's 0x100000, not 0x10000.

Don't let anyone else allocate the video BIOS either.

One last round for nouveau. It links!

Add sizep argument to pci_platform_rom stub.

Add pci_platform_rom stub to <linux/pci.h>.

Add pci_enable_rom/pci_disable_rom to <linux/pci.h>.

branches: 1.11.2;
fix build failure.

> /tmp/bracket/build/2014.11.10.22.43.46-i386/src/sys/external/bsd/drm2/include/linux/pci.h:36:20: fatal error: acpica.h: No such file or directory

i915drmkms(4): Enable CONFIG_ACPI if NACPICA > 0.
Now brightness can be adjusted via hotkey on Mouse Computer LB-J300X (Clevo W330SU2).

Generalize pci_find_rom and use it to locate x86 video ROM in drm2.

- Make pci_find_rom take the ROM `BAR' size as a parameter, instead
of using pci_find_mem with the ROM `BAR' to detect the size.

- Use it to find the x86 video ROM in [0xc0000, 0xe0000) in drm2,
when nothing else reports that location.

- Adapt the one other caller in radeonfb, which already has the
maximum ROM size handy (romsz).

XXX pullup to netbsd-7

branches: 1.8.2;
Fix shifts & masks in Linux pci_read_config_{word,byte}.

branches: 1.7.2;
Add Linux PCI DMA stuff and NVIDIA vendor.

Remove needless pci_map_rom error messages.

First whack at radeon driver.

No hardware to test yet, but it builds.

Make it build and boot on my test machines.

Screen blanks on boot on the Ivy Bridge system with

DRM error in cpt_serr_int_handler: PCH transcoder A FIFO underrun

But after that everything is OK. Appears to be an upstream problem.
To investigate...

I think there's a cache flushing issue somewhere -- there are little
display artefacts on my T60.

branches: 1.3.2; 1.3.4; 1.3.6;
Miscellaneous fixes for drm2 on i386.

Merge riastradh-drm2 to HEAD.

branches: 1.1.2;
file pci.h was initially added on branch riastradh-drm2.

add pcie capability and read request size linux compat, some pci root support

implement support for:
- pcie_capability_read_dword()
- pcie_capability_read_word()
- pcie_capability_write_dword()
- pcie_capability_write_word()
- pcie_get_readrq()
- pcie_set_readrq()

implement the "struct pci_dev" bus->self member by creating a minimal fake
"struct pci_dev" for the pci bus itself. this is kind of gross. it checks
that the current device's parent is a netbsd "pci" device, and that it has
a (grand) parent "ppb" device, and then fills in the fake device based upon
the pci and ppb devices.

add some PCIE_LCSR2_TGT_LSPEED encodings, and map them to linux names.
map several other PCIE_LCSR and PCIE_LCAP names.

uncomment several pcie code segments in radeon and amdgpu. (not sure that
we can test the amdgpu_si.c change, as we use the radeon version and the
amdgpu version hangs on the one machine i have.)

tested on amdgpu (RX550) and radeon (7750 & 3650).


ok @riastradh

fill out more of the linux pci API compat

- implement pcie_get_speed_cap(), pcie_bandwidth_available(), and
pci_is_root_bus().
- expand "enum pci_bus_speed" to add PCIe 5.x and 6.x speeds.
- add "enum pcie_link_width".
- add defines for PCIE_LCSR_LINKSPEED (PCIe generation) and PCIE_LCSR_NLW
(negotiated lane width) to pcireg.h
- enable amdgpu_device_get_pcie_info() code now it works.

ok riastradh@

linux: Define PCI_CLASS_DISPLAY_OTHER, wanted by radeon/amdgpu.

drm: Omit needless conditionals around #include "acpica.h".

linux: PCI_BUS_NUM; tweak types for PCI_SLOT/PCI_FUNC.

linux: pci_name

i915: another whack at it

drm: Remove local diffs for drm_pci_set_busid.

Instead, move it to its own file that can be safely used without
bringing in a link/run-time dependency on pci.

Move acpi includes to linux_pci.c to avoid pollution.

Provide enum pci_bus_speed

We don't really make use of it but why not.


Author: Maya Rashish <maya@NetBSD.org>

Stub dev_is_pci


Author: Maya Rashish <maya@NetBSD.org>

Define pci_is_thunderbolt_attached (answer: no).

Side-load <linux/interrupt.h> in <linux/pci.h>.

Define pci_get/set_drvdata properly.

pci_get_bus_and_slot -> pci_get_domain_bus_and_slot

Define some obscure PCI ids.

Reduce diffs by side-loading some header files like Linux.

From riastradh

Pull in acpica.h on aarch64

branches: 1.37.6;
Move the Linux PCI shim into its very own .c file.

The poor thing has deserved this for a very long time, even though it
is full of kludges. Also I'm tired of recompiling everything every
time I touch it.

Fix sense of test to make linux_pci_dev_destroy work.

Initialize more of struct pci_device.

Implement linux_pci_dev_destroy.

Pass the parent explicitly to linux_pci_dev_init.

This will allow us to use it in match routines.

Free the bus crap.

For the kludges we don't have or need a device (parent) pointer.

Add no_64bit_msi field. (What to do wiht it?)

Add pci_enable/disable_device, pci_domain_nr, and some vendor ids.

Add pci_bus_read/write_config_{byte,word,dword}.

Namespace our private fields in Linux struct pci_device.

Stub pci_is_root_bus.

Forward-declare struct pci_driver, which is unused but appears in prototypes.

branches: 1.24.2; 1.24.4;
Disable MSI on DRMKMS (again).

It is causing problems on some older nvidia graphics cards:
http://mail-index.netbsd.org/netbsd-users/2017/08/02/msg020026.html
http://mail-index.netbsd.org/pkgsrc-users/2017/08/26/msg025492.html
PR kern/52440

branches: 1.23.6;
drmkms_pci: Use MSI if available (Take 2)

tested by martin@ and yhardy@

branches: 1.22.2; 1.22.4;
Use PCI ROM MD fallback if PCI ROM BAR points to invalid ROM.

We previously applied the PCI ROM MD fallback only if the PCI ROM BAR
was altogether unpopulated. Some Radeon devices seem to have a
populated PCI ROM BAR pointing at a bogus ROM, while 0xc0000 works
fine.

Fixes at least one manifestation of PR kern/49964.

Eliminate Linux struct pci_dev::dev, struct platform_device::dev.

Don't include ACPI headers unless NACPICA > 0

Fix type of pd_rom_found_size: it's a size, not a handle.

Save the location of the found ROM so caller can bus_space_read it.

Missed a zero: it's 0x100000, not 0x10000.

Don't let anyone else allocate the video BIOS either.

One last round for nouveau. It links!

Add sizep argument to pci_platform_rom stub.

Add pci_platform_rom stub to <linux/pci.h>.

Add pci_enable_rom/pci_disable_rom to <linux/pci.h>.

branches: 1.11.2;
fix build failure.

> /tmp/bracket/build/2014.11.10.22.43.46-i386/src/sys/external/bsd/drm2/include/linux/pci.h:36:20: fatal error: acpica.h: No such file or directory

i915drmkms(4): Enable CONFIG_ACPI if NACPICA > 0.
Now brightness can be adjusted via hotkey on Mouse Computer LB-J300X (Clevo W330SU2).

Generalize pci_find_rom and use it to locate x86 video ROM in drm2.

- Make pci_find_rom take the ROM `BAR' size as a parameter, instead
of using pci_find_mem with the ROM `BAR' to detect the size.

- Use it to find the x86 video ROM in [0xc0000, 0xe0000) in drm2,
when nothing else reports that location.

- Adapt the one other caller in radeonfb, which already has the
maximum ROM size handy (romsz).

XXX pullup to netbsd-7

branches: 1.8.2;
Fix shifts & masks in Linux pci_read_config_{word,byte}.

branches: 1.7.2;
Add Linux PCI DMA stuff and NVIDIA vendor.

Remove needless pci_map_rom error messages.

First whack at radeon driver.

No hardware to test yet, but it builds.

Make it build and boot on my test machines.

Screen blanks on boot on the Ivy Bridge system with

DRM error in cpt_serr_int_handler: PCH transcoder A FIFO underrun

But after that everything is OK. Appears to be an upstream problem.
To investigate...

I think there's a cache flushing issue somewhere -- there are little
display artefacts on my T60.

branches: 1.3.2; 1.3.4; 1.3.6;
Miscellaneous fixes for drm2 on i386.

Merge riastradh-drm2 to HEAD.

branches: 1.1.2;
file pci.h was initially added on branch riastradh-drm2.

fill out more of the linux pci API compat

- implement pcie_get_speed_cap(), pcie_bandwidth_available(), and
pci_is_root_bus().
- expand "enum pci_bus_speed" to add PCIe 5.x and 6.x speeds.
- add "enum pcie_link_width".
- add defines for PCIE_LCSR_LINKSPEED (PCIe generation) and PCIE_LCSR_NLW
(negotiated lane width) to pcireg.h
- enable amdgpu_device_get_pcie_info() code now it works.

ok riastradh@

linux: Define PCI_CLASS_DISPLAY_OTHER, wanted by radeon/amdgpu.

drm: Omit needless conditionals around #include "acpica.h".

linux: PCI_BUS_NUM; tweak types for PCI_SLOT/PCI_FUNC.

linux: pci_name

i915: another whack at it

drm: Remove local diffs for drm_pci_set_busid.

Instead, move it to its own file that can be safely used without
bringing in a link/run-time dependency on pci.

Move acpi includes to linux_pci.c to avoid pollution.

Provide enum pci_bus_speed

We don't really make use of it but why not.


Author: Maya Rashish <maya@NetBSD.org>

Stub dev_is_pci


Author: Maya Rashish <maya@NetBSD.org>

Define pci_is_thunderbolt_attached (answer: no).

Side-load <linux/interrupt.h> in <linux/pci.h>.

Define pci_get/set_drvdata properly.

pci_get_bus_and_slot -> pci_get_domain_bus_and_slot

Define some obscure PCI ids.

Reduce diffs by side-loading some header files like Linux.

From riastradh

Pull in acpica.h on aarch64

branches: 1.37.6;
Move the Linux PCI shim into its very own .c file.

The poor thing has deserved this for a very long time, even though it
is full of kludges. Also I'm tired of recompiling everything every
time I touch it.

Fix sense of test to make linux_pci_dev_destroy work.

Initialize more of struct pci_device.

Implement linux_pci_dev_destroy.

Pass the parent explicitly to linux_pci_dev_init.

This will allow us to use it in match routines.

Free the bus crap.

For the kludges we don't have or need a device (parent) pointer.

Add no_64bit_msi field. (What to do wiht it?)

Add pci_enable/disable_device, pci_domain_nr, and some vendor ids.

Add pci_bus_read/write_config_{byte,word,dword}.

Namespace our private fields in Linux struct pci_device.

Stub pci_is_root_bus.

Forward-declare struct pci_driver, which is unused but appears in prototypes.

branches: 1.24.2; 1.24.4;
Disable MSI on DRMKMS (again).

It is causing problems on some older nvidia graphics cards:
http://mail-index.netbsd.org/netbsd-users/2017/08/02/msg020026.html
http://mail-index.netbsd.org/pkgsrc-users/2017/08/26/msg025492.html
PR kern/52440

branches: 1.23.6;
drmkms_pci: Use MSI if available (Take 2)

tested by martin@ and yhardy@

branches: 1.22.2; 1.22.4;
Use PCI ROM MD fallback if PCI ROM BAR points to invalid ROM.

We previously applied the PCI ROM MD fallback only if the PCI ROM BAR
was altogether unpopulated. Some Radeon devices seem to have a
populated PCI ROM BAR pointing at a bogus ROM, while 0xc0000 works
fine.

Fixes at least one manifestation of PR kern/49964.

Eliminate Linux struct pci_dev::dev, struct platform_device::dev.

Don't include ACPI headers unless NACPICA > 0

Fix type of pd_rom_found_size: it's a size, not a handle.

Save the location of the found ROM so caller can bus_space_read it.

Missed a zero: it's 0x100000, not 0x10000.

Don't let anyone else allocate the video BIOS either.

One last round for nouveau. It links!

Add sizep argument to pci_platform_rom stub.

Add pci_platform_rom stub to <linux/pci.h>.

Add pci_enable_rom/pci_disable_rom to <linux/pci.h>.

branches: 1.11.2;
fix build failure.

> /tmp/bracket/build/2014.11.10.22.43.46-i386/src/sys/external/bsd/drm2/include/linux/pci.h:36:20: fatal error: acpica.h: No such file or directory

i915drmkms(4): Enable CONFIG_ACPI if NACPICA > 0.
Now brightness can be adjusted via hotkey on Mouse Computer LB-J300X (Clevo W330SU2).

Generalize pci_find_rom and use it to locate x86 video ROM in drm2.

- Make pci_find_rom take the ROM `BAR' size as a parameter, instead
of using pci_find_mem with the ROM `BAR' to detect the size.

- Use it to find the x86 video ROM in [0xc0000, 0xe0000) in drm2,
when nothing else reports that location.

- Adapt the one other caller in radeonfb, which already has the
maximum ROM size handy (romsz).

XXX pullup to netbsd-7

branches: 1.8.2;
Fix shifts & masks in Linux pci_read_config_{word,byte}.

branches: 1.7.2;
Add Linux PCI DMA stuff and NVIDIA vendor.

Remove needless pci_map_rom error messages.

First whack at radeon driver.

No hardware to test yet, but it builds.

Make it build and boot on my test machines.

Screen blanks on boot on the Ivy Bridge system with

DRM error in cpt_serr_int_handler: PCH transcoder A FIFO underrun

But after that everything is OK. Appears to be an upstream problem.
To investigate...

I think there's a cache flushing issue somewhere -- there are little
display artefacts on my T60.

branches: 1.3.2; 1.3.4; 1.3.6;
Miscellaneous fixes for drm2 on i386.

Merge riastradh-drm2 to HEAD.

branches: 1.1.2;
file pci.h was initially added on branch riastradh-drm2.

linux: Define PCI_CLASS_DISPLAY_OTHER, wanted by radeon/amdgpu.

drm: Omit needless conditionals around #include "acpica.h".

linux: PCI_BUS_NUM; tweak types for PCI_SLOT/PCI_FUNC.

linux: pci_name

i915: another whack at it

drm: Remove local diffs for drm_pci_set_busid.

Instead, move it to its own file that can be safely used without
bringing in a link/run-time dependency on pci.

Move acpi includes to linux_pci.c to avoid pollution.

Provide enum pci_bus_speed

We don't really make use of it but why not.


Author: Maya Rashish <maya@NetBSD.org>

Stub dev_is_pci


Author: Maya Rashish <maya@NetBSD.org>

Define pci_is_thunderbolt_attached (answer: no).

Side-load <linux/interrupt.h> in <linux/pci.h>.

Define pci_get/set_drvdata properly.

pci_get_bus_and_slot -> pci_get_domain_bus_and_slot

Define some obscure PCI ids.

Reduce diffs by side-loading some header files like Linux.

From riastradh

Pull in acpica.h on aarch64

branches: 1.37.6;
Move the Linux PCI shim into its very own .c file.

The poor thing has deserved this for a very long time, even though it
is full of kludges. Also I'm tired of recompiling everything every
time I touch it.

Fix sense of test to make linux_pci_dev_destroy work.

Initialize more of struct pci_device.

Implement linux_pci_dev_destroy.

Pass the parent explicitly to linux_pci_dev_init.

This will allow us to use it in match routines.

Free the bus crap.

For the kludges we don't have or need a device (parent) pointer.

Add no_64bit_msi field. (What to do wiht it?)

Add pci_enable/disable_device, pci_domain_nr, and some vendor ids.

Add pci_bus_read/write_config_{byte,word,dword}.

Namespace our private fields in Linux struct pci_device.

Stub pci_is_root_bus.

Forward-declare struct pci_driver, which is unused but appears in prototypes.

branches: 1.24.2; 1.24.4;
Disable MSI on DRMKMS (again).

It is causing problems on some older nvidia graphics cards:
http://mail-index.netbsd.org/netbsd-users/2017/08/02/msg020026.html
http://mail-index.netbsd.org/pkgsrc-users/2017/08/26/msg025492.html
PR kern/52440

branches: 1.23.6;
drmkms_pci: Use MSI if available (Take 2)

tested by martin@ and yhardy@

branches: 1.22.2; 1.22.4;
Use PCI ROM MD fallback if PCI ROM BAR points to invalid ROM.

We previously applied the PCI ROM MD fallback only if the PCI ROM BAR
was altogether unpopulated. Some Radeon devices seem to have a
populated PCI ROM BAR pointing at a bogus ROM, while 0xc0000 works
fine.

Fixes at least one manifestation of PR kern/49964.

Eliminate Linux struct pci_dev::dev, struct platform_device::dev.

Don't include ACPI headers unless NACPICA > 0

Fix type of pd_rom_found_size: it's a size, not a handle.

Save the location of the found ROM so caller can bus_space_read it.

Missed a zero: it's 0x100000, not 0x10000.

Don't let anyone else allocate the video BIOS either.

One last round for nouveau. It links!

Add sizep argument to pci_platform_rom stub.

Add pci_platform_rom stub to <linux/pci.h>.

Add pci_enable_rom/pci_disable_rom to <linux/pci.h>.

branches: 1.11.2;
fix build failure.

> /tmp/bracket/build/2014.11.10.22.43.46-i386/src/sys/external/bsd/drm2/include/linux/pci.h:36:20: fatal error: acpica.h: No such file or directory

i915drmkms(4): Enable CONFIG_ACPI if NACPICA > 0.
Now brightness can be adjusted via hotkey on Mouse Computer LB-J300X (Clevo W330SU2).

Generalize pci_find_rom and use it to locate x86 video ROM in drm2.

- Make pci_find_rom take the ROM `BAR' size as a parameter, instead
of using pci_find_mem with the ROM `BAR' to detect the size.

- Use it to find the x86 video ROM in [0xc0000, 0xe0000) in drm2,
when nothing else reports that location.

- Adapt the one other caller in radeonfb, which already has the
maximum ROM size handy (romsz).

XXX pullup to netbsd-7

branches: 1.8.2;
Fix shifts & masks in Linux pci_read_config_{word,byte}.

branches: 1.7.2;
Add Linux PCI DMA stuff and NVIDIA vendor.

Remove needless pci_map_rom error messages.

First whack at radeon driver.

No hardware to test yet, but it builds.

Make it build and boot on my test machines.

Screen blanks on boot on the Ivy Bridge system with

DRM error in cpt_serr_int_handler: PCH transcoder A FIFO underrun

But after that everything is OK. Appears to be an upstream problem.
To investigate...

I think there's a cache flushing issue somewhere -- there are little
display artefacts on my T60.

branches: 1.3.2; 1.3.4; 1.3.6;
Miscellaneous fixes for drm2 on i386.

Merge riastradh-drm2 to HEAD.

branches: 1.1.2;
file pci.h was initially added on branch riastradh-drm2.

linux: PCI_BUS_NUM; tweak types for PCI_SLOT/PCI_FUNC.

linux: pci_name

i915: another whack at it

drm: Remove local diffs for drm_pci_set_busid.

Instead, move it to its own file that can be safely used without
bringing in a link/run-time dependency on pci.

Move acpi includes to linux_pci.c to avoid pollution.

Provide enum pci_bus_speed

We don't really make use of it but why not.


Author: Maya Rashish <maya@NetBSD.org>

Stub dev_is_pci


Author: Maya Rashish <maya@NetBSD.org>

Define pci_is_thunderbolt_attached (answer: no).

Side-load <linux/interrupt.h> in <linux/pci.h>.

Define pci_get/set_drvdata properly.

pci_get_bus_and_slot -> pci_get_domain_bus_and_slot

Define some obscure PCI ids.

Reduce diffs by side-loading some header files like Linux.

From riastradh

Pull in acpica.h on aarch64

branches: 1.37.6;
Move the Linux PCI shim into its very own .c file.

The poor thing has deserved this for a very long time, even though it
is full of kludges. Also I'm tired of recompiling everything every
time I touch it.

Fix sense of test to make linux_pci_dev_destroy work.

Initialize more of struct pci_device.

Implement linux_pci_dev_destroy.

Pass the parent explicitly to linux_pci_dev_init.

This will allow us to use it in match routines.

Free the bus crap.

For the kludges we don't have or need a device (parent) pointer.

Add no_64bit_msi field. (What to do wiht it?)

Add pci_enable/disable_device, pci_domain_nr, and some vendor ids.

Add pci_bus_read/write_config_{byte,word,dword}.

Namespace our private fields in Linux struct pci_device.

Stub pci_is_root_bus.

Forward-declare struct pci_driver, which is unused but appears in prototypes.

branches: 1.24.2; 1.24.4;
Disable MSI on DRMKMS (again).

It is causing problems on some older nvidia graphics cards:
http://mail-index.netbsd.org/netbsd-users/2017/08/02/msg020026.html
http://mail-index.netbsd.org/pkgsrc-users/2017/08/26/msg025492.html
PR kern/52440

branches: 1.23.6;
drmkms_pci: Use MSI if available (Take 2)

tested by martin@ and yhardy@

branches: 1.22.2; 1.22.4;
Use PCI ROM MD fallback if PCI ROM BAR points to invalid ROM.

We previously applied the PCI ROM MD fallback only if the PCI ROM BAR
was altogether unpopulated. Some Radeon devices seem to have a
populated PCI ROM BAR pointing at a bogus ROM, while 0xc0000 works
fine.

Fixes at least one manifestation of PR kern/49964.

Eliminate Linux struct pci_dev::dev, struct platform_device::dev.

Don't include ACPI headers unless NACPICA > 0

Fix type of pd_rom_found_size: it's a size, not a handle.

Save the location of the found ROM so caller can bus_space_read it.

Missed a zero: it's 0x100000, not 0x10000.

Don't let anyone else allocate the video BIOS either.

One last round for nouveau. It links!

Add sizep argument to pci_platform_rom stub.

Add pci_platform_rom stub to <linux/pci.h>.

Add pci_enable_rom/pci_disable_rom to <linux/pci.h>.

branches: 1.11.2;
fix build failure.

> /tmp/bracket/build/2014.11.10.22.43.46-i386/src/sys/external/bsd/drm2/include/linux/pci.h:36:20: fatal error: acpica.h: No such file or directory

i915drmkms(4): Enable CONFIG_ACPI if NACPICA > 0.
Now brightness can be adjusted via hotkey on Mouse Computer LB-J300X (Clevo W330SU2).

Generalize pci_find_rom and use it to locate x86 video ROM in drm2.

- Make pci_find_rom take the ROM `BAR' size as a parameter, instead
of using pci_find_mem with the ROM `BAR' to detect the size.

- Use it to find the x86 video ROM in [0xc0000, 0xe0000) in drm2,
when nothing else reports that location.

- Adapt the one other caller in radeonfb, which already has the
maximum ROM size handy (romsz).

XXX pullup to netbsd-7

branches: 1.8.2;
Fix shifts & masks in Linux pci_read_config_{word,byte}.

branches: 1.7.2;
Add Linux PCI DMA stuff and NVIDIA vendor.

Remove needless pci_map_rom error messages.

First whack at radeon driver.

No hardware to test yet, but it builds.

Make it build and boot on my test machines.

Screen blanks on boot on the Ivy Bridge system with

DRM error in cpt_serr_int_handler: PCH transcoder A FIFO underrun

But after that everything is OK. Appears to be an upstream problem.
To investigate...

I think there's a cache flushing issue somewhere -- there are little
display artefacts on my T60.

branches: 1.3.2; 1.3.4; 1.3.6;
Miscellaneous fixes for drm2 on i386.

Merge riastradh-drm2 to HEAD.

branches: 1.1.2;
file pci.h was initially added on branch riastradh-drm2.

Reduce diffs by side-loading some header files like Linux.

From riastradh

Pull in acpica.h on aarch64

branches: 1.37.6;
Move the Linux PCI shim into its very own .c file.

The poor thing has deserved this for a very long time, even though it
is full of kludges. Also I'm tired of recompiling everything every
time I touch it.

Fix sense of test to make linux_pci_dev_destroy work.

Initialize more of struct pci_device.

Implement linux_pci_dev_destroy.

Pass the parent explicitly to linux_pci_dev_init.

This will allow us to use it in match routines.

Free the bus crap.

For the kludges we don't have or need a device (parent) pointer.

Add no_64bit_msi field. (What to do wiht it?)

Add pci_enable/disable_device, pci_domain_nr, and some vendor ids.

Add pci_bus_read/write_config_{byte,word,dword}.

Namespace our private fields in Linux struct pci_device.

Stub pci_is_root_bus.

Forward-declare struct pci_driver, which is unused but appears in prototypes.

branches: 1.24.2; 1.24.4;
Disable MSI on DRMKMS (again).

It is causing problems on some older nvidia graphics cards:
http://mail-index.netbsd.org/netbsd-users/2017/08/02/msg020026.html
http://mail-index.netbsd.org/pkgsrc-users/2017/08/26/msg025492.html
PR kern/52440

branches: 1.23.6;
drmkms_pci: Use MSI if available (Take 2)

tested by martin@ and yhardy@

branches: 1.22.2; 1.22.4;
Use PCI ROM MD fallback if PCI ROM BAR points to invalid ROM.

We previously applied the PCI ROM MD fallback only if the PCI ROM BAR
was altogether unpopulated. Some Radeon devices seem to have a
populated PCI ROM BAR pointing at a bogus ROM, while 0xc0000 works
fine.

Fixes at least one manifestation of PR kern/49964.

Eliminate Linux struct pci_dev::dev, struct platform_device::dev.

Don't include ACPI headers unless NACPICA > 0

Fix type of pd_rom_found_size: it's a size, not a handle.

Save the location of the found ROM so caller can bus_space_read it.

Missed a zero: it's 0x100000, not 0x10000.

Don't let anyone else allocate the video BIOS either.

One last round for nouveau. It links!

Add sizep argument to pci_platform_rom stub.

Add pci_platform_rom stub to <linux/pci.h>.

Add pci_enable_rom/pci_disable_rom to <linux/pci.h>.

branches: 1.11.2;
fix build failure.

> /tmp/bracket/build/2014.11.10.22.43.46-i386/src/sys/external/bsd/drm2/include/linux/pci.h:36:20: fatal error: acpica.h: No such file or directory

i915drmkms(4): Enable CONFIG_ACPI if NACPICA > 0.
Now brightness can be adjusted via hotkey on Mouse Computer LB-J300X (Clevo W330SU2).

Generalize pci_find_rom and use it to locate x86 video ROM in drm2.

- Make pci_find_rom take the ROM `BAR' size as a parameter, instead
of using pci_find_mem with the ROM `BAR' to detect the size.

- Use it to find the x86 video ROM in [0xc0000, 0xe0000) in drm2,
when nothing else reports that location.

- Adapt the one other caller in radeonfb, which already has the
maximum ROM size handy (romsz).

XXX pullup to netbsd-7

branches: 1.8.2;
Fix shifts & masks in Linux pci_read_config_{word,byte}.

branches: 1.7.2;
Add Linux PCI DMA stuff and NVIDIA vendor.

Remove needless pci_map_rom error messages.

First whack at radeon driver.

No hardware to test yet, but it builds.

Make it build and boot on my test machines.

Screen blanks on boot on the Ivy Bridge system with

DRM error in cpt_serr_int_handler: PCH transcoder A FIFO underrun

But after that everything is OK. Appears to be an upstream problem.
To investigate...

I think there's a cache flushing issue somewhere -- there are little
display artefacts on my T60.

branches: 1.3.2; 1.3.4; 1.3.6;
Miscellaneous fixes for drm2 on i386.

Merge riastradh-drm2 to HEAD.

branches: 1.1.2;
file pci.h was initially added on branch riastradh-drm2.

Pull in acpica.h on aarch64

Move the Linux PCI shim into its very own .c file.

The poor thing has deserved this for a very long time, even though it
is full of kludges. Also I'm tired of recompiling everything every
time I touch it.

Fix sense of test to make linux_pci_dev_destroy work.

Initialize more of struct pci_device.

Implement linux_pci_dev_destroy.

Pass the parent explicitly to linux_pci_dev_init.

This will allow us to use it in match routines.

Free the bus crap.

For the kludges we don't have or need a device (parent) pointer.

Add no_64bit_msi field. (What to do wiht it?)

Add pci_enable/disable_device, pci_domain_nr, and some vendor ids.

Add pci_bus_read/write_config_{byte,word,dword}.

Namespace our private fields in Linux struct pci_device.

Stub pci_is_root_bus.

Forward-declare struct pci_driver, which is unused but appears in prototypes.

branches: 1.24.2; 1.24.4;
Disable MSI on DRMKMS (again).

It is causing problems on some older nvidia graphics cards:
http://mail-index.netbsd.org/netbsd-users/2017/08/02/msg020026.html
http://mail-index.netbsd.org/pkgsrc-users/2017/08/26/msg025492.html
PR kern/52440

branches: 1.23.6;
drmkms_pci: Use MSI if available (Take 2)

tested by martin@ and yhardy@

branches: 1.22.2; 1.22.4;
Use PCI ROM MD fallback if PCI ROM BAR points to invalid ROM.

We previously applied the PCI ROM MD fallback only if the PCI ROM BAR
was altogether unpopulated. Some Radeon devices seem to have a
populated PCI ROM BAR pointing at a bogus ROM, while 0xc0000 works
fine.

Fixes at least one manifestation of PR kern/49964.

Eliminate Linux struct pci_dev::dev, struct platform_device::dev.

Don't include ACPI headers unless NACPICA > 0

Fix type of pd_rom_found_size: it's a size, not a handle.

Save the location of the found ROM so caller can bus_space_read it.