Syscall, sysenter, sysexit, int 0x80 (diskuse)

[zde]

http://www.trilithium.com/johan/2005/08/linux-gate/

[kozzi]

to mi je k nicemu

[Kvakor]

Tady je popis SYSENTERu, o SYSCALLu/SYSRETu je celke slusne PDF na strance AMD.

Ale pokud se nezajimate o samotne vnitrnosti jadra, tak staci vedet, ze je to zhruba to same jako INT 0x80, ale procesor s tim ma mene prace (nemusi nacitat adresu z IDT, natahovat a kontrolovat prislusne selektory atd., coz usetri spoustu casu - podle AMD cca. tri ctvrtiny tiku). Sice funguji jenom ve flat modu (tj. bez segmentace, s nulovymi bazemi a maximalnimi limity), ale to pouzivaji vsechny moderni OS, Linux nevyjimaje.

[kozzi]

JJ to jsem cetl, ale o to mi nejde, ja chci proste nakopnout jak to spravne pouzivat.

[Ivan]

Myslim, ze je jeste nejaka uspora spojena s tim, ze nemate uplne zaruceno ze vam kernel nezmeni nejake registry/pamet. Uz si to presne nepamatuju. Kdyz pouzijete int80 tak se ocitnete v kernelu a nemuzete vlastne pouzivat stack ani menit hodnoty vetsiny registru. V kernelu musite nejdrive "odzalohovat" userspace veci a teprve potom muzete obslouzit userspace pozadavek.
<dohady> syscall nebo sysenter je implementovan tak, ze snad umoznite kernelu aby mohl alespon na chvili pouzit kus vaseho stacku, aby mel kam ulozit vase registry. Na RH obsahuje glibc jen jednu instrukci sysenter. Nekde vysoko v pameti je namapovana stranka, na kterou se skace pokazde kdyz volate nejaky syscall. Ta stranka obsahuje vsechny instrukce/data potrebne pro komunikaci s kernelem.
</dohady>

[Luk]

Kdyz pouzijete int80 tak se ocitnete v kernelu a nemuzete vlastne pouzivat stack ani menit hodnoty vetsiny registru. V kernelu musite nejdrive "odzalohovat" userspace veci a teprve potom muzete obslouzit userspace pozadavek. syscall nebo sysenter je implementovan tak, ze snad umoznite kernelu aby mohl alespon na chvili pouzit kus vaseho stacku, aby mel kam ulozit vase registry.

Userspace registry se zálohují ještě před vyvoláním přechodu do kernelu. Pak už jsou v registrech jen parametry systémového volání (resp. u x86 je to v jednom případě mírně jinak, protože jeden registr chybí - tam se ten poslední parametr dává na stack). V kernelu se pak registry opět uloží. Rozdíl mezi metodou instrukce a int80 je v tom, že v prvním případě není potřeba nic explicitně nastavovat, postará se o to instrukce.

Nekde vysoko v pameti je namapovana stranka, na kterou se skace pokazde kdyz volate nejaky syscall. Ta stranka obsahuje vsechny instrukce/data potrebne pro komunikaci s kernelem.

Ta stránka (VDSO) má dva významy. Jeden je kvůli problémů s nedostatkem registrů u x86 (je tam kód, který se stará o to, aby se správně nakládalo s registry ESP a EBP při hacku použitém na přenos šestého parametr syscallu). Druhý význam jsou virtuální volání (na x86_64), kde v některých případech (getpid(), getcpu()...) vůbec není potřeba zabíhat do jádra, lze to udělat v uživatelském prostoru.

[:::]

proste nahazis do registru parametry a misto

int 0x80

zavolas

syscall

nice and simple

[kozzi]

kez by to tak slo, ale tohle ti na 32bit systemu nejde

[Kvakor]

Na 32bitech nemusi byt SYSCALL vzdy povoleny (starsi procesory ho neumi), kdezto na 64bitech ano (ty ho uz umet musi)). Mam pocit, ze ve starsich jadrech na to byl dokonce specialni option.

[Grunt]

A nenahazuje se to/není lepší to nahazovat skrze linux-gate.so?

[kozzi]

Neni, jelikoz linux-gate.so je IMHO uz nepouzivana vec. Je to neco co bylo tusim zavrzeno.

[Grunt]

$ ldd `find /bin/ -executable` | grep "linux-gate.so" | wc -l
93
$ find /bin/ -executable | wc -l
121

[kozzi]

tak u me je to 0

[kozzi]

Takze je opet nepouzitelny jelikoz by to bezelo jen nekde.

[David Watzke]

1/109 Používá to jen mbchk z grubu...