abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 3
dnes 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
dnes 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
dnes 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 25
dnes 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
dnes 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
dnes 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
včera 23:55 | Nová verze

Opera 44, verze 44.0.2510.857, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 57. Z novinek vývojáři Opery zdůrazňují podporou Touch Baru na nejnovějších MacBoocích Pro (gif). Přehled novinek pro vývojáře na blogu Dev.Opera.

Ladislav Hagara | Komentářů: 1
včera 20:56 | Pozvánky

V úterý 28. dubna se koná další Prague Containers Meetup. Přijďte si zopakovat, jak psát kvalitnější Dockerfile a jaké novinky a ulehčení přináší ansible-container, který vám umožní spravovat celý životní cyklus vašeho kontejneru. Místo konání: Concur, Bucharova 11, Praha-Stodůlky.

little-drunk-jesus | Komentářů: 0
včera 17:00 | Nová verze

Po půl roce od vydání verze 3.22 bylo vydáno GNOME ve verzi 3.24 s kódovým názvem Portland. Vydání obsahuje 28 459 změn od přibližně 753 přispěvatelů. Z novinek lze zmínit funkci noční světlo, přepracovaná nastavení, aplikaci Recepty, zdokonalenou oblast pro upozornění nebo zdokonalený webový prohlížeč. Podrobnosti i s náhledy v poznámkách k vydání a v novinkách pro vývojáře a správce systémů.

