Hmm, Linux struct pci_device_id has a __u32 vendor, device
Do we use this in any context that would have a 32-bit var?

In D50008#1140412, @emaste wrote:

Hmm, Linux struct pci_device_id has a __u32 vendor, device
Do we use this in any context that would have a 32-bit var?

Grml. I was passing it to [lkpi_]pci_get_device() but that's likely u_int on Linux too? So maybe I need to fix that instead.? But then struct pci_dev also has them as uint16_t in LinuxKPI? Did we go too BSD here and Linux was doing other things beyond the namespace? @jhb knows lots of PCI. Any reason some/all of Linux may have them as uint32_t rather than uint16_t?

The registers are 16-bit in the hardware. Linux might be using 32-bit ints just to be more efficient on architectures that don't handle shorts as well. What do the relevant APIs in Linux itself use for the types?

In D50008#1141668, @jhb wrote:

The registers are 16-bit in the hardware. Linux might be using 32-bit ints just to be more efficient on architectures that don't handle shorts as well. What do the relevant APIs in Linux itself use for the types?

uint_t. I think I need to fix lkpi_]pci_get_device() which takes uint16_t but haven't had a chance to grep for it yet. Still fighting more changes to PCI to make the branch compile again. I'll update this here the next days.