Algum esclarecimento é necessário: primeiro,
lspci -s 01:01.0 does not give me anything
Isso ocorre porque sua NIC está em 01: 00.0 , não em 01: 01.0.
Segundo, há alguma relação entre o lspci e o dmidecode, mas não muito. Dmidecode, de acordo com o manual
... is a tool for dumping a computer's DMI (some say SMBIOS ) table contents in a human-readable format
enquanto em vez disso
lspci is a utility for displaying information about PCI buses in the system and devices connected to them.
Há sobreposição, não identidade. Em particular, o BIOS não precisa saber nada sobre endereços de barramento.
Você pode encontrar o tipo de cartão expresso que seu sistema possui via dmidecode:
# dmidecode -t 9
# dmidecode 2.12
SMBIOS 2.5 present.
Handle 0x000C, DMI type 9, 13 bytes
System Slot Information
Designation: SD CARD
Type: Other
Current Usage: In Use
Length: Other
Characteristics:
3.3 V is provided
Hot-plug devices are supported
Handle 0x000D, DMI type 9, 13 bytes
System Slot Information
Designation: EXPRESS CARD
Type: x1 PCI Express
Current Usage: In Use
Length: Other
ID: 1
Characteristics:
3.3 V is provided
Hot-plug devices are supported
No meu caso, você pode ver que tenho um cartão expresso do tipo x1 PCI Express. Mas isso é tudo o que eu vou sair da BIOS, sem menção de endereços de ônibus.
Para encontrar sua rede sem fio, se você tiver uma placa onboard em vez de um dongle USB, faça o seguinte:
# dmidecode -t baseboard
# dmidecode 2.12
SMBIOS 2.5 present.
Handle 0x0002, DMI type 2, 14 bytes
Base Board Information
Manufacturer: TOSHIBA
Product Name: PORTEGE R930
Version: Version A0
Serial Number: C0CZA019
Asset Tag: 0000000000
Features:
Board is a hosting board
Location In Chassis: Center
Chassis Handle: 0x0003
Type: Motherboard
Handle 0x000E, DMI type 10, 16 bytes
On Board Device 1 Information
Type: Other
Status: Enabled
Description: USB
On Board Device 2 Information
Type: Video
Status: Enabled
Description: VIDEO
On Board Device 3 Information
Type: Ethernet
Status: Enabled
Description: ETHERNET
On Board Device 4 Information
Type: Sound
Status: Enabled
Description: SOUND
On Board Device 5 Information
Type: Other
Status: Enabled
Description: WIRELESS LAN
On Board Device 6 Information
Type: Other
Status: Enabled
Description: WIRELESS WAN
Você vê que o meu rodapé tem dois slots para redes sem fio, LAN e WAN.
Quanto às capacidades da sua placa de rede, no meu caso eu tenho:
# lspci -vvn -s 04:00.0
04:00.0 0280: 8086:088e (rev 24)
Subsystem: 8086:4060
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 47
Region 0: Memory at e2500000 (64-bit, non-prefetchable) [size=8K]
Capabilities: [c8] Power Management version 3
Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
Address: 00000000fee003b8 Data: 0000
Capabilities: [e0] Express (v1) Endpoint, MSI 00
DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 unlimited
ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset+
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ FLReset-
MaxPayload 128 bytes, MaxReadReq 128 bytes
DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr+ TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <4us, L1 <32us
ClockPM+ Surprise- LLActRep- BwNot-
LnkCtl: ASPM L1 Enabled; RCB 64 bytes Disabled- CommClk+
ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
Capabilities: [100 v1] Advanced Error Reporting
UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
AERCap: First Error Pointer: 00, GenCap- CGenEn- ChkCap- ChkEn-
Capabilities: [140 v1] Device Serial Number c8-f7-33-ff-ff-4c-cc-e1
Kernel driver in use: iwlwifi
Com isso, você vê claramente que os recursos aos quais você está se referindo são os do link , não do dispositivo. Se você conectar o mesmo dispositivo a um slot mais lento, os recursos exibidos serão inferiores aos que você vê aqui, pois são uma propriedade do Link, não do dispositivo.
Editar:
Só para esclarecer minha resposta à pergunta de Jan: Eu tenho um sistema diferente, onde dmidecode diz que eu tenho 4 componentes com endereços de ônibus:
Bus Address: 0000:02:1c.1
Bus Address: 0000:00:02.0
Bus Address: 0000:00:19.0
Bus Address: 0000:00:19.0
lspci reporta os seguintes periféricos:
# lspci | cut -d: -f1-3 | awk '{print $1}'
00:00.0
00:02.0
00:14.0
00:16.0
00:1a.0
00:1b.0
00:1c.0
00:1c.1
00:1c.3
00:1d.0
00:1f.0
00:1f.2
00:1f.3
02:00.0
03:00.0
Claramente, apenas um está correto (uma placa de vídeo). As placas ethernet e wifi são ambas (?) Relatadas por dmidecode como tendo endereço de barramento 00: 19.0, enquanto na realidade elas são às 02: 00.0 e 03: 00.0. Claramente, dmidecode está com erro.