(hilfe)Porting Clockwork Recovery ics- Mediapad

  • 100 Antworten
  • Letztes Antwortdatum
Hmm, fastboot boot geht bei mit scheinbar wirklich nicht. Hab die recovery jetzt einfach mal geflashed. Ich konnte sie auch booten, allerdings sah der framebuffer nicht korrekt aus (komische Farben und vier -Bilder).

Was mir noch aufgefallen ist: Als ich nach einem reboot ins system wieder in die recovery wollte, landete ich wieder in der stock recovery. Das system prüft wohl die recovery auf Abweichungen und stellt sie notfalls wieder her. Dummerweise hatte ich noch ne SD-Karte mit dload Ordner drinnen -> Hard reset. Naja, hab jetzt mal testweise die ICS beta geflashed wenn die Daten eh schon weg sind :)
 
mblaster schrieb:
Hmm, fastboot boot geht bei mit scheinbar wirklich nicht. Hab die recovery jetzt einfach mal geflashed. Ich konnte sie auch booten, allerdings sah der framebuffer nicht korrekt aus (komische Farben und vier -Bilder).

Was mir noch aufgefallen ist: Als ich nach einem reboot ins system wieder in die recovery wollte, landete ich wieder in der stock recovery. Das system prüft wohl die recovery auf Abweichungen und stellt sie notfalls wieder her. Dummerweise hatte ich noch ne SD-Karte mit dload Ordner drinnen -> Hard reset. Naja, hab jetzt mal testweise die ICS beta geflashed wenn die Daten eh schon weg sind :)

Hey,

Das system kann eigentlich die Recovery.img nicht wieder herstellen. das du keine richtige Darstellung hast kann nur am Kernel liegen. Also auch nicht am dateipfad. Dein fehler liegt wohl am compilieren. oder flashen.

lg

edit. und wie kommst du ins stock recovery ?
 
Wenn dieses auftritt hat er es in die Partition recovery2 geflasht warum das vorkommt ?

Dieter

Gesendet von meinem MT15i mit Tapatalk
 
Es ist durchaus möglich vom System aus die recovery zu beschreiben. Tasächlich versucht Huawei das auch, hier in der init.rc:
Code:
service flash_recovery /system/etc/install-recovery.sh
    class main
    oneshot
Komisch daran ist nur, dass dieses Skript nicht existiert. Zumindest finde ich es weder im laufenden ICS Rom, noch in den Images von HC. Entweder es wird von einem anderen Prozess "on the fly" erstellt und wieder versteckt, oder es ist ein verweister Aufruf der durch eine andere Methode ersetzt, aber nicht entfernt wurde.

@Segler: Ich denke mal dass die Darstellung sich mit der korrekten Commandline für den Kernel beheben lässt, bzw. ich werde auch mal den 3.0.8er Kernel vom ICS update probieren.

€: Die ICS Beta2 lässt das recovery in Ruhe, ich konnte nun mehrmals hineinbooten obwohl ich zwischendurch normal gestartet habe.
 
Zuletzt bearbeitet:
mblaster schrieb:
Es ist durchaus möglich vom System aus die recovery zu beschreiben. Tasächlich versucht Huawei das auch, hier in der init.rc:
Code:
service flash_recovery /system/etc/install-recovery.sh
    class main
    oneshot
Komisch daran ist nur, dass dieses Skript nicht existiert. Zumindest finde ich es weder im laufenden ICS Rom, noch in den Images von HC. Entweder es wird von einem anderen Prozess "on the fly" erstellt und wieder versteckt, oder es ist ein verweister Aufruf der durch eine andere Methode ersetzt, aber nicht entfernt wurde.

@Segler: Ich denke mal dass die Darstellung sich mit der korrekten
Commandline für den Kernel beheben lässt, bzw. ich werde auch mal den 3.0.8er Kernel vom ICS update probieren.

€: Die ICS Beta2 lässt das recovery in Ruhe, ich konnte nun mehrmals hineinbooten obwohl ich zwischendurch normal gestartet habe.
Ich meinte ja das im system, kein recovery enthalten ist. Also wie möchte das System ein recovery skript flashen ?? Bin die Woche leider im stress und ohne Pad unterwegs.

