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

• #147 _Soma77_ tag R0GERIUS #144

  Új Válasz 2015-01-04 23:37:16 #147

  Ú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

  

  _Soma77_

  tag

  válasz R0GERIUS #144 üzenetére

  rákeresve a kérdéses olvasható részére a boot.img-nek, eljutottam egy BoardConfig.mk-ig, mintha innen lenne...

  BOARD_KERNEL_CMDLINE := init=/init pci=noearly console=logk0 earlyprintk=nologger loglevel=0 kmemleak=off androidboot.bootmedia=sdcard androidboot.hardware=redhookbay $(cmdline_extra) ip=50.0.0.2:50.0.0.1::255.255.255.0::usb0n vmalloc=172M androidboot.wakesrc=05 androidboot.mode=main

  [link]
  [link]

• #145 R0GERIUS tag R0GERIUS #144

  Új Válasz 2015-01-04 23:06:15 #145

  Ú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

  

  R0GERIUS

  tag

  válasz R0GERIUS #144 üzenetére

  Nos ezen értelmes részek még egy érdekes helyre vittek, és sikerült felfedezni valamit, de a befejezést rátok hagyom.
  Alapvetően minden hiba/kellemetlenség a képfájlok kibontásában és újracsomagolásában az X86 miatt van.
  Úgy néz ki, hogy ezen architektúrára épülő készülékek boot-ja és recovery-je eltér a szokványostól (ARM).
  Így a keresési irány: Android x86 képfájlok kezelése.

  Véletlen bele is futottam XDA-n egy olyan Motorolába aminél hasonló gondoktól szenvedtek a képfájloknál (pontosan az Intel x86 miatt):
  [link]
  (Lehet, hogy érdemes végignézni, mert sok a hasonlóság: egyedi header, egyes részek (amit kiemeltem az előzőben) ugyanúgy szerepeltek benne...)

  Nem olvastam végig, de említenek egy hexa szerkesztőn alapuló megoldást:
  [link]

  Idő hiányában nem tudok most ennél jobban belemélyedni; ezt rátok bízom.

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