Dotaz: Inline assembler

[Marco]

Ahojte, v CentOS-e robim program v C-cku a potrebujem zistit aktualny cas a datum, vyuzitie procesora pripadne pamate, nazov stroja, OS a architektury.

Nechcem pri tom vyuzit kniznicne funkcie ako napr. time.h....... Najlepsie by bolo cez inline assembler, len uz hodiny hladam na internete k tomu nieco a nic neviem najst.Vedeli by ste poradit(hoci len stranku kde su instrukcie ktore by som mohol pouzit, lebo neviem nic najst).

Odpovědi

[Bedňa]

Nebolo by lepšie využiť systémové volania? Prípadne GNU core utils? (date, top, free, hostname, uname)

[NN]

debuger by nestacil?

[rastos]

potrebujem zistit aktualny cas a datum, vyuzitie procesora pripadne pamate, nazov stroja, OS a architektury.

head  -2 /proc/driver/rtc
cat /proc/loadavg
head -3 /proc/meminfo
cat /proc/sys/kernel/hostname

a možno niečo z /proc/cpuinfo

[Jendа]

https://mojefedora.cz/pouziti-assembleru-v-linuxu-volani-sluzeb-nabizenych-jadrem/

Nicméně na čas nejspíš chceš zavolat správnou funkci z VDSO.

[pc2005]

Proč v assembleru? To chceš napsat virus?

Bez time.h tedy znamená bez libc?

Jinak existují kernely zkompilovaný bez VDSO podpory, takže se pak musí volat klasicky syscall. To se pak můžeš inspirovat zdrojákama libc.

Jinak assembler znamená nulovou portabilitu a na zjištění architektury potřebuješ volat kernel .

[Jardik]

Volat kernel nepotrebuje, ten elf soubor ma architekturu v sobe a se spatnou se mu to jen tak nespusti

[pc2005]

Hmm to je fakt, nejdřív by se to musel snažit přeložit. I když tím voláním kernelu jsem myslel i čtení flagů v cpuinfo.

[lertimir]

Proboha proč bez knihovních funkcí? Právě na toto jsou knihovny operačního systému udělány. Programátor aplikace přistupuje k systému v nějaké úrovni abstrakce a nemusí řešit, kde v systému informace na hw nebo kernel levelu je. Samozřejmě vždy můžete vzit zdroják příslušných funkcí a použít z něj tu část, která se s přístupem zabývá.

[Bedňa]

Možno úloha v škole ktorú nepochopil.

[Marco]

Příloha:

• try.c (282 bytů)

Ahojte, pouzil som teda kniznicu. Toto mi funguje pre cas v Ubuntu, ale nie v CentOS-e. Resp. CentOS mi uvedie: Date: 01.01.1970 01:00:00

Neviete co moze byt za problem?

[Kit]

V C++ sice nedělám, ale na první pohled tam máš příliš mnoho nesmyslných přetypování. Nech se inspirovat třeba tímto: http://www.cplusplus.com/reference/ctime/localtime/

[pc2005]

A to se ti povede zkompilovat? Mě gcc vyhodí tak 8 chyb.

[Marco]

Ano, samozrejme nemam to len tak samostatne, ale tato cast mi zisti cas.

[Michal Kubeček]

Nemůžu teď najít tabulku s přehledem volacích konvencí, ale jsem si skoro jistý, že i v případě syscallu by se první parametr měl předat v %rdi, ne v %rbx.

[MadCatX]

První parametr syscallu; v tvém případě pointer na struct timeval; se musí předat v registru RDI, pokud buildíš pro x86-64. Na x86 by ti ten kód fungovat měl. Víc si přečti třeba tady: https://stackoverflow.com/a/2538212

Na x86-64 mi funguje toto:

#include <sys/syscall.h>
#include <sys/time.h>
#include <time.h>
#include <stdio.h>
#include <string.h>

int main()
{
	const long SYSCALL_NO = SYS_gettimeofday;

	long ret;
	struct timeval tv;

	char date[65], time[65];

	asm("syscall;"
	    : "=a"(ret)
	    : "a" (SYSCALL_NO), "D" (&tv)
	    : "rcx", "r11"
	    );

	if (ret != 0) {
		printf("FAIL: %s\n", strerror(ret));
		return 1;
	}

	strftime(date, 65, "%d.%m.%Y", localtime((time_t *) &tv.tv_sec));
	strftime(time, 65, "%T", localtime((time_t *) &tv.tv_sec));
	printf("Date: %s %s \n", date, time);

	return 0;
}

[Marco]

super, dik :)

[vlastikroot]

Proc je potreba volat syscall rucne? Libc je snad pritomna vsude, kde je pritomne linuxove jadro (i kdyby to byla uclibc nebo treba musl).

[martin-ux]

Je dobre vediet neico o ABI/calling conventions. MadCatX spravil typo pri kladani linku, ta linka ale naozaj stoji za precitanie: linux calling conventions.
Na zaciatok mozno prilis vela info, ale Intel devel handbooks je naozaj dobre mat poruke.
Dobry sumar x86 asm instrukcii: mas tu aj tu. Co sa tyka gcc ak chces pouzit Intel syntax tak pridaj -masm=intel do CFLAGS.
No a zoznam syscallov najdes (aj) tu: x86-64, i386

Zadanie znie naozaj ako domaca uloha. Som za, na naucenie je to fajn. MadCatX ti dal aj ukazku ako nato, tak do toho! :)