lg
 
Bin mir nicht sicher woher das kam. Prinzipell existiert eine recovery2 partition (/dev/block/mmcblk0p18). Es könnte sein, dass diese gestartet oder in die recovery partition übertragen wird.

Ich habe meine recovery2 leider testweise überschrieben ohne einen dump davon zu machen. Wäre nett wenn mir jemand seine dumpen und hochladen könnte. Mich würde mal interessieren was da drinnen ist...

Die darstellung in der clockworkmod recovery klappt jetzt auch. Ich habe mal einen devicetree angefangen, basierend auf dem des htc sensation. Die recovery kompiliert, ist im Moment aber noch eher gefährlich als nützlich. Habe mal backup + restore ausprobiert, dannach ging erstmal garnix mehr. Mittlerweile läuft das pad wieder, nur die original recovery weigert sich vehement ein update über dload einzuspielen, zumindest seit der erste updateversuch fehlgeschlagen ist. Wahrscheinlich ist noch irgendwo ein flag gesetzt, dass der recovery sagt dass ein Neustart nötig ist ohne dieses flag zu clearen.
 
  • Danke
Reaktionen: Klaus.at
  • Danke
Reaktionen: mblaster
Danke Klaus.at für den dump.

Die recovery2 ist identisch mit der recovery. Ich habe die ramdisk und den kernel mit denen aus dem recovery.img von der 2ten ICS beta verglichen.

Das recovery image scheint dort nicht direkt beim Flashvorgang hingeschrieben zu werden, sondern beim 'sync', also in dem Schritt bei dem dann auf dem display erscheint, dass man die SD-karte entnehmen oder rebooten soll. Zwischen flashen und sync müsste ein automatisches reboot-recovery passieren. Hier aus der sync-log datei:

Code:
Huawei success to read the source recovery partition,type = 0x60
seeking 0x2fc00000 bytes. ret=0x2fc00000
Huawei success to write the target recovery partition,type = 0x61
seeking 0x2e400000 bytes. ret=0x2e400000

Die 'target recovery partition' hat als Typ 0x61, ist also die recovery2. Die gelesene 'source recovery partition' ist die normale recovery (Typ 0x61). Prinzipiell kann also die recovery vom system durch ein simples dd von recovery2 wieder überschrieben werden.

€: Kurzer Nachtrag zu meinem dload flash Problem. Es schien wirklich noch irgendwo ein flag gesetzt zu sein, dass das flashen verhindert. Es ließ sich jedoch durch zurücksetzen auf Werkseinstellungen löschen, da hier neue flags gesetzt werden, die der recovery signalisieren, dass sie alles löschen soll. Die alten flags werden dabei überschrieben.
 
Zuletzt bearbeitet:
Hab mich selber grad a bisserl damit geplagt, den devtree von mblaster in die Cyanogensourcen zu integrieren, das git/GitHub ist mir noch net ganz geheuer.

Jedenfalls scheint die einfachste Methode die zu sein, im Wurzelverzeichnes des CM9 Repos, die Datei .repo/manifest.xml um folgenden Eintrag zu erweitern:

Code:
  <project path="device/huawei/mediapad" name="mblaster/android_device_huawei_mediapad" />

Danach ein "repo sync", und schon wird der devtree von mblaster ins passende Verzeichnis gesynct.
 
  • Danke
Reaktionen: Lumpy
Klaus.at schrieb:
Hab mich selber grad a bisserl damit geplagt, den devtree von mblaster in die Cyanogensourcen zu integrieren, das git/GitHub ist mir noch net ganz geheuer.

Jedenfalls scheint die einfachste Methode die zu sein, im Wurzelverzeichnes des CM9 Repos, die Datei .repo/manifest.xml um folgenden Eintrag zu erweitern:

Code:
  <project path="device/huawei/mediapad" name="mblaster/android_device_huawei_mediapad" />

Danach ein "repo sync", und schon wird der devtree von mblaster ins passende Verzeichnis gesynct.

