Prośba o sprawdzenie, czy plik w waszym romie istnieje

  • 2 Odpowiedzi
  • 3319 Wyświetleń

0 użytkowników i 1 Gość przegląda ten wątek.

*

Offline Kajetan Krykwiński

  • ******
  • 6211
  • Płeć: Mężczyzna
    • Kocham Wieluń: dziennik internetowy poruszający zagadnienia związane z Wieluniem i okolicami
  • Sprzęt: Karton antyków. Albo i dwa.
Prośba o sprawdzenie, czy plik w waszym romie istnieje
« dnia: Wrzesień 09, 2012, 21:58:03 »
W sumie nie romie, a dokładnie kernelu. Wszystko co musicie zrobić to odpalić/zainstalować terminal, wklepać
Cytuj
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ąć.

*

Offline globalbus

  • Ekspert PDA
  • ******
  • 6139
  • Płeć: Mężczyzna
  • Power User // ROM Developer
  • Sprzęt: N900
Odp: Prośba o sprawdzenie, czy plik w waszym romie istnieje
« Odpowiedź #1 dnia: Wrzesień 09, 2012, 22:05:27 »
jak masz źródła tego kernela to skompiluj z CONFIG_SHMEM=y i tyle.
"Wiedza zdobyta samodzielnie jest więcej warta niż przekazana przez inną osobę"

"ponieważ gotowanie to nie jest copy/paste"
paypal

*

Offline Kajetan Krykwiński

  • ******
  • 6211
  • Płeć: Mężczyzna
    • Kocham Wieluń: dziennik internetowy poruszający zagadnienia związane z Wieluniem i okolicami
  • Sprzęt: Karton antyków. Albo i dwa.
Odp: Prośba o sprawdzenie, czy plik w waszym romie istnieje
« Odpowiedź #2 dnia: Wrzesień 09, 2012, 22:25:54 »
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
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.