Ladislav Hagara | Komentářů: 10
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 921 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Část paměti processu v kernel space?

    10.8.2008 05:27 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Část paměti processu v kernel space?
    Přečteno: 369×
    Zdravím,
    snažím se pokud možno porozumět komunikaci mezi virtuálními adresovacími prostory, které Linux používá a narazil jsem na jeden problém.
    Prošel jsem si pár tutoriálů pro tvorbu modulů, konkrétně mám na mysli LKMPG. Z něj jsem pochopil, že např. user process nemůže přistupovat do adresního prostoru kernelu, proto se při práci s /proc/xyz "soubory" kopírují data přes buffery z jednoho segmentu do druhého.

    Na samotný "problém" jsem narazil zjištěním, že ono to jde nějak i bez daných funkcí - z kernelu mám normálně přístup do bufferu user aplikace přes pointer. Jako příklad může posloužit procfs3.c, konkrétně funkcí
    /*
     * This function is called when /proc is written
     */
    static ssize_t
    procfs_write(struct file *file, const char *buffer, size_t len, loff_t * off)
    {
    	if ( len > PROCFS_MAX_SIZE )	{
    		procfs_buffer_size = PROCFS_MAX_SIZE;
    	}
    	else	{
    		procfs_buffer_size = len;
    	}
    	
    	if ( copy_from_user(procfs_buffer, buffer, procfs_buffer_size) ) {
    		return -EFAULT;
    	}
    
    	printk(KERN_INFO "procfs_write: write %lu bytes\n", procfs_buffer_size);
    	
    	return procfs_buffer_size;
    }
    
    - pokud na místo copy_from_user dám strncpy, vše (alespoň zdánlivě) funguje.
    Při googlení jsem náhodou narazil i na http://mail.nl.linux.org/kernelnewbies/2005-01/msg00085.html, konkrétně
    All kernel code runs in the kernel virtual memory address space. There are times, that the kernel virtual memory address space contains pieces of a user process's address space. This is so that system calls can access arguments passed using pointers. A classic example are the read() and write() system calls, which need to transfer data from kernel buffers into a user process address space.

    Jak je to doopravdy? Kde se pes zakopal tak, že to funguje? :-D
    Mám v modulech řešit kopírování do/z kernelspace přes copy_to_user/copy_from_user, resp. put_user/get_user i pokud jde o jednoduché read/write jako například s /proc filesystémem?

    Díky za případné nápady/informace.
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”

    Odpovědi

    Viliam Púčik avatar 10.8.2008 13:02 Viliam Púčik | skóre: 22 | blog: minimal
    Rozbalit Rozbalit vše Re: Část paměti processu v kernel space?
    Podla mna (berte prosim s rezervou):

    Zalezi na tom, co sa kam kopiruje. Ked medzi User Space <-> Kernel Space, tak urcite copy_to_user/copy_from_user.

    Vyssie uvedeny priklad s procfs_write kopiruje data z User Space do Kernel Space pomocou copy_to_user, takze potrebuje zistit, kam "skutocne" User Space pointer ukazuje. To, ze strncpy ako tak funguje, je len zhoda nahod.

    Inak povedane, ak napriklad User Space pointer buffer ukazuje na User Space adresu 123h , tak funkcia copy_from_user hovori kernelu, aby pointer buffer nebral ako pointer na Kernel Space adresu 123h (ako by to bolo v pripade strncpy).
    10.8.2008 13:39 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Část paměti processu v kernel space?
    Právě tak jsem to z informací z googlu pochopil, dva odlišné virtuální adresní prostory (každý 0x00000000 - 0xFFFFFFFF), kde mohou být data různě rozhozena, tzn. na adrese 0x00100000 mohou být data odlišná jak v userspace, tak v kernelspace.

    Mě šlo spíše o to, jak je možné, že strncpy funguje.
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    10.8.2008 13:57 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Část paměti processu v kernel space?
    Tedy jak je možné, proč strncpy od userspace procesu funguje.
    Dle LKMPG části o funkcích používajících procfs tento přenos není potřeba při "čtení" (z pohledu procesu), protože data jsou v bufferu v kernelspace (tedy read() z toho processu má přístup do bufferu v segmentu kernelu), ale při "zápisu" už se data musí přenášet.
    Jenomže v mém případě to funguje i bez toho, možná, že se kernel v tomto ohledu zase posunul o něco dále a je možné provádět i write() do bufferu v kernelspace z userspace aplikace. Rád se dozvědel pravdu, pokud ji někdo zná.

    Díky.
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    12.8.2008 10:19 Jirka P
    Rozbalit Rozbalit vše Re: Část paměti processu v kernel space?
    Nevím, jak moc je to s těmi segmenty pravda. Minimálně na x86 má kód běžící v kernel módu v kontextu procesu normálně přístup do paměti toho procesu, když se kouknete do zdrojáku copy_to/from_user, zjistíte, že je to prosté memcpy+ošetření chyb(+mmx optimalizace). To z principu neplatí se 4G/4G patchem, nelze přistupovat ke dvěma prostorům, každém o velikosti 4G, přímo. Nevím, jestli je to problém ještě jinde (třeba na 32b mipsu něco jako 4G/4G patch pokud vím nejde realizovat).

    Kde ale určitě poznáte rozdíl mezi strcpy/copy_from_user, je co se stane když přístup na tu adresu segfaultne. strncpy oopsne, copy_from_user vrací chybu.
    oroborus avatar 10.8.2008 16:51 oroborus | skóre: 20 | blog: Bulanci
    Rozbalit Rozbalit vše Re: Část paměti processu v kernel space?
    ja _nie_ _som_ expert a prepacte, ze vam do toho skacem, ale IMHO tie dva virtualne priestory na architekture i386 su :

    user-space od 0 po 3GB virtualnej pamate
    kernel-space od 3GB po 4GB virtualnej pamate

    Takze nedochadza ku kolizii, medzi adresami z kernel-space a user-space. Tu ide o to, ze by sa mali pre zachovanie prenostitelnosti pouzivat funkcie copy_to_user/copy_from_user a put_user/get_user, ale na architekture x86 to ide aj bez nich, ale nemalo by sa to robit.
    12.8.2008 04:27 luky
    Rozbalit Rozbalit vše Re: Část paměti processu v kernel space?
    Pristup do userspace reseny primym zpristupnenim celeho adresniho rozsahu kernelu je jen implementacni detail dane architektury, jinde ti to nepujde (a i tady ti to na neplatnych adresach hodi panic). Vzdy pouzivej copy funkce.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.