Mach dir lieber eine local_manifest.xml im Verzeichnis .repo:
Code:
<?xml version="1.0" encoding="UTF-8"?>
<manifest>
<project path="device/huawei/mediapad" name="mblaster/android_device_huawei_mediapad" remote="github" revision="ics" />
</manifest>
Die manifest.xml wird beim repo sync mit der von CM überschrieben, sobald sich dort etwas ändert, bzw. verursacht einen sync error.

Außerdem möchte ich nochmal ausdrücklich davor warnen mit der compilierten recovery zu versuchen ein vorher gemachtes Backup wiederherzustellen, das geht momentan noch schief und führt unweigerlich zu Datenverlust ...
 
  • Danke
Reaktionen: Klaus.at
mblaster schrieb:
Außerdem möchte ich nochmal ausdrücklich davor warnen mit der compilierten recovery zu versuchen ein vorher gemachtes Backup wiederherzustellen, das geht momentan noch schief und führt unweigerlich zu Datenverlust ...

Soweit bin ich noch lange nicht :)

Ich wollte nur mal durchkompilieren und dann schauen, ob das Browserverhalten vom ICS Beta2 besser wird, wenn ich die webkit-libraries durch die von CM9 ersetze. Scheinbar baut ja fast alles was in Android mit Webdarstellung zu tun hat, auf diesen Libs auf. Also vermute ich zumindest, denn die Fehler sind in vielen Apps die gleichen :)

Ich denke es geht vor allem um /system/lib/libwebcore.so, ev. auch noch libwebkitaccel.so.
 
Dann mal viel Erfolg. Ich bin mir nicht sicher ob CM9 komplett durchkompiliert. Das habe ich bisher mit diesem Tree nicht versucht. Es werden sicher noch viele Änderungen nötig sein um ein lauffähiges System zu compilieren, aber die libraries könnten vielleicht schon klappen.
 
Ah, die gute alte SIGSEGV, eine alte Bekannte, langs ists her :)

Funktioniert so also mal nicht.
 
Da ich morgen auch auf Kurzurlaub fahr und das Pad brauche, verzichte ich jetzt mal drauf, Dinge wie die libc auszutauschen :)
 
Hallo,

ich habe da ein Patch für CWM Recovery gefunden.
Das Patch installiert die Firmware auf die SD Karte. Vorraussetzung ist eine ext4 partition. Danach kann die Firmware von der SD Karte oder die Firmware (eine andere) aus dem internen Speicher gebootet werden.

Bei der übertragung der Firmware auf die SD Karte werden auch alle apps, user.data usw gespeichert.

Geteste habe ich es bis jetzt bei meinem Huawei Phone CM7, da ich noch keine fertige Mediapad Recovery CM9 habe. Das anpassen an Medipad sollte aber dann kein Problem sein.

Für alle die Intresse haben mal in das Patch rein zu schauen habe ich es angehhängt. Es ist eigendlich selbst erklärend.

lg
 

Anhänge

  • dualboot.zip
    201,1 KB · Aufrufe: 159
Hallo,

hier mal die "mount point s" aus der Recovery MediaPad Android ICS.

recovery.fstab

Code:
# mount point    fstype        device            [device2]

#/*<DTS2011042901502  wanglin 00170809 add 2011-05-18 begin*/
#/* <DTS001440480419 for SD Updating z00144048, begin 2011/3/25 */
#/*DTS2011041406378 begin modify by caokai 00167667 20110425
# *for fota update*/
[COLOR=Red]/misc            emmc        /dev/block/mmcblk0p14[/COLOR]
#/*DTS2011061500744 begin modify by caokai 00167667 20110618 for cfg file*/
[COLOR=Red]/vrcb            emmc        /dev/block/mmcblk0p16[/COLOR]
#/*DTS2011061500744 end modify by caokai 00167667 20110618*/
[COLOR=Red]/recovery        emmc        /dev/block/mmcblk0p17
/boot            emmc        /dev/block/mmcblk0p19
/system            ext4        /dev/block/mmcblk0p20
/cache            ext4        /dev/block/mmcblk0p22
/data            ext4        /dev/block/mmcblk0p27
#DTS2011052100933 begin added by y00140144 for firmware updata
/tmpdata            ext4        /dev/block/mmcblk0p23[/COLOR]
#DTS2011052100933 end added by y00140144 for firmware updata
#/*DTS2011052404644 begin modify by caokai 00167667 20110524
[COLOR=Red]/mnt/external    vfat        /dev/block/mmcblk1p1    /dev/block/mmcblk1[/COLOR]
#/*DTS2011052404644 end modify by caokai 00167667 20110524
#/*DTS2011041406378 end modify by caokai 00167667 20110425*/
#/* DTS001440480419 for SD Updating z00144048, end 2011/3/25> */
#/* DTS2011042901502  wanglin 00170809 add 2011-05-18  end>*/
#/*DTS2011083104993 for secure boot version check by x00182786, begin 2011/8/31*/
[COLOR=Red]/hwcust            ext4        /dev/block/mmcblk0p15    [/COLOR]
#/*DTS2011083104993 for secure boot version check by x00182786, end 2011/8/31*/
Das MediaPad braucht auch noch eine Datei in der Recovery.

