- Poco F5 - pokolian jó ajánlat
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- iOS alkalmazások
- Huawei Watch Fit 3 - zöldalma
- Samsung Galaxy A52s 5G - jó S-tehetség
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Drágább lett a Pixel 8a
- Xiaomi 13 Pro - szerencsés szám
- iPhone topik
- Magisk
Hirdetés
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Száguldozáshoz való az új GeForce driver
ph A WHQL minősítésű, 555.88-as eszközillesztő számos Adaptive-Sync monitort is hitelesített.
-
Újabb országba vihet akkumulátorgyárat Elon Musk
it Miközben Kínában adatközpontot építhet Elon Musk és a Tesla, addig Indonézia kapcsán akkumulátorgyár felépítését fontolgatják.
-
Mobilarena
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
coco2
őstag
válasz Jester01 #18563 üzenetére
Nos, igen, az xy probléma valóban jelentős szokott lenni. Szóval lépek egyet vissza, és megpróbálom kirészletezni az alap problémát.
Beleütköztem én is egy ilyenbe:
stackoverflow.com/questions/3085714/accessing-backing-storage-file-from-both-host-machine-and-emulating-machine-whenSajnos az én helyzetem annál is bonyolultabb. A "távoli" állomás g_file_storage-en keresztül fat32 filesystemen nyitva akar tartani egy file-t huzamos időn keresztül, amit ha elengedtetek vele, akkor lehal egy olyan folyamat, aminek működnie kell. Sza* az egész, de azzal az oldallal nem tudok mit tenni, pont. A g_file_storage egy olyan önző fajta driver, ami lockolja a block device-t, vagy nem tudom, mit csinál, de mellette nem tudok hozzáférni semmihez. Nem tudom mountolni ugyan azt a block device-t, hogy másik filesystem driverrel hozzáférjek, sőt szektor szintű írás / olvasásra sem tudom megnyitni, mert az open() lefagy. Kizárásos alapon egy olyan block device-ra lesz szükségem, ami hozzáférést enged legalább szektor szinten az eszközhöz akkor is, amikor a g_file_storage fogva tartja.
(Mostanra azt is átgondoltam, hogy ha azt meg is oldom, aszinkron adat csúszásaim lesznek a fat táblán, a directory bejegyzésekben, az adatszektorokban, ergo egy igen ügyes saját filesystem driverre lesz majd szükségem, de az had legyen az én problémám, és teljesen külön történet. Egyenlőre legyen csak meg a szektor szintű hozzáférés.)
Block device-okról azt találtam, hogy olyat regisztrálni csak kernel driver tud. A kernel driverek pedig nem pont a legbarátságosabb környezet. Például a kernel fordításkori headerjei kellenek a fordításához, külön működési szabályaik vannak, és minden fejlesztéssel egy apró hiba miatt kernel lefagyást gyárthatok. Szimpatikusabb lenne egy már kész és kitesztelt driver, ami képes proxyzni műveleteket kernel és user szint között - ha van ilyen. Például signalokon keresztül kapok egy pointert lba szektor számmal és adatterülettel, hogy azt az 512 byte-ot írjam fel a drive-ra, vagy olvassam be róla, és amit visszaadok, azt fogja majd a block device is visszaadni a g_file_storage-nak. Valami ilyesmi.
Létezik ilyen készen, vagy nekem kell majd írnom egyet?
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
Új hozzászólás Aktív témák
- Milyen alaplapot vegyek?
- antikomcsi: Való Világ: A piszkos 12 - VV12 - Való Világ 12
- Politika
- Fehér zakót öltenek a Super Flower platinás Leadex VII Pro tápjai
- Ubiquiti hálózati eszközök
- Kerékpárosok, bringások ide!
- Linux kezdőknek
- Poco F5 - pokolian jó ajánlat
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- HBO Max & OD topic
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Alpha Laptopszerviz Kft.
Város: Pécs