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 00:22 | Komunita
    V rakouském Štýrském Hradci probíhá konference vývojářů a uživatelů desktopového prostředí KDE Plasma Akademy 2026. O víkendu proběhly přednášky. Videozáznamy jsou k dispozici na YouTube.
    Ladislav Hagara | Komentářů: 0
    včera 23:55 | Bezpečnostní upozornění

    V jádře Linux byly nalezeny a v upstremu ve verzích 5.10.270, 5.15.221, 6.1.188, 6.6.157, 6.12.109, 6.18.50 a 7.2.4 již opraveny 4 kritické zranitelnosti umožňující eskalaci práv: DirtyAH6 (CVE-2026-80844), TUNderflow (CVE-2026-81000), PPPoEject (CVE-2026-68121) a DiagSpill (CVE-2026-74469).

    Ladislav Hagara | Komentářů: 0
    včera 23:11 | Zajímavý článek

    Německá policie a celníci zneužívají ke čtení zpráv komunikačních aplikacích WhatsApp, Signal, Telegram nebo Threema velice jednoduchý trik, který nevyžaduje prolomení šifrování, spear phishing, odposlech SMS či jinou technicky náročnou metodu. Příslušníkům státního aparátu pouze stačí získat krátký přístup k odemčenému telefonu a prostřednictvím QR kódu propojit účet s oficiální desktopovou nebo webovou aplikací v policejním

    … více »
    AfD 💙 | Komentářů: 0
    19.9. 02:11 | IT novinky Ladislav Hagara | Komentářů: 0
    18.9. 19:11 | Zajímavý projekt

    Fugleramme, v překladu 'ptačí rámeček', je open-source projekt postavený na Raspberry Pi, který pomocí lokální umělé inteligence BirdNET-Go rozpoznává ptačí druhy podle jejich zpěvu a na displeji následně zobrazuje koláž tvořenou odpovídajícími ilustracemi. Databáze obsahuje přes 800 ručně vybraných historických přírodovědných ilustrací více než 400 druhů ptáků.

    … více »
    AfD 💙 | Komentářů: 1
    18.9. 16:55 | Nová verze

    Unicode Consortium, nezisková organizace koordinující rozvoj standardu Unicode, oznámila vydání Unicode 18.0. Přidáno bylo 13 007 nových znaků. Celkově jich je 172 808. Přibylo 9 nových Emoji.

    Ladislav Hagara | Komentářů: 5
    18.9. 13:22 | Zajímavý článek

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 169 (pdf).

    Ladislav Hagara | Komentářů: 0
    18.9. 03:33 | Nová verze

    Byla vydána nová verze 6.4 programovacího jazyka Swift (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 0
    17.9. 23:11 | Komunita

    Německý kancléř Friedrich Merz (CDU) se během debaty s finalisty studentské vědecké soutěže Jugend forscht vyjádřil pro konec anonymity na internetu a vyslovil názor, že pro uživatele Internetu by měla platit podobná právní odpovědnost jako pro novináře tradičních médií. Na dotaz studenta, jak by se tedy povinnost uvádět pravé jméno slučovala s prací investigativních novinářů nebo ochranou jejich zdrojů, Merz neodpověděl, ve své

    … více »
    AfD 💙 | Komentářů: 53
    17.9. 17:55 | IT novinky

    Společnost Fujitsu představila FUJITSU-MONAKA CPU a Fujitsu MONAKA Server. Navrženo, vyvinuto a vyrobeno v Japonsku. Pro suverénní AI infrastrukturu.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (21%)
     (29%)
     (8%)
     (5%)
     (2%)
     (14%)
     (21%)
    Celkem 2702 hlasů
     Komentářů: 31, poslední 13.8. 00:27
    Rozcestník

    Dotaz: kernel loadable modul - problem s vytvorenim socketu

    21.4.2010 13:01 Payanek
    kernel loadable modul - problem s vytvorenim socketu
    Přečteno: 498×
    Ahoj, snazim se napsat jednoduchy modul do jadra ktery by se choval jako sitovy disk.

    nasel jsem na lwn jednoduchy ramdisk (http://lwn.net/Articles/58719/)

    a sitovou komunikaci v kernelu (http://www.linuxjournal.com/node/7660)

    v init metode neni zadny problem, ale pokud sitovou komunikaci dam na misto cteni, tak vznikne problem se sock_create. (null pointer, ... ) nemate nekdo zkusenost ? pripadne nejake reseni ?

    kod celeho jednoducheho modulu nasleduje : (proti je jednoduchy programek ktery pouze v userspace prijima)

    [code]

    MODULE_LICENSE("Dual BSD/GPL");

    static int major_num = 0; module_param(major_num, int, 0); static int hardsect_size = 512; module_param(hardsect_size, int, 0); static int nsectors = 32768; /* How big the drive is */ module_param(nsectors, int, 0);

    /* * We can tweak our hardware sector size, but the kernel talks to us * in terms of small sectors, always. */ #define KERNEL_SECTOR_SIZE 512

    /* * Our request queue. */ static struct request_queue *Queue;

    /* * The internal representation of our device. */ static struct sbd_device { unsigned long size; spinlock_t lock; u8 *data; struct gendisk *gd; } Device;

    /* * Handle an I/O request. */ static void sbd_transfer(struct sbd_device *dev, unsigned long sector, unsigned long nsect, char *buffer, int write) { long long offset = sector*hardsect_size; unsigned long nbytes = nsect*hardsect_size;

    if ((offset + nbytes) > dev->size) { printk (KERN_WARNING "sbd: Beyond-end write (%lld %ld)\n", offset, nbytes); return; }

    if (write){

    memcpy(dev->data + offset, buffer, nbytes);

    } else{

    struct sockaddr_in servaddr; int r = -1; struct socket *control= NULL; char *response = kmalloc(256,GFP_KERNEL); unsigned short port;

    r = sock_create(PF_INET, SOCK_STREAM, IPPROTO_TCP, &control);

    if(r!=0){ printk(KERN_WARNING "sbd: socketcreation \n" ); return; } port = htons(5902); memset(&servaddr,0, sizeof(servaddr)); servaddr.sin_family = AF_INET; servaddr.sin_port = port; servaddr.sin_addr.s_addr = htonl(0x0A207964); // IP

    r = control->ops->connect(control, (struct sockaddr *) &servaddr, sizeof(servaddr), O_RDWR);

    if(r!=0){ printk(KERN_WARNING "sbd: socket not working, ending\n"); return; }

    sock_release(control); kfree(response);

    //memcpy(buffer, dev->data + offset, nbytes);

    } }

    static void sbd_request(request_queue_t *q) { struct request *req;

    while ((req = elv_next_request(q)) != NULL) { if (! blk_fs_request(req)) { printk (KERN_NOTICE "Skip non-CMD request\n"); end_request(req, 0); continue; } sbd_transfer(&Device, req->sector, req->current_nr_sectors, req->buffer, rq_data_dir(req)); end_request(req, 1); } }

    /* * Ioctl. */ int sbd_ioctl (struct inode *inode, struct file *filp, unsigned int cmd, unsigned long arg) { long size; struct hd_geometry geo;

    switch(cmd) { /* * The only command we need to interpret is HDIO_GETGEO, since * we can't partition the drive otherwise. We have no real * geometry, of course, so make something up. */ case HDIO_GETGEO: size = Device.size*(hardsect_size/KERNEL_SECTOR_SIZE); geo.cylinders = (size & ~0x3f) >> 6; geo.heads = 4; geo.sectors = 16; geo.start = 4; if (copy_to_user((void *) arg, &geo, sizeof(geo))) return -EFAULT; return 0; }

    return -ENOTTY; /* unknown command */ }

    /* * The device operations structure. */ static struct block_device_operations sbd_ops = { .owner = THIS_MODULE, .ioctl = sbd_ioctl };

    static int __init sbd_init(void) { /* * Set up our internal device. */

    Device.size = nsectors*hardsect_size; spin_lock_init(&Device.lock); Device.data = vmalloc(Device.size); if (Device.data == NULL) return -ENOMEM;

    /* * Get a request queue. */ Queue = blk_init_queue(sbd_request, &Device.lock); if (Queue == NULL) goto out; blk_queue_hardsect_size(Queue, hardsect_size); /* * Get registered. */ major_num = register_blkdev(major_num, "sbd"); if (major_num <= 0) { printk(KERN_WARNING "sbd: unable to get major number\n"); goto out; } /* * And the gendisk structure. */ Device.gd = alloc_disk(16); if (! Device.gd) goto out_unregister; Device.gd->major = major_num; Device.gd->first_minor = 0; Device.gd->fops = &sbd_ops; Device.gd->private_data = &Device; strcpy (Device.gd->disk_name, "sbd0"); set_capacity(Device.gd, nsectors*(hardsect_size/KERNEL_SECTOR_SIZE)); Device.gd->queue = Queue; add_disk(Device.gd); printk(KERN_WARNING "sbd: Loaded, capacity %ld\n", Device.size);

    return 0;

    out_unregister: unregister_blkdev(major_num, "sbd"); out: vfree(Device.data); return -ENOMEM; }

    static void __exit sbd_exit(void) { del_gendisk(Device.gd); put_disk(Device.gd); unregister_blkdev(major_num, "sbd"); blk_cleanup_queue(Queue); vfree(Device.data); printk(KERN_WARNING "sbd: Unloaded\n"); } module_init(sbd_init); module_exit(sbd_exit); [/code]

    Odpovědi

    21.4.2010 18:00 Sten
    Rozbalit Rozbalit vše Re: kernel loadable modul - problem s vytvorenim socketu
    sock_create je pro vytváření soketů, které se předají do user space, takže jsou omezeny nastavením oprávnění user space programu (třeba SELinux), pro kernel space se používá sock_create_kern. Dost možná je problém tam.

    Docela ošklivě to tam leakuje s tím response, pokud se něco nepovede, zahlásí se chyba a provede se return, tak se nedealokuje. Stejně pokud socket „not working“, tak ten socket vyleakuje.

    Apropos, nebylo by vhodnější pro tohle použít FUSE? ;) (Správná odpověď: bylo)
    22.4.2010 10:15 payanek
    Rozbalit Rozbalit vše Re: kernel loadable modul - problem s vytvorenim socketu
    Diky za odpoved, v definici sock_create a sock_create_kern se vola stejna funkce, s jinym parametrem, kazdopadne vysledek je stejny - tuto cestu jsem jiz zkousel.

    tato implementace je pouze pro ukazku, takze tam neni vse osetreno, kazdopadne v kodu ktery to ma osetrene se to chova stejne.

    fuse je take cesta, ale me zajima KLM, proste jak se to chova, ... co je potreba a tak. proto tato cesta.

    Diky Pavel
    8.5.2010 17:26 Payanek
    Rozbalit Rozbalit vše Re: kernel loadable modul - problem s vytvorenim socketu
    takze problem byl vyresen oklikou.

    Zjistil jsem, ze problem je vytvareni socketu casteji nez 1x za 1s(+-) duvod neznam. Dalsim problem je to, ze transfer je aromicka funkce, takze zalezi i na casu jejiho ukonceni.

    Cestou je pouzit jeden socket - napriklad netlink socket a presunout pozadavky do userspace. Samozrejme toto bychom nemeli delat primo, ale napr pres worker queue, a pridruzene nove vlakno.

    Treba to nekomu pomuze. Pavel

    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.