mtab

Code:
/dev/block/mmcblk0p1 /mnt/dcard ext4 rw 0 0
Und auf die Frage, (die ich mir immer gestellt Habe) warum kommt man bei allen Firmware nicht ins Orginal Recovery? außer bei der Allerersten die auf meinem Pad drauf war.

Also einschalten "vol+" drücken Und es kommt Faild. Das liegt in der orginal recovery.img (gesperrt).

Diese Datei "default.prob" (in der recovery.img nicht boot.img)

Code:
#
# ADDITIONAL_DEFAULT_PROPERTIES
#
[COLOR=Red]ro.secure=1
ro.allow.mock.location=0
ro.debuggable=0[/COLOR]
# begin build properties
# autogenerated by buildinfo.sh
ro.build.id=IML74K
ro.build.display.id=S7-30XuV100R002C002B001
ro.build.version.incremental=eng.zhangjie.20120120.203249
ro.build.version.sdk=15
ro.build.version.codename=REL
ro.build.version.release=4.0.3
ro.build.date=Fri Jan 20 20:39:53 CST 2012
ro.build.date.utc=1327063193
ro.build.type=user
ro.build.user=zhangjie
ro.build.host=
ro.build.tags=release-keys
ro.product.model=HUAWEI MediaPad
ro.product.brand=Huawei
ro.product.name=MediaPad
ro.product.device=hws7300u
ro.product.board=hws7300u
ro.product.cpu.abi=armeabi-v7a
ro.product.cpu.abi2=armeabi
ro.product.manufacturer=HUAWEI
ro.product.locale.language=en
ro.product.locale.region=US
ro.wifi.channels=
ro.board.platform=msm8660
# ro.build.product is obsolete; use ro.product.device
ro.build.product=hws7300u
# Do not try to parse ro.build.description or .fingerprint
ro.build.description=MediaPad-user 4.0.3 IML74K eng.zhangjie.20120120.203249 release-keys
ro.build.fingerprint=Huawei/MediaPad/hws7300u:4.0.3/IML74K/eng.zhangjie.20120120.203249:user/release-keys
ro.build.characteristics=tablet
# end build properties
#
# system.prop for surf
#

rild.libpath=/system/lib/libril-qc-qmi-1.so
rild.libargs=-d /dev/smd0
persist.rild.nitz_plmn=
persist.rild.nitz_long_ons_0=
persist.rild.nitz_long_ons_1=
persist.rild.nitz_long_ons_2=
persist.rild.nitz_long_ons_3=
persist.rild.nitz_short_ons_0=
persist.rild.nitz_short_ons_1=
persist.rild.nitz_short_ons_2=
persist.rild.nitz_short_ons_3=
# Begin: DTS2011060803434  modified  by w00185945 20110608 for disable CDMA function
# ril.subscription.types=NV,RUIM
# End: DTS2011060803434  modified  by w00185945 20110608 for disable CDMA function
DEVICE_PROVISIONED=1
debug.sf.hw=1
debug.composition.type=dyn
ro.sf.compbypass.enable=1
# Begin: DTS2011070405501 modified by y00179556 20110708 for outofmemory error
dalvik.vm.heapsize=256m
# End: DTS2011070405501 modified by y00179556 20110708 for outofmemory error
dev.pm.dyn_samplingrate=1

