Co je to mmconfig? (updated)

14.8.2007 02:21 | Přečteno: 5134× | Hardware | poslední úprava: 8.7.2008 03:07

Zkoušel jsem to všelijak najít přes Google, ale nějak se mi nedaří najít něco rozsáhlejšího. Odkazuje mě to pořád na zdrojáky Linuxu. Dozvěděl jsem se, že je to jakejsi způsob nakonfigurování PCI, ale chtěl bych o tom vědět něco víc.

Uvědomuju si, že tohle není to pravý místo, kde bych se měl ptát, ale třeba na svethardware.cz jsem ani nenašel kategorii, kam bych takovej dotaz šoupnul. Byl bych rád, kdyby se tu shromáždilo dost informací na to, aby se dal napsat záznam do LinuxWiki. Zakázání toho mmconfigu mi totiž pomohlo vyřešit problémy s ATA (blbne i IDE) už na dvou kompech.

Tak jestli někdo víte, napište. Díky.

Update: Tak jsem napsal patřičný záznamy do LinuxWiki - info:mmconfig a kernel:config_pci_mmconfig.        

Komentáře

[pasmen]

Tak se koukni primo do jadra ne?

/usr/src/linux/arch/x86_64/Kconfig
/usr/src/linux/arch/x86_64/pci/mmconfig.c

Tipuju, ze mas 64-bit...

[Käyttäjä 11133]

mmconfig je i u 32bit x86 platformy.

[pasmen]

Ja vim, zminil jsem to proto, ze jsem v ceste uvedl ../x86_64/..

[alium]

možná tě bude zajímat toto :

 2.6 kernels have added support for Memory-Mapped PCI Configuration Space accesses. Unfortunately, there are
 many problems with this mechanism, and the latest kernel updates are more careful about enabling this support.

    The NVIDIA driver may be unable to reliably read/write the PCI Configuration Space of NVIDIA devices when the
 kernel is using the MMCONFIG method to access PCI Configuration Space, specifically when using multiple GPUs and
 multiple CPUs on 32-bit kernels.

    This access method can be identified by the presence of the string "PCI: Using MMCONFIG" in the 'dmesg' 
output on your system. This access method can be disabled via the "pci=nommconf" kernel parameter.

[michich]

Já tomu rozumím nějak takhle.

Každé PCI zařízení má 256-bajtový konfigurační prostor. Nacházejí se v něm např. takové registry jako Vendor ID, Device ID, kterými je zařízení identifikováno, a několik registrů popisujících adresy paměťově mapovaných oblastí, se kterými pak pracuje ovladač zařízení.

Způsoby, jak přistupovat k PCI konfiguračnímu prostoru, jsou na různých platformách různé. A i386/x86_64 mají těch způsobů hned několik:

1. Přes I/O porty řadiče PCI. Implementováno v arch/i386/pci/direct.c. Čtení a zápis na I/O porty 0xCF8 a 0xCFC-... Tento způsob pravděpodobně používáš, když vnutíš pci=nommconf.

2. Přes volání BIOSu. Implementováno v arch/i386/pci/pcbios.c. Použije se až jako poslední možnost, když ostatní selžou.

3. Pomocí namapování PCI konfiguračního prostoru do paměti. Implementováno v arch/i386/pci/mmconfig.c. Pokud je povolený, tak je tento způsob preferovaný. Vyžaduje, aby se Linux dozvěděl, na jaké adrese se ten prostor nachází. Řekne mu to ACPI BIOS tabulkou MCFG. Rozšířený konfigurační prostor u PCI Express je dosažitelný pouze tímto způsobem.

Jestli ti mmconfig nefunguje, neměl byses spokojit s workaroundem nommconf, ale radši to nahlas v LKML.

[alium]

Jestli ti mmconfig nefunguje, neměl byses spokojit s workaroundem nommconf, ale radši to nahlas v LKML.

Samozrejme, toto co jsem psal vyse uvadi Nvidia ve svem README (bod zname chyby) u jednoho z ovladacu. Tudiz vi, ze nektere jeji produkty nepracuji s jadrem dobre tak jak by mely, zda to opravi Nvidia (asi tezko, pokud pouziva nejake "nestandardnosti") ci LKLM je uz vec druha.

[michich]

Jenže Davidovi nefungoval SATA řadič. Co dělá Nvidia se svými proprietárními ovladači, je mi úplně jedno.

[alium]

Jenze ten SATA radic je od NVIDIE, a plny bugu...

[michich]

Ano, řadič je od Nvidie. Je možné, že je plný bugů, nevím. Ale tvá citace byla z dokumentace ke grafickému ovladači NVIDIA, který se s největší pravděpodobností na Davidově liveCD nenacházel. Přesto se objevovaly chyby. Můžou to být hardwarové bugy, nebo chyby v Linuxu. I hardwarové bugy se někdy dají v Linuxu obejít. Proto je LKML tím správným místem, kde chybu diskutovat.

[Petr M.]

David se ptal co znamena MMCONFIG, na to jsem mu posilal material, ktery by jej mohl zajimat. Dale (nejake radic, LKLM atd) to jiz neresim. Pokud mu to k necemu bude (ten komentar) budu rad, kdyz ne, nic se nedeje.

[David Watzke]

Kde je ten komentář?

[Petr M.]

Proto je LKML tím správným místem, kde chybu diskutovat.

O tom nepochybuji, sam jsem nekolik chyb nahlasil...

[Petr M.]

...skoda slov...

[David Watzke]

Díky moc, tohle jsem chtěl vědět. Nevíš k čemu se tenhle rozšířený konfigurační prostor používá? Já jen že jsem to zakázal a přijde mi, že se nic nezměnilo (kromě toho, že to už neblbne).

[michich]

Používá se pro některé fičury, které má PCI Express oproti PCI navíc:

• Advanced Error Reporting
• Virtual Channel
• Device Serial Number
• Power Budgeting

Našel jsem to v tomhle PDFku.

[David Watzke]

Aha, ale v jádře je u PCI-E volba Root Port Advanced Error Reporting support a není schovaná pod mmconfigem (nezavisí na něm).

[Luk]

Ale fungovat to bez něj nebude - jádro se do rozšířeného prostoru nedostane (aspoň ne na x86, kde jsou porty a I/O paměť samostatné).

[Limoto]

Hmm, zajímavý čtení. Tak jsem zase o něco chytřejší