PDAclub.pl - Forum użytkowników technologii mobilnych
Windows Mobile (Classic, Professional, Standard), Windows Phone 6.x oraz 7/8.x/10 => Leo => HTC => Pocket PC z telefonem - ogólnie (WM Professional/WP6.x) => Android w Leo => Wątek zaczęty przez: Kajetan Krykwiński w Wrzesień 09, 2012, 21:58:03
-
W sumie nie romie, a dokładnie kernelu. Wszystko co musicie zrobić to odpalić/zainstalować terminal, wklepać
ls /proc/sys/kernel
i zobaczyć czy wśród wyświetlonych wartości przewinie się shmmin, shmmax i shmall (a nawet jakby któreś pojedynczo wystąpiło). Na pewno nie ma tego w kernelach od tytunga.
Po co? Bez tego drobiazgu aplikacje QT4 (tak, debian w chroocie) sypią się. A nie mam aż takiej wiedzy o różnicach w kernelu android-linux żeby samemu ogarnąć.
-
jak masz źródła tego kernela to skompiluj z CONFIG_SHMEM=y i tyle.
-
Pic polega na tym że ta wartość jest ustawiona. To samo zresztą, kompilacja modułu binmft_misc i załadowanie (co by w qemu-user i wine się pobawić :wink:) - moduł załadowany, w /proc wpisów stosownych brak. A zamontowanie binmft_misc w katalogu poza proc skutkuje więc moduł działa (inna sprawa że nikt nie przewidział że poza proc będę montować przez co i tak nic nie działa)
Ręczne zamontowanie tmpfs na /dev/shm też nie przynosi rezultatu, objaw jest prawie identyczny jak tutaj
http://forums.fedoraforum.org/showthread.php?t=283041 (http://forums.fedoraforum.org/showthread.php?t=283041)
komunikat ten sam (QNativeImage: Unable to attach to shared memory segment. ) z tym że później wywala praktycznie wszystkie funkcje graficzne.
Chrooty armel jak i armhf, oba testowane przez chroot z użyciem qemu-static na desktopie, w obu przypadkach tam działa.