A modern számítógépek működésének szívében egy olyan mechanizmus pulzál, amely nélkül a mai digitális világ egyszerűen működésképtelen lenne. Ez a mechanizmus teszi lehetővé, hogy a processzor hatékonyan reagáljon a váratlan eseményekre, kezelje a perifériák jelzéseit, és biztosítsa a rendszer stabil működését. Minden egyes billentyűlenyomás, egérkattintás vagy hálózati üzenet feldolgozása ennek a rendszernek köszönhető.
A megszakítási vektor (interrupt vector) egy olyan címtábla, amely meghatározza, hogy a processzor hol találja meg az egyes megszakítási események kezelőrutinjait. Ez a mechanizmus lehetővé teszi a hardver és szoftver komponensek közötti hatékony kommunikációt, valamint biztosítja a multitasking környezetek zökkenőmentes működését. A téma megértése különböző perspektívákból közelíthető meg: a hardver architektúra, az operációs rendszerek fejlesztése, valamint a valós idejű rendszerek tervezése szempontjából.
Az alábbi részletes elemzés során betekintést nyerhetsz a megszakítási vektorok működésének minden aspektusába, a történeti fejlődéstől kezdve a modern implementációkig. Megismerheted a különböző processzor architektúrák megközelítéseit, a gyakorlati alkalmazási területeket, valamint azokat a tervezési elveket, amelyek alapján a mai számítógépek hatékonyan kezelik a több ezer egyidejű megszakítási eseményt.
A megszakítási vektor alapjai
A megszakítási vektor lényegében egy címtábla vagy pointer-tömb, amely a memória egy meghatározott területén helyezkedik el. Minden egyes bejegyzés egy konkrét megszakítási típushoz tartozó kezelőrutin címét tartalmazza. Amikor egy megszakítás történik, a processzor automatikusan indexeli ezt a táblát, megtalálja a megfelelő címet, és átadja a vezérlést a hozzá tartozó kezelőrutinnak.
Ez a rendszer alapvetően különbözik a hagyományos programvégrehajtástól, ahol a kód sorrendben követi egymást. A megszakítási mechanizmus lehetővé teszi az aszinkron eseménykezelést, ami nélkülözhetetlen a modern számítástechnikában. A processzor így képes azonnal reagálni olyan eseményekre, mint a timer túlcsordulása, I/O műveletek befejezése, vagy kritikus rendszerhibák.
A megszakítási vektorok implementációja processzor-specifikus, de az alapelv mindenhol azonos. Az Intel x86 architektúrában például az Interrupt Descriptor Table (IDT) szolgál erre a célra, míg az ARM processzorok a Vector Table mechanizmust használják.
Történeti fejlődés és evolúció
A megszakítási rendszerek fejlődése szorosan kapcsolódik a számítógép-architektúrák evolúciójához. A korai mainframe számítógépekben még primitív polling mechanizmusokat használtak, ahol a processzor folyamatosan lekérdezte a perifériák állapotát. Ez rendkívül ineffektív volt, mivel a processzor idejének jelentős részét az állapotlekérdezés emésztette fel.
Az 1960-as években jelent meg az első valódi megszakítási rendszer az IBM System/360 családban. Ez forradalmasította a számítástechnikát, mivel lehetővé tette a multitasking és a hatékony I/O kezelést. A DEC PDP sorozat további finomításokat hozott, bevezetve a prioritásos megszakítási rendszereket.
A mikroprocesszorok megjelenésével a megszakítási vektorok még fontosabbá váltak. Az Intel 8080 és később a 8086 processzor már kifinomult interrupt handling mechanizmusokkal rendelkezett. A modern processzorok, mint az Intel Core sorozat vagy az AMD Ryzen családok, több száz különböző megszakítási típust képesek kezelni egyidejűleg.
Megszakítási típusok és kategóriák
A megszakítások többféle szempont szerint kategorizálhatók, és mindegyik típus különböző kezelési stratégiát igényel:
• Hardveres megszakítások (Hardware Interrupts): Külső eszközök által generált jelzések
• Szoftveres megszakítások (Software Interrupts): Programok által explicit módon kiváltott események
• Kivételek (Exceptions): Processzor által detektált hibás műveletek
• Nem maszkolt megszakítások (Non-Maskable Interrupts – NMI): Kritikus események, amelyek nem letilthatók
• Maszkolt megszakítások (Maskable Interrupts): Átmenetileg letiltható megszakítások
A hardveres megszakítások között megkülönböztetünk külső és belső típusokat. A külső megszakítások olyan perifériáktól érkeznek, mint a billentyűzet, egér, hálózati kártya vagy merevlemez. A belső megszakítások magából a processzorból származnak, például timer overflow vagy matematikai hiba esetén.
Az operációs rendszerek szempontjából különösen fontosak a rendszerhívások (system calls), amelyek szoftveres megszakításokon keresztül valósulnak meg. Ezek teszik lehetővé, hogy a felhasználói programok biztonságosan hozzáférjenek a rendszer erőforrásaihoz.
Processzor architektúrák és implementációk
Intel x86/x64 architektúra
Az Intel x86 család az Interrupt Descriptor Table (IDT) mechanizmust használja. Ez egy 256 bejegyzésből álló tábla, ahol minden bejegyzés 8 byte méretű és tartalmazza a kezelőrutin címét, valamint különböző attribútumokat. Az IDT címét az IDTR (Interrupt Descriptor Table Register) regiszter tárolja.
A modern x86 processzorok támogatják az Advanced Programmable Interrupt Controller (APIC) rendszert, amely lehetővé teszi a többprocesszoros rendszerekben a megszakítások hatékony elosztását. Az APIC rendszer helyi és I/O APIC egységekből áll, amelyek együttműködve biztosítják a skálázható interrupt handling-et.
Az x86 architektúrában a megszakítások privilege level alapján is kategorizálhatók. A Ring 0 (kernel mode) megszakítások magasabb prioritással rendelkeznek, mint a Ring 3 (user mode) események.
ARM architektúra
Az ARM processzorok a Vector Table megközelítést alkalmazzák, amely egyszerűbb, de hatékony megoldást nyújt. A vector table a memória elején helyezkedik el, és minden bejegyzés egy ugrási utasítást tartalmaz a megfelelő kezelőrutinhoz.
Az ARM Cortex-M sorozat bevezette a Nested Vectored Interrupt Controller (NVIC) rendszert, amely támogatja a beágyazott megszakításokat és automatikus prioritás kezelést. Ez különösen fontos a valós idejű beágyazott rendszerekben.
Az ARMv8 architektúra további fejlesztéseket hozott, beleértve a Generic Interrupt Controller (GIC) támogatását, amely lehetővé teszi a több száz interrupt source kezelését nagy teljesítményű szerverekben.
Prioritási rendszerek és kezelési stratégiák
A megszakítási prioritások kezelése kritikus fontosságú a rendszer stabilitása szempontjából. Különböző stratégiák léteznek a prioritások meghatározására:
Statikus prioritás: Minden megszakítási típushoz előre meghatározott prioritás tartozik. Ez egyszerű implementációt tesz lehetővé, de kevésbé flexibilis. A rendszerszintű megszakítások (NMI, machine check) általában a legmagasabb prioritással rendelkeznek.
Dinamikus prioritás: A prioritások futás közben módosíthatók a rendszer aktuális állapota alapján. Ez összetettebb logikát igényel, de hatékonyabb erőforrás-kihasználást tesz lehetővé. Az operációs rendszer scheduler-je gyakran használ dinamikus prioritást a process scheduling során.
A preemptive és non-preemptive kezelési módok közötti választás szintén fontos tervezési döntés. A preemptive rendszerekben egy magasabb prioritású megszakítás megszakíthatja egy alacsonyabb prioritású kezelőrutin végrehajtását.
"A megszakítási prioritások helyes beállítása gyakran a különbség a stabil és az instabil rendszer között, különösen valós idejű környezetekben."
Interrupt Service Routines (ISR) tervezése
Az Interrupt Service Routine-ok (ISR) tervezése speciális megfontolásokat igényel. Ezek a rutinok a lehető leggyorsabban kell, hogy lefussanak, mivel blokkolják más megszakítások kezelését. A "keep it short and simple" elv különösen fontos az ISR tervezésében.
Az ISR-ek általában két részből állnak: a top half gyorsan lefutó kritikus rész, amely a minimálisan szükséges műveleteket végzi el, és a bottom half, amely a kevésbé időkritikus feladatokat később, megszakítható kontextusban hajtja végre.
A reentrancy (újrahívhatóság) biztosítása szintén kulcsfontosságú. Az ISR-eknek képesnek kell lenniük arra, hogy biztonságosan végrehajtódjanak akkor is, ha egy magasabb prioritású megszakítás megszakítja őket. Ez általában a lokális változók használatát és a globális állapot minimalizálását jelenti.
A context switching költsége szintén figyelembe veendő. Modern processzorok hardveres támogatást nyújtanak a regiszterek mentésére és visszaállítására, de ez még mindig jelentős overhead-et jelenthet nagy frekvenciájú megszakítások esetén.
Valós idejű rendszerek és determinisztikus viselkedés
A valós idejű rendszerekben a megszakítási vektorok kezelése különösen kritikus. Itt nem csak a funkcionalitás, hanem a timing predictability is alapvető követelmény. A hard real-time rendszerekben egy késedelmes interrupt response katasztrofális következményekkel járhat.
A interrupt latency (megszakítási késleltetés) minimalizálása érdekében különböző technikákat alkalmaznak. Az interrupt masking időtartamának minimalizálása, a cache-friendly ISR kód írása, és a DMA (Direct Memory Access) használata mind hozzájárulnak a determinisztikus viselkedéshez.
A priority inversion problémája különösen veszélyes valós idejű környezetekben. Ez akkor fordul elő, amikor egy alacsony prioritású task blokkolja egy magas prioritású task végrehajtását. A priority inheritance és priority ceiling protokollok segítenek ennek elkerülésében.
Modern RTOS-ek (Real-Time Operating Systems) kifinomult interrupt handling mechanizmusokat implementálnak. A tickless kernel architektúrák például dinamikusan állítják be a timer megszakításokat, csökkentve az energiafogyasztást és javítva a teljesítményt.
Multiprocesszoros rendszerek kihívásai
A többprocesszoros rendszerekben a megszakítási vektorok kezelése jelentősen bonyolultabbá válik. Az interrupt affinity (megszakítási affinitás) meghatározása kritikus a teljesítmény optimalizálása szempontjából. Nem minden processzor magnak kell minden megszakítást kezelnie.
Az Inter-Processor Interrupts (IPI) mechanizmus lehetővé teszi, hogy egy processzor mag jelzést küldjön egy másiknak. Ez különösen fontos a cache coherency, TLB invalidation, és a rendszer szintű szinkronizáció szempontjából.
A load balancing algoritmusok figyelembe veszik a megszakítási terhelést is. Egy túlterhelt processzor mag esetén a rendszer átirányíthatja a megszakításokat más, kevésbé terhelt magokra. Ez dinamikus optimalizálást tesz lehetővé.
A NUMA (Non-Uniform Memory Access) architektúrákban további kihívást jelent a memory locality fenntartása. A megszakítási kezelőrutinoknak lehetőleg ugyanazon a NUMA node-on kell futniuk, ahol az adatok találhatók.
Megszakítási vektorok az operációs rendszerekben
Windows kernel interrupt handling
A Windows kernel egy kifinomult layered interrupt architecture-t implementál. A Hardware Abstraction Layer (HAL) kezeli a hardver-specifikus részleteket, míg a kernel a magasabb szintű interrupt dispatching-ért felelős.
A Windows Interrupt Request Levels (IRQL) rendszere 32 különböző prioritási szintet definiál. A PASSIVE_LEVEL (0) a legalacsonyabb, míg a HIGH_LEVEL (31) a legmagasabb prioritást jelenti. Ez a rendszer biztosítja a determinisztikus interrupt handling-et.
A Deferred Procedure Calls (DPC) mechanizmus lehetővé teszi az interrupt handling két fázisra bontását. Az ISR gyorsan lefut magas IRQL szinten, majd a DPC alacsonyabb prioritással végzi el a tényleges munkát.
Linux kernel interrupt subsystem
A Linux kernel generic interrupt subsystem-je platform-független API-t biztosít az interrupt handling számára. A request_irq() és free_irq() függvények standardizált interfészt nyújtanak az ISR regisztrációhoz.
A top-half/bottom-half architektúra mellett a Linux több mechanizmust is támogat: softirqs, tasklets, és workqueues. Mindegyik különböző use case-ekhez optimalizált.
A threaded interrupts koncepciója lehetővé teszi, hogy az interrupt handling kernel thread-ekben történjen. Ez javítja a rendszer válaszidejét és csökkenti az interrupt latency-t kritikus alkalmazások számára.
Hibakezelés és diagnosztika
A megszakítási rendszerek hibakezelése komplex feladat, mivel a hibák gyakran katasztrofális rendszerösszeomláshoz vezethetnek. A spurious interrupts (hamis megszakítások) detektálása és kezelése alapvető biztonsági követelmény.
Az interrupt storm jelenség akkor fordul elő, amikor egy hibás eszköz folyamatosan megszakításokat generál. A modern rendszerek automatikus detektálási és mitigációs mechanizmusokkal rendelkeznek erre az esetre.
A debugging interrupt handlers különleges kihívásokat jelent, mivel a hagyományos debugger-ek nem használhatók interrupt kontextusban. Speciális eszközök, mint a JTAG debugger-ek vagy kernel-level tracer-ek szükségesek.
A performance monitoring eszközök, mint az Intel VTune vagy Linux perf, részletes információkat nyújtanak az interrupt handling teljesítményéről. Ez lehetővé teszi a bottleneck-ek azonosítását és optimalizálását.
Biztonsági aspektusok
A megszakítási vektorok biztonsági szempontból kritikus fontosságúak, mivel közvetlen hozzáférést biztosítanak a kernel kódhoz. A privilege escalation támadások gyakran kihasználják az interrupt handling mechanizmusok sebezhetőségeit.
A return-oriented programming (ROP) és jump-oriented programming (JOP) támadások ellen védelem érdekében a modern processzorok hardveres támogatást nyújtanak. Az Intel CET (Control-flow Enforcement Technology) és az ARM Pointer Authentication ilyen védelmi mechanizmusok.
A kernel ASLR (Address Space Layout Randomization) megnehezíti a támadók számára a megszakítási kezelőrutinok címeinek kitalálását. Ez jelentősen növeli a rendszer biztonságát.
A hypervisor környezetekben a virtualizált interrupt handling további biztonsági kihívásokat jelent. A guest operációs rendszerek nem férhetnek hozzá közvetlenül a fizikai interrupt controller-ekhez.
"A megszakítási vektorok védelme nem opcionális – ez a rendszer biztonságának alapköve."
Teljesítmény optimalizálás stratégiái
A megszakítási rendszerek teljesítményének optimalizálása többrétű megközelítést igényel. A cache locality fenntartása kritikus fontosságú, mivel az ISR kódnak és adatainak gyorsan elérhetőnek kell lennie.
Az interrupt coalescing technika lehetővé teszi több megszakítás összevonását egyetlen kezelési ciklusba. Ez különösen hatékony nagy sávszélességű hálózati alkalmazásokban, ahol ezres nagyságrendű packet/sec érkezik.
A polling vs. interrupt trade-off gondos mérlegelést igényel. Nagy terhelés mellett a polling hatékonyabb lehet, míg alacsony terheléskor az interrupt-driven megközelítés energiatakarékosabb.
A CPU affinity beállítása biztosítja, hogy az interrupt handling mindig ugyanazon a processzor magon történjen. Ez javítja a cache hit rate-et és csökkenti a context switching overhead-et.
Interrupt Vector Table struktúrák
| Processzor család | Tábla neve | Bejegyzés méret | Maximum bejegyzések | Speciális jellemzők |
|---|---|---|---|---|
| Intel x86 | IDT | 8 byte | 256 | Descriptor típusok, privilege level |
| ARM Cortex-M | Vector Table | 4 byte | 496 | Auto-vectoring, nested interrupts |
| RISC-V | Interrupt Vector | 4/8 byte | Konfigurálható | Vectored/non-vectored módok |
| PowerPC | Interrupt Vector | 4 byte | 64 | Book E és klasszikus változatok |
| MIPS | Exception Vector | 4 byte | 32 | Cause register alapú dispatching |
Modern fejlesztések és trendek
A Machine Learning és Artificial Intelligence alkalmazások új kihívásokat jelentenek az interrupt handling számára. A GPU-accelerated computing környezetekben a CUDA interrupts és OpenCL events kezelése speciális megközelítést igényel.
Az edge computing és IoT eszközök terjedésével az energiahatékony interrupt handling egyre fontosabbá válik. A wake-up latency minimalizálása kritikus a battery-powered eszközök esetén.
A 5G és ultra-low latency alkalmazások új követelményeket támasztanak. A DPDK (Data Plane Development Kit) és hasonló technológiák bypass-olják a kernel interrupt handling-et a maximális teljesítmény érdekében.
A quantum computing területén megjelenő hibrid rendszerek újfajta interrupt mechanizmusokat igényelnek a klasszikus és kvantum komponensek közötti kommunikációhoz.
Programozási példák és implementáció
A megszakítási vektorok programozása platform-specifikus API-kon keresztül történik. C nyelvben egy tipikus ISR regisztráció így néz ki:
int request_irq(unsigned int irq, irq_handler_t handler,
unsigned long flags, const char *name, void *dev);
Az ISR implementáció során fontos az atomic operations használata a race condition-ök elkerülése érdekében. A volatile kulcsszó biztosítja, hogy a compiler ne optimalizálja el a memory access-eket.
A lock-free programming technikák különösen fontosak interrupt kontextusban, mivel a hagyományos mutex-ek nem használhatók. A compare-and-swap (CAS) műveletek és memory barrier-ek biztosítják a thread safety-t.
A device driver fejlesztés során a proper cleanup kritikus fontosságú. Az free_irq() hívás nélkül memory leak és system instability léphet fel.
Teljesítmény metrikák és mérések
| Metrika | Tipikus érték | Kritikus határ | Mérési módszer |
|---|---|---|---|
| Interrupt latency | 1-10 μs | <100 μs | Hardware timer |
| ISR execution time | 10-100 μs | <1 ms | Performance counter |
| Context switch overhead | 1-5 μs | <50 μs | Kernel tracer |
| Interrupt frequency | 1K-1M/sec | >10M/sec | /proc/interrupts |
| CPU utilization (ISR) | 1-10% | >50% | System monitor |
Hibakeresés és monitoring eszközök
A megszakítási rendszerek hibakeresése speciális eszközöket igényel. A kernel debugger-ek, mint a KGDB vagy WinDbg, lehetővé teszik az ISR kód step-by-step végrehajtását.
A static analysis eszközök, mint a Coverity vagy PVS-Studio, képesek detektálni a tipikus interrupt handling hibákat: race condition-öket, deadlock potenciálokat, és resource leak-eket.
A runtime monitoring során a /proc/interrupts fájl (Linux) vagy a Performance Monitor (Windows) nyújt valós idejű információkat az interrupt aktivitásról.
A hardware-assisted debugging JTAG vagy ICE (In-Circuit Emulator) eszközökkel különösen értékes embedded rendszerek fejlesztése során.
"A jó interrupt handling láthatatlan – csak akkor vesszük észre, amikor nem működik megfelelően."
Jövőbeli fejlesztési irányok
A neuromorphic computing és brain-inspired architectures új paradigmákat hoznak az interrupt handling területén. Az event-driven computation modell jobban illeszkedik a biológiai rendszerek működéséhez.
A photonic computing és optical interconnects potenciálisan forradalmasíthatják az interrupt propagation sebességét. A fény sebességével terjedő jelzések új lehetőségeket nyitnak meg.
Az autonomous systems és self-healing architectures területén az adaptive interrupt handling egyre fontosabbá válik. A rendszernek képesnek kell lennie automatikusan optimalizálni az interrupt routing-ot a változó körülményekhez.
A blockchain és distributed ledger technológiák új típusú interrupt pattern-eket generálnak, amelyek kezelése speciális algoritmusokat igényel.
Ipari alkalmazások és esettanulmányok
Az automotive industry-ben a megszakítási vektorok kritikus szerepet játszanak a safety-critical rendszerekben. Az AUTOSAR standard részletes előírásokat tartalmaz az interrupt handling implementációjára.
A telecommunications szektorban a carrier-grade rendszerek 99.999% uptime-ot igényelnek. Ez speciális fault-tolerant interrupt handling mechanizmusokat követel meg.
Az aerospace alkalmazásokban a radiation-hardened processzorok különleges kihívásokat jelentenek. A single-event upset (SEU) események miatt redundáns interrupt handling szükséges.
A medical devices területén az FDA és más szabályozó hatóságok szigorú követelményeket támasztanak az interrupt handling validációjára és verifikációjára.
"Az ipari alkalmazásokban az interrupt handling nem csak teljesítménykérdés, hanem gyakran emberi életek múlnak rajta."
Oktatási és fejlesztési erőforrások
A megszakítási vektorok megértése alapvető fontosságú minden rendszerprogramozó számára. A hands-on experience szerzése érdekében ajánlott embedded development board-okkal kísérletezni.
Az open source projektek, mint a Linux kernel vagy FreeBSD, kiváló tanulási lehetőségeket nyújtanak. A kernel source code tanulmányozása révén mélyebb megértés szerezhető.
A simulation environment-ek, mint a QEMU vagy Simics, biztonságos környezetet biztosítanak az interrupt handling kísérletezéséhez anélkül, hogy valódi hardvert kockáztatnánk.
A formal verification eszközök használata egyre fontosabbá válik a safety-critical alkalmazások fejlesztésében. A CBMC és KLEE eszközök képesek automatikusan tesztelni az interrupt handler kódot.
Szabványok és megfelelőség
A MISRA-C szabvány részletes irányelveket ad az interrupt handling biztonságos implementációjára. Ez különösen fontos az automotive és aerospace iparágakban.
Az ISO 26262 (automotive functional safety) standard specifikus követelményeket támaszt az interrupt handling verifikációjára és validációjára.
A DO-178C (software considerations in airborne systems) szabvány szerint az interrupt handler kódnak a legmagasabb szintű tesztelési és dokumentációs követelményeknek kell megfelelnie.
Az IEC 61508 (functional safety) szabvány általános keretrendszert biztosít a safety-critical interrupt handling tervezéséhez és implementációjához.
"A szabványok betartása nem akadályozza az innovációt, hanem biztosítja annak biztonságos alkalmazását."
Gazdasági és üzleti szempontok
A megszakítási vektorok optimalizálása jelentős cost savings-t eredményezhet. Egy 1%-os teljesítményjavulás egy nagy adatközpontban millió dolláros megtakarítást jelenthet évente.
A time-to-market gyorsítása érdekében a pre-validated interrupt handling library-k használata egyre elterjedtebb. Ez csökkenti a fejlesztési időt és kockázatot.
A vendor lock-in elkerülése érdekében a platform-independent interrupt abstraction layer-ek fejlesztése stratégiai fontosságú lehet.
A total cost of ownership (TCO) számításakor figyelembe kell venni az interrupt handling maintenance és support költségeit is.
Miért fontosak a megszakítási vektorok a modern számítástechnikában?
A megszakítási vektorok nélkül a mai számítógépek nem lennének képesek hatékonyan kezelni a többfeladatos környezeteket. Lehetővé teszik az aszinkron eseménykezelést, a gyors I/O műveleteket és a valós idejű válaszadást.
Hogyan működik a megszakítási prioritás kezelése?
A prioritás kezelése biztosítja, hogy a kritikus események előnyt élvezzenek a kevésbé fontos feladatokkal szemben. A hardver automatikusan összehasonlítja a prioritásokat és a megfelelő sorrendben hajtja végre a kezelőrutinokat.
Mi a különbség a maszkolt és nem maszkolt megszakítások között?
A maszkolt megszakítások átmenetileg letilthatók, míg a nem maszkolt megszakítások (NMI) mindig végrehajtódnak. Az NMI-k általában kritikus rendszerhibákat jeleznek, amelyek azonnali kezelést igényelnek.
Hogyan optimalizálható az interrupt handling teljesítménye?
A teljesítmény optimalizálása magában foglalja az ISR kód minimalizálását, a cache locality javítását, az interrupt coalescing alkalmazását és a megfelelő CPU affinity beállítását.
Milyen biztonsági kockázatok kapcsolódnak a megszakítási vektorokhoz?
A megszakítási vektorok támadási felületet jelenthetnek privilege escalation és code injection támadások számára. Megfelelő védelem szükséges, beleértve az ASLR, stack canaries és hardware-assisted security features használatát.
Hogyan kezelik a multiprocesszoros rendszerek a megszakításokat?
A többprocesszoros rendszerekben az interrupt affinity, load balancing és Inter-Processor Interrupts (IPI) mechanizmusok biztosítják a hatékony és skálázható interrupt handling-et.