#
# system props for the cne module
#
persist.cne.UseCne=vendor
persist.cne.UseSwim=false
persist.cne.bat.range.low.med=30
persist.cne.bat.range.med.high=60
persist.cne.loc.policy.op=/system/etc/OperatorPolicy.xml
persist.cne.loc.policy.user=/system/etc/UserPolicy.xml
persist.cne.bwbased.rat.sel=false
persist.cne.snsr.based.rat.mgt=false
persist.cne.bat.based.rat.mgt=false
persist.cne.rat.acq.time.out=30000
persist.cne.rat.acq.retry.tout=0
persist.cne.sync.swim.mode=false

ro.hdmi.enable=true

# Begin: DTS2011042400169 added by f00175111 20110518 for SRS
lpa.decode=false
# End: DTS2011042400169 added by f00175111 20110518 for SRS
lpa.use-stagefright=true

#system props for the MM modules

media.stagefright.enable-player=true
media.stagefright.enable-http=true
media.stagefright.enable-fma2dp=false
media.stagefright.enable-aac=true
media.stagefright.enable-qcp=true
media.stagefright.enable-scan=true

#
# system props for the data modules
#
ro.use_data_netmgrd=true

#
# system props for SD card emulation of emmc partition
#

# <DTS00149230001 yinxiujun add for adjusting partition, begin 2011/4/2
# adjust the partition number
ro.emmc.sdcard.partition=23
# DTS00149230001 yinxiujun add for adjusting partition, end 2011/4/2

#system props for time-services
persist.timed.enable=true

# System props for audio
persist.audio.fluence.mode=endfire
persist.audio.vr.enable=false

#
# system prop for opengles version
#
# 131072 is decimal for 0x20000 to report version 2
ro.opengles.version=131072

#
# system prop for Bluetooth Auto connect for remote initated connections
#
ro.bluetooth.remote.autoconnect=true

#
# system prop for Bluetooth FTP profile
#
ro.qualcomm.bluetooth.ftp=true
#
# system prop for requesting Master role in incoming Bluetooth connection.
#
ro.bluetooth.request.master=true
# system property for Bluetooth discoverability time out in seconds
# 0: Always discoverable
#debug.bt.discoverable_time=0

# System property for cabl
ro.qualcomm.cabl=1

#
# System prop for sending transmit power request to RIL during WiFi hotspot on/off
#
ro.ril.transmitpower=true

# qemu.sf.lcd_density=240

ro.sf.lcd_density=213

# Begin: DTS2011042400175 added by w00182119 20110507 for UpdateOnline
config.hw_updateOnline=http://query.hicloud.com/hid_and_common/UrlCommand/CheckNewVersion.aspx
# End: DTS2011042400175 added by w00182119 20110507 for UpdateOnline

# Begin: DTS2011060500371 z00185287 20110605
# Add To: use Sensor for the currentAppOrientation
# DTS2011032202087 s00159653 20110322 begin
ro.config.hw_GSensorOptimize=true
# DTS2011032202087 s00159653 20110322 end
# End  : DTS2011060500371 z00185287 20110605

#Begin: DTS2011042400163 added by g00166974 20110601 for retrieveing the ntp time from ntp server
net.ntp.server=time-a.nist.gov
#net.ntp.server=129.6.15.28
net.ntp.server2=pool.ntp.org
#net.ntp.server2=123.146.124.31
net.ntp.server3=210.72.145.44
net.ntp.time=0
net.ntp.timereference=0
#End: DTS2011042400163 added by g00166974 20110601

