Új hozzászólás Aktív témák

• #5 vicze félisten lev258 #2

  Új Válasz 2018-07-02 14:34:19 #5

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vicze

  félisten

  válasz lev258 #2 üzenetére

  Egyrészt Linux esetében a kernelben van minden driver, másrészt nyilván nem álomvilágban élek és tisztában vagyok vele, hogy van olyan amihez külön modul kell, mert nem open srource így nem kerülhet bele a GUN licence miatt.
  De csak olyan HW elem működése nem oldható meg, amihez nincs Linux driver, ez szerencsére egyre ritkább.

  32bites UEFI pedig csak akkor gond, ha 3.15 vagy régebbi kernelt akarsz használni, afelett nincs semmi gond, de ez csak elég régi LTS-eke esetén fordulhat elő.

• #13 vicze félisten UnA #9

  Új Válasz 2018-07-02 17:07:05 #13

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vicze

  félisten

  válasz UnA #9 üzenetére

  Ez egy elég furcsa bug Ubiban 16.04-en is láttam már, egyszerűen ottmarad halványan valaminek a képe. Pl. tipikusan BIOS bootscreen szokott ottmaradni, de láttam sok más appot raddom ottmaradni, nyilván ez valami istentelenül csúnya driver buffer hiba, de létezik.

  [ Szerkesztve ]

• #19 vicze félisten Somatom #17

  Új Válasz 2018-07-03 10:44:05 #19

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vicze

  félisten

  válasz Somatom #17 üzenetére

  "Az ARM esetében valóban nehéz ügy a Linux"
  Nem az mivel szinte minden ARM HW Linuxot futtat így, pár nagyon ritka példát kivéve 100%-os támogatás van. Mivel Linuxot futtat az alap eszköz így bináris driver szinte mindig beszerezhető.

  Még egyszer megpróbálom leírni a problémát. A Linux kernelbe csak GUN licence alatt szereplő driver kerülhet, minden más vagy megoldja a disztró készítője, vagy megoldod te. Mivel a adott HW drivere zárt, és a gyártó "tulajdona" egyéni licence feltételekkel, így ritkán kerülhet bele bármilyen disztróba. Itt most elsősorban olyan dolgokról beszélgetünk, hogy GPS, szenzorok, érintőpanel, ujjlenyomat olvasó, amik általában elég zárt dolgok.
  Egy Linux disztró készítése nem úgy működik, hogy letesztelik X ezer HW-n és a gyártókkal együttműködve minden működőképesre próbálnak csinálni, mint Windows esetében, hanem pár ember a saját eszközein leteszteli és ami működik azt megoldják. Ilyen az open source világ semmire sincs garanciád, mert 1-1 projektet(Linux komponens, driver akármi kisebb részegység) általánosan 1 ember készít és ha ő abbahagyja akármilyen oknál fogva, lehet imádkozni, hogy valaki átvegye, aki ugyan azt a minőséget nyújtva talán.
  Tehát nem mostohán van kezelve, hanem a közösségre van hagyva, és a közösséget pont ennyire izgatja a téma.

  Nézd meg mi történt a csodás Ubuntu Touch-csal, pontosan a kompatibilitásba halt bele az egész rendszer mert akkora erőforrást felemésztett volna, hogy különböző HW-on működésre bírják, főleg x64-en, hogy inkább elállították.
  A másik probléma az, hogy egyik Linux felület sincs felkészítve az érintéses bevitelre, még ha vannak nagy ikonok, meg bökhető izék, a programok már nem támogatják. Van egy marék program talán, de széles körű támogatás annyi pénz és idő befektetés lenne, hogy még a Canonical se bírta.

  Amúgy a legjobb touchscreen támogatást a Chrome OS-től fogod kapni, ráadásként Android Appokat is kapsz és már úton van a Linux appok támogatása is. Így tabletre szerintem az a legjobb alternatíva. Legtöbb HW-t az fogja megfelelően támogatni.

  (#14) azbest: Igen olyan is van, de ezekben az esetekben, a boot logo megmaradt pl. a háttérképen, de nem látszott az előtte futó appban(???), de olyat is láttam, hogy a terminál kontúrjai halványan ottmaradtak, vagy a loginscreen 1-1 eleme. Nekem csak a HW hibát kellett kizárom, mikor sírtak miatta, úgyhogy tovább nem foglalkoztam vele.

  (#18) lev258: Windows alatt pontosan ugyan az ki tudod olvasni egy HW elemről mint Linux alatt, még a felvetést se értem, hogyan nem lehetne.

  [ Szerkesztve ]

• #23 vicze félisten lev258 #20

  Új Válasz 2018-07-03 10:52:28 #23

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vicze

  félisten

  válasz lev258 #20 üzenetére

  Igen a bináris driverek akkor nem használhatóak univerzálisan, ha más az architektúra nyilván, de szeretnélek emlékeztetni, hogy pl. pont az említett Ubuntu Touch projekt testében, lett a néhai cyanogenmod kernel felhasználva az Ubuntu portolásához. Adott HW-n igenis van átjárás.

  [ Szerkesztve ]

• #25 vicze félisten lev258 #24

  Új Válasz 2018-07-03 11:11:05 #25

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vicze

  félisten

  válasz lev258 #24 üzenetére

  Bocs félreolvasta, a kernelen kívüli dolgot.

  Akkor segíts, hogy pontosan miben rossz? Sailfish és egyéb Linux kernel alapú projekt is az Androidból vett kernel modulokat használják minden esetben, többnyire gond nélkül, lehet olyan, hogy valami annyira zár, hogy külön API réteg van a drivernek írva, így az nem fog működni megfelelően, de az azért ritka.

  (#20) lev258: Windows ugyan azt a HW infót tudja kiolvasni mint a Linux, ajánlom figyelmedbe az eszközkezelőben, a részletek részt, ahol minden kiolvasott HW azonosító ott van. A Liunux se a kisujjából szokja ki a chipsetet, valaki az azonosító alapján, így hozzá értelmezhető szöveget. USB eszköz esetén pedig az eszközből olvasod ki, amihez szintén valaki írt protokollt. De ezt részletezhetném elég sokáig.

  (#21) azbest: Sajnos ezek a listák részletek nélkül pontosan semmit se érnek. Józsi feltelepíti a gépére, "számára" minden jó és bejelenti "tökéletesnek". Pontosan tudom, hogy vannak a listákban általunk is használt modellek, amiken pl. tipikusan az ujjlenyomat olvasó nem működik, mert a Syanptics nem ad ki drivert, illetve ha van még olyan elem amit nem használat adott illető, akkor számára tökéletes. Másik probléma, hogy többnyire nagyon régi modelleket riporttálnak és a új grafikus chipekkel szinte mindig valamilyen gond van és várni kell mire javítják. Te tényleg annyi de annyi kompatibilitási problémába belefutottam már, hogy őrület.
  A legviccesebb, hogy Dell Ubival is árulja az XPS-eket ugye, és az ujjlenyomat olvasó és még 1-2 HW elem nem működik rajtuk. Tök non sense.
  Arch Wiki-nél jobb és pontosabb doksit HW kompatibilitásra még nem láttam, minden HW elem egyesével részletesen felsorolva, a többi egy kalap ****.

  [ Szerkesztve ]

Új hozzászólás Aktív témák