# Being: DTS2011122104219 added by kf57825 on 20111221 for the flag of new table systemex in Settings
# Begin: added by g00181301 20110609 for the flag of new table systemex in Settings
ro.config.hw_addsettingsdbex=1
# End: added by g00181301 20110609 for the flag of new table systemex in Settings
# End  : DTS2011122104219 added by kf57825 on 20111221 for the flag of new table systemex in Settings
#Begin:DTS2011121204052 modified by z00178913 20111226 for uaprofile
#Begin:DTS2011080402341 added by z00185287 20110804 for USER AGENT and uaprofile
#Begin:DTS2011101701799 added by z00185287 20111017 for wifi-only's uaprofile
#ro.config.hw_uaprof=http://wap1.huawei.com/uaprof/HuaweiMediaPadWCDMADataOnly.xml
#ro.config.uaprofile2g=http://wap1.huawei.com/uaprof/HuaweiMediaPadWCDMADataOnly.xml
#ro.config.uaprofile3g=http://wap1.huawei.com/uaprof/HuaweiMediaPadWCDMADataOnly.xml
#ro.config.uaprofilewifionly=http://wap1.huawei.com/uaprof/HuaweiMediaPadWIFIOnly.xml
#Begin:DTS2011101701799 added by z00185287 20111017 for wifi-only's uaprofile
#End:DTS2011080402341 added by z00185287 20110804 for USER AGENT and uaprofile
ro.config.uaprofile=http://wap1.huawei.com/uaprof/HuaweiMediaPadWCDMADataOnly.xml
ro.config.uaprofilewifionly=http://wap1.huawei.com/uaprof/HuaweiMediaPadWIFIOnly.xml
#End:DTS2011121204052 modified by z00178913 20111226 for uaprofile

#Begin:DTS2011081602807 added by x00190178 20110816 for gms version information
#Begin:DTS2011102407132 modified by z00185287 20111024 for gms version information
#Begin: DTS2011122604366 modified by y00196810 in 20120116
ro.com.google.gmsversion=4.0.3_r0
#End: DTS2011122604366 modified by y00196810 in 20120116
#End:DTS2011102407132 modified by z00185287 20111024 for gms version information
#End:DTS2011081602807 added by x00190178 20110816 for gms version information
#add persist.debug.dp.profilelevel for netflix
persist.debug.dp.profilelevel=0

# Begin: DTS2011091001666 added by lwx34719 for taking picture or recording notification when set volume mute
ro.camera.sound.forced=1
# End: DTS2011091001666 added by lwx34719 for taking picture or recording notification when set volume mute

# Begin: DTS2011102000039 added by w00181636 20111031 American patch: Launcher customization drawer performance improvements and general launcher UI performance
# Begin: DTS2011102800017 added by w00181636 20111111 American patch: Resolve linux VM fragmentation (multi media stability and overall UI performance increases)
ro.hwui.layer_cache_size=0
# End: DTS2011102800017 added by w00181636 20111111 American patch: Resolve linux VM fragmentation (multi media stability and overall UI performance increases)
ro.hwui.texture_cache_size=28
# End: DTS2011102000039 added by w00181636 20111031 American patch: Launcher customization drawer performance improvements and general launcher UI performance

# begin DTS2011120500663 w00181636 switch main storage
# Default storage is EMMC
persist.sys.default_storage=1
# end DTS2011120500663 w00181636 switch main storage

# Begin: DTS2011122304894 added by h00191874 20111223 for fast power
# DTS2011012104419 s62695 for quick power on begin
ro.config.hw_quickpoweron=false
persist.sys.quickpoweron=normal
persist.sys.animationstart=false
ro.config.hw_poanimation=5000
# DTS2011012104419 s62695 for quick power on end
# End: DTS2011122304894 added by h00191874 20111223 for fast power
#
# ADDITIONAL_BUILD_PROPERTIES
#
ro.setupwizard.mode=OPTIONAL
ro.com.google.clientidbase=android-huawei
ro.com.google.clientidbase.ms=android-huawei
ro.com.google.clientidbase.yt=android-huawei
ro.com.google.clientidbase.am=android-huawei
ro.com.google.clientidbase.gmm=android-huawei
ro.url.legal=http://www.google.com/intl/%s/mobile/android/basic/phone-legal.html
ro.url.legal.android_privacy=http://www.google.com/intl/%s/mobile/android/basic/privacy.html
ro.config.ringtone=BeatPlucker.ogg
ro.telephony.default_network=0
ro.telephony.support_network=0,1,2,3
drm.service.enabled=true
net.bt.name=Android
dalvik.vm.stack-trace-file=/data/anr/traces.txt
Da muss geändert werden

Code:
ro.secure=1
ro.allow.mock.location=0
ro.debuggable=0

zu

[COLOR=Red]ro.secure=0
ro.allow.mock.location=1
ro.debuggable=1
persist.service.adb.enable=1    (die zeile zusätzlich)[/COLOR]
lg segler11
 
Zuletzt bearbeitet von einem Moderator:
  • Danke
Reaktionen: Klaus.at
@ Segler, kannst du mir ein CWM recovery.img senden? Ich bin viel am basteln und passe meine scripts ein. Ich brauche aber die CWM Recovery die /system Partition mounten kann, damit ich per adb zugreifen kann auf mein Pad.

Ich habe es schon ein paar mal zerschossen und müsste jedes mal per fastboot die /system Partition flashen.

Die CWM soll nur in der Lage sein die /system Partition zu mounten, nichts weiter.

Kannst du mir entgegen kommen?
 
ich mal wieder,

kann mal einer das root gemarkte checken ?

BoardConfig.mk

Code:
# inherit from the proprietary version
-include vendor/Huawei/MediPad/BoardConfigVendor.mk

TARGET_NO_BOOTLOADER := msm7k
TARGET_BOARD_PLATFORM := armv6j
TARGET_CPU_ABI := armeabi
TARGET_BOOTLOADER_BOARD_NAME := MediPad

BOARD_KERNEL_CMDLINE := console=ttyHSL0,115200,n8 androidboot.hardware=hws7300u vmalloc=578M kgsl.ptcount=16
BOARD_KERNEL_BASE := 0x40300000
BOARD_KERNEL_PAGESIZE := 00000800

[COLOR=Red][COLOR=Navy]# fix this up by examining /proc/mtd on a running device[/COLOR]
BOARD_BOOTIMAGE_PARTITION_SIZE := 0x00380000
BOARD_RECOVERYIMAGE_PARTITION_SIZE := 0x00480000
BOARD_SYSTEMIMAGE_PARTITION_SIZE := 0x08c60000
BOARD_USERDATAIMAGE_PARTITION_SIZE := 0x105c0000
BOARD_FLASH_BLOCK_SIZE := 131072[/COLOR]

TARGET_PREBUILT_KERNEL := device/Huawei/MediPad/kernel

BOARD_HAS_NO_SELECT_BUTTON := true
# Use this flag if the board has a ext4 partition larger than 2gb
BOARD_HAS_LARGE_FILESYSTEM := true

ich bekomme beim compilieren immer:

error: unsupported page size 800
make: *** [out/target/product/MediPad/boot.img] Error 255

das ganze bei ICS
 
Hallo Jens,

ändere doch mal
BOARD_KERNEL_PAGESIZE := 00000800
in
BOARD_KERNEL_PAGESIZE := 00002048

Gruß
Dieter
 
DS7005 schrieb:
Hallo Jens,

ändere doch mal
BOARD_KERNEL_PAGESIZE := 00000800
in
BOARD_KERNEL_PAGESIZE := 00002048

Gruß
Dieter

ja super Dieter danke, habe hier 2 Pc s am laufen und 8 konsolen offen.

Hatte noch das eingefügt:

Code:
BOARD_USES_QCOM_HARDWARE := true
BOARD_USES_QCOM_LIBS := true
BOARD_USES_QCOM_LIBRPC := true

und hier geändert:

Code:
USE_CAMERA_STUB := false (war vorher true)

und hier natürlich:

Code:
BOARD_HAS_NO_SELECT_BUTTON := true
# Use this flag if the board has a ext4 partition larger than 2gb
BOARD_HAS_LARGE_FILESYSTEM := true

Dann heute noch die neuen CM9 sourcen geladen.


Also meine mount points sollten passen.

Jetzt bekomme ich diese meldung:

Code:
make: *** [out/target/product/MediPad/boot.img] Error 1
make: *** Deleting file `out/target/product/MediPad/boot.img'
make: *** Waiting for unfinished jobs....

Aber das wird sich morgen finden.


danke Dieter
 

Ähnliche Themen

B
Antworten
2
Aufrufe
2.515
Bupi22
B
T
  • TMTYD
Antworten
0
Aufrufe
1.080
TMTYD
T
S
Antworten
1
Aufrufe
3.763
tracyiwen
tracyiwen
Zurück
Oben Unten