[ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Page 3 sur 4 • Partagez
Page 3 sur 4 • 1, 2, 3, 4
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Pour les amateurs, boeffla 2.4 bêta 2 online
http://boeffla.df-kunde.de/sgs3/boeffla-kernel-omni/omni11_download/Test/
http://boeffla.df-kunde.de/sgs3/boeffla-kernel-omni/omni11_download/Test/
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Encore une nouvelle version de Boeffla Kernel v2.4 bêta 3 même endroit
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Audebasse a écrit:V122 sortie
Merci pour l'info mon Ami...
et Surtout n'hésites pas à nous faire des retours sur la Rom....
Merci d'avance.....
Post-it- Confirmé
- Age : 51
Date d'inscription : 23/09/2013
Messages : 7320
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Du v123.1 sortie.
Si j'ai bien compris, il est question de pouvoir enregistrer les conversations téléphoniques
À tester et faire retours pour Temasek.
Merci
Si j'ai bien compris, il est question de pouvoir enregistrer les conversations téléphoniques
À tester et faire retours pour Temasek.
Merci
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Audebasse a écrit:Du v123.1 sortie.
Si j'ai bien compris, il est question de pouvoir enregistrer les conversations téléphoniques
À tester et faire retours pour Temasek.
Merci
pour l'info
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
[mod] i9300-442-kk-temasek-s-unofficial-cm11-build-v123.1 – 14/08/2014 [/mod]
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Merci sakura pour la mise à jour
Invité- Invité
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Audebasse a écrit:V124 sortie
Merci pour l'info
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
[mod] i9300-442-kk-temasek-s-unofficial-cm11-build-v124– 16/08/2014 [/mod]
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
V125 sortie, mais selon Temasek, "So in simple terms......i9300 V125 - Update when u absolutely nothing to do.....ROFL :D:D"
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Audebasse a écrit:V125 sortie, mais selon Temasek, "So in simple terms......i9300 V125 - Update when u absolutely nothing to do.....ROFL :D:D"
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
V126 online
Important, lisez ceci :
forum.xda-developers.com/showpost.php?p=55030599&postcount=5084
Important, lisez ceci :
forum.xda-developers.com/showpost.php?p=55030599&postcount=5084
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Audebasse a écrit:V126 online
Important, lisez ceci :
forum.xda-developers.com/showpost.php?p=55030599&postcount=5084
Merci pour l'info
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
[mod] i9300-442-kk-temasek-s-unofficial-cm11-build-v126– 24/08/2014 [/mod]
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Sakura a écrit:[mod] i9300-442-kk-temasek-s-unofficial-cm11-build-v126– 24/08/2014 [/mod]
Merci sakura
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
mahoni a écrit:
Merci sakura
Avec plaisir mon ami
Dernière édition par Sakura le Mar 26 Aoû - 20:18, édité 1 fois
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Sakura pourquoi tu redonnes une info que l'on a déjà donnée ?
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Audebasse a écrit:Sakura pourquoi tu redonnes une info que l'on a déjà donnée ?
Comment çà, de quoi tu parles ?
tu nous préviens de la mise à jour, je met le contenu du sujet à jour et je met l'info sujet mis à jour !
C'est la procédure.
Dernière édition par Sakura le Mar 26 Aoû - 20:35, édité 1 fois
Invité- Invité
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Audebasse a écrit:V127 online
[mod] i9300-442-kk-temasek-s-unofficial-cm11-build-v127 – 27/08/2014 [/mod]
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Dites-moi, avez vous aussi des soucis de téléphone qui se réveille tout seul ou qui ne se met pas en veille ? Je trouve ça plutôt chiant., la batterie en prend un coup !
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
scoubysnoop- Apprenti
- Age : 44
Date d'inscription : 26/08/2014
Localisation : annecy
Messages : 7
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Très bonne ROM, personnalisable à gogo. J'ai installé les GAPPs de la slim.
J'ai juste eu un petit soucis avec l'installation de mon thème, mais qui a été réglé facilement avec Xposed et HKTheme manager.
La V128.1 est sortie pour info.
J'ai eu le même soucis Audebasse quand le tel était en charge, j'ai du décocher "rester activer" dans les options développeurs. Je sais pas si sa règle ton problème.
J'ai juste eu un petit soucis avec l'installation de mon thème, mais qui a été réglé facilement avec Xposed et HKTheme manager.
La V128.1 est sortie pour info.
J'ai eu le même soucis Audebasse quand le tel était en charge, j'ai du décocher "rester activer" dans les options développeurs. Je sais pas si sa règle ton problème.
Visiteur- Apprenti
- Age : 41
Date d'inscription : 25/08/2014
Localisation : Bas-Rhin
Messages : 25
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
@visiteur
[mod] i9300-442-kk-temasek-s-unofficial-cm11-build-v128.1 – 29/08/2014 [/mod]
[mod] i9300-442-kk-temasek-s-unofficial-cm11-build-v128.1 – 29/08/2014 [/mod]
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Build V128.1
md5sum: 9167799563ea1ba8440da9a752c0b4fa
Originally planned for HLTE release only that's why its a point build but now its for i9300 also
Changelog since V128
md5sum: 9167799563ea1ba8440da9a752c0b4fa
Originally planned for HLTE release only that's why its a point build but now its for i9300 also
Changelog since V128
- Spoiler:
system/core: healthd: Disable the RTC wakeup timer
The timer is used here to avoid battery drained to zero. But the periodic
wakeup during suspend should not be needed as MSM PMIC already support
that by trigger interrupt to avoid the critical low battery situation.
This will save more power. And if the design is not support HW interrupt
of low battery, need to enable the timer to periodic check.
system/core: healthd: increase healthd fast timer to 10mins instead of 1min
healthd 1 min wakeups are causing significant power impact
during static display use case. so increasing the timer to 10min.
system/vold: Fix Vold to properly handle full-disk file systems (full-disk: no partitions)
- In Android, Vold recognizes a USB drive having a full-disk file system
and mounts it properly, but when the drive is removed from system Vold
won't unmount the device. This is because Vold only unmounts partitions.
For a FAT32 USB drive (with partitions), kernel will create two devices:
sda (disk device) and sda1 (partition device). When the drive is removed,
Vold will receive two netlink events: one for partition remove (sda1)
and one for disk remove (sda). The unmount occurs only when partition
remove event is received.
- For a full-disk FS USB drive, kernel will only create one device: sda
(disk device). When the drive is removed, Vold will only receive one
netlink event for disk remove (sda) and it won't unmount the device.
- This patch will verify if there is a currently mounted device when disk
remove event is received and will perform unmount, to properly unmount
the device.
system/vold: Add more headroom for ext4 app package containers.
- Code in the volume daemon that creates the filesystem image to contain
an installed application package currently adds about 1.6% to the
size estimate that is passed down to it to account for filesystem
overhead. That figure is based upon an assumption that the filesystem
is of type FAT, but is insufficient for some big application packages
when the filesystem is of type ext4.
- This change checks the filesystem type, and in the case where it's
ext4, adds about 6% to the input estimate to account for journaling,
etc.
MediaProvider: Avoid issue of android.process.media stop
- "OK" and "Cancel" button's click event response at the same time
lead to FATAL EXCEPTION. Make the click events do not happen at
the same time.
MediaProvider: Add feature to support group music by folder path
- There is no support to group music by folder path.
- Add extra query sql statement for supporting group music
by folder path.
MediaProvider: support streaming bookmark
- Add bookmarks table and bookmark URI.
MediaProvider: Make folder music change when delete music
- Lack the register for folder music uri,which cause the data
not change we obtain the change from uri.
- Register uri for folder music to make correspoing cursor
change when data change.
MediaProvider: Structure and sanitize input in AUDIO_FOLDER logic from CAF.
mms: Fix NPE when attaching slides
frameworks/base: Revert "Use actual storage type of sdcard/usb"
frameworks/base: add persistent notification when USB OTG is connected
- Tapping the notification will take the user into Storage settings, and
highlight the 'Unmount' option.
frameworks/base: QuickSettings: Use a Bug Report tile icon of proper size
Reuse of the ADB drawables causes alignment issues here.
Camera: Fix menu button margins.
- Make sure the button is center aligned to the shutter and mode switcher
buttons.
Updated cm sources
Let me know how's your idle & screen on time improvements.
Enjoy
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Hello Bishop je vois que tu es en ligne ce serait super sympa si tu pouvais mettre ton topic à jour et supprimer ce qui est à supprimer.
pour ton aide !!!!
A bientôt
pour ton aide !!!!
A bientôt
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Un retour de Bishop ? Ça serait cool en effet !
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Audebasse a écrit:Un retour de Bishop ? Ça serait cool en effet !
Hélas aucune réponse de Bishop alors qu'il est connecté, aussi MP, c'est son choix j'espère qu'il va changer d'avis et se manifester !
Merci pour ton aide je vais mettre à jour au fur et à mesure avec tes infos. A moins que Bishop le fasse comme tu dis ce serait nettement mieux car je n'aime pas changer le topic fait par un autre mais parfois on a pas le choix si l'auteur ne le fait pas
A+
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Bonjour ! Je pense que rouvrir un nouveau topic serait le top
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Ptidav a écrit:Bonjour ! Je pense que rouvrir un nouveau topic serait le top
Bonjour mon ami, je ne m'y retrouve pas et je galère à chaque fois j'ai déjà supprimé pas mal de chose mais j'espérai que l'auteur s'en occuperai
Je vais voir si notre ami Audebasse ne veux pas en faire un car il le suite de près
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Salut Sakura, si Audebasse est ok pour ouvrir un nouveau topic sur cette superbe ROM , je répondrai : Fonce !!
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Ptidav a écrit:Salut Sakura, si Audebasse est ok pour ouvrir un nouveau topic sur cette superbe ROM , je répondrai : Fonce !!
Je viens de lui envoyer un MP on va voir car lui la suit de près ce serait le top, à suivre !
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Sakura a écrit:Ptidav a écrit:Salut Sakura, si Audebasse est ok pour ouvrir un nouveau topic sur cette superbe ROM , je répondrai : Fonce !!
Je viens de lui envoyer un MP on va voir car lui la suit de près ce serait le top, à suivre !
Effectivement, comme Dav, si Audebasse est ok, pas de souci...
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Alexisa22 a écrit:Sakura a écrit:Ptidav a écrit:Salut Sakura, si Audebasse est ok pour ouvrir un nouveau topic sur cette superbe ROM , je répondrai : Fonce !!
Je viens de lui envoyer un MP on va voir car lui la suit de près ce serait le top, à suivre !
Effectivement, comme Dav, si Audebasse est ok, pas de souci...
ok J'attends sa réponse
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Ah les amis, comme dit à sakura, pourquoi recréer un nouveau sujet ? Celui-là est très bien ! Mais si vous y tenez, faites donc ! Moi je suis !
Sinon V129 online
Changelog
Build V129
md5sum: 168406300bcce3747ef0029b572b1132
Changelog since V128.1
Comes with Temasek Kernel v3.93
Changelog Since v3.92
- GPU OC to 578MHz
- Modified intelliactive by arter97
- Removal of unstable governors
- Revert "arm: arch_timer: set memory mapped timer interrupt as IRQF_TIMER"
This is one of the potential cause of random reboots & SOD.
- Updated FauxSound from v3.2 to v3.5
- Tone down debugging
- mmc: core: Optimize entering HS400 mode
- msm: ocmem: Check for NULL pointer from get_zone
- msm: ocmem: Add NULL pointer check for req structure
- Fix all leaks & warnings
device/hlte: hlte: Enable call recording for uplink and downlink
frameworks/base: SystemUI: Update user name timely when delete the user contact
- The user name isn't updated timely when delete the user contact in contacts.
- Update the user name timely when receive the user info changed event.
- CRs-Fixed: 673195
frameworks/base: lowmemorykiller: Overwrite LMK parameters for low-tier devices
- LMK parameters calculated by default algorithm were not optimal for low-tier devices.
Values mentioned here were well tested and evaluated w.r.t memory and performance
for such setups. (more suitable for i9300)
frameworks/base: ActivityManagerService: Penalise large apps going to background
- Large applications (PSS more than a given threshold) when closed are
penalised with higher ADJ. Now, they will be more prone to be killed by
lowmemorykiller during memory pressure levels. This ensures better app
concurrency and improved subsequent latencies as it leaves some more room
for other smaller bg apps to be alive
frameworks/base: [ActivityManager] Finish the failed-to-pause activity
Symptom:
In some scenario, the mPausingActivity may be replaced by other activity.
When previous activity paused, the completePausedLocked() won't be invoked
because it is no longer the mPausingActivity. If the activity is also
pending to finish, it would never be done because the activity kept in
PAUSING state. Since the activity's window also remain visible and is
above on Wallpaper, user would see it when back to home.
Solution:
Finish the failed-to-pause activity if the activity is pending to finish
A Real Case:
(1) Screen turn off
(2) The top activity T1 crashed
(3) When finish activity T1, the next top activity T2 will be scheduled
to resume and pause (due to screen off).
(4) The activity T2 is also set to finishing due to T1 crashed.
(5) Before T2 paused and before paused timeout occurs, there has a new
process started which brings up the next top activity T3 to resume
and pause. So the pausing activity is now replaced.
(6) When activity T2 paused, it cannot completed the pause operation.
T2 will remain in PAUSING and finishing state with its window visible.
The process won't be killed because the oomadj stays at 1 (Visible).
frameworks/base: Network: Check parameter for NULL in isMmsRequest method
- It's the NullPointerException which causes the third part
application can't work normally. It happens when the third
part application calls execute in AndroidHttpClient.java.
The parameter may null when calling checkMmsSendPermission.
- Add extra judgement to avoid NullPointerException for fixing
this issue.
- CRs-Fixed: 584775
libcore: Update our MIME type map.
- Bug: https://code.google.com/p/android/is...etail?id=61996
libcore: Fix MimeUtils to treat ".flac" as "audio/flac".
libcore: Switch Random to use AtomicLong
This removes the synchronization from next() and replaces the seed with
an AtomicLong.
libcore: Improve URI.equals performance.
The main improvement is that we're vastly reducing
the amount of garbage this method creates.
Also, get rid of some incorrect checks and add a new
benchmark test case.
Before vs. After:
URI Equals 1540.1 =
URI EqualsWithHeavilyEscapedComponent 11921397.1 ==============================
URI Equals 1337.2 =
URI EqualsWithHeavilyEscapedComponent 588934.3 ==============================
libcore: Allow multiple gzip members in gzip streams.
- We look for the gzip magic bytes at the end of every
member and try to decompress the remainder of the
stream if we find it.
- Note that this changes the behaviour of this class wrt.
the underlying stream: It is no longer self limiting. It
will attempt to read past the gzip trailer to look for
more data to decompress. Before this change, it would've
been possible to (hackily) consume the rest of the compressed
stream directly by inspecting the value of
InflaterInputStream.inf.getRemainingBytes(). It's no longer
possible to sensibly support that.
- bug: https://code.google.com/p/android/is...etail?id=63873
libcore: GZIPInputStream: avoid leaks in init.
If we throw inside the ctor, it is impossible for clients
to pass the CloseGuard test for the associated Inflater.
frameworks/av: stagefright: Fix 24-bit WAV
- When 24-bit output is enabled, we need to ensure that padding
to 32 bits is done correctly.
- Create new output buffers which conform to the correct format.
telephony: Phone: Fix forced closure when change language during adding SIP account
telephony: Phone: PIN2 shouldn't be seen when make passwords invisible
telephony: Phone: It should stay at Sip account details interface after unlock phone
telephony: Phone: Prompt port number invalid when the port number length too long
telephony: Phone: Add one dialog to prompt the SIM is turned off
telephony: Phone: Disbale the network item and update the titile
telephony: Settings: DUT can register on a forbidden network operator
telephony: Phone: Removing the unreachable call forward option
telephony: Phone: The option should be clickable after pressing OK
telephony: TeleService: Prompt user the fixed dialing number can’t be empty
Updated cm sources
Enjoy
Sinon V129 online
Changelog
Build V129
md5sum: 168406300bcce3747ef0029b572b1132
Changelog since V128.1
Comes with Temasek Kernel v3.93
Changelog Since v3.92
- GPU OC to 578MHz
- Modified intelliactive by arter97
- Removal of unstable governors
- Revert "arm: arch_timer: set memory mapped timer interrupt as IRQF_TIMER"
This is one of the potential cause of random reboots & SOD.
- Updated FauxSound from v3.2 to v3.5
- Tone down debugging
- mmc: core: Optimize entering HS400 mode
- msm: ocmem: Check for NULL pointer from get_zone
- msm: ocmem: Add NULL pointer check for req structure
- Fix all leaks & warnings
device/hlte: hlte: Enable call recording for uplink and downlink
frameworks/base: SystemUI: Update user name timely when delete the user contact
- The user name isn't updated timely when delete the user contact in contacts.
- Update the user name timely when receive the user info changed event.
- CRs-Fixed: 673195
frameworks/base: lowmemorykiller: Overwrite LMK parameters for low-tier devices
- LMK parameters calculated by default algorithm were not optimal for low-tier devices.
Values mentioned here were well tested and evaluated w.r.t memory and performance
for such setups. (more suitable for i9300)
frameworks/base: ActivityManagerService: Penalise large apps going to background
- Large applications (PSS more than a given threshold) when closed are
penalised with higher ADJ. Now, they will be more prone to be killed by
lowmemorykiller during memory pressure levels. This ensures better app
concurrency and improved subsequent latencies as it leaves some more room
for other smaller bg apps to be alive
frameworks/base: [ActivityManager] Finish the failed-to-pause activity
Symptom:
In some scenario, the mPausingActivity may be replaced by other activity.
When previous activity paused, the completePausedLocked() won't be invoked
because it is no longer the mPausingActivity. If the activity is also
pending to finish, it would never be done because the activity kept in
PAUSING state. Since the activity's window also remain visible and is
above on Wallpaper, user would see it when back to home.
Solution:
Finish the failed-to-pause activity if the activity is pending to finish
A Real Case:
(1) Screen turn off
(2) The top activity T1 crashed
(3) When finish activity T1, the next top activity T2 will be scheduled
to resume and pause (due to screen off).
(4) The activity T2 is also set to finishing due to T1 crashed.
(5) Before T2 paused and before paused timeout occurs, there has a new
process started which brings up the next top activity T3 to resume
and pause. So the pausing activity is now replaced.
(6) When activity T2 paused, it cannot completed the pause operation.
T2 will remain in PAUSING and finishing state with its window visible.
The process won't be killed because the oomadj stays at 1 (Visible).
frameworks/base: Network: Check parameter for NULL in isMmsRequest method
- It's the NullPointerException which causes the third part
application can't work normally. It happens when the third
part application calls execute in AndroidHttpClient.java.
The parameter may null when calling checkMmsSendPermission.
- Add extra judgement to avoid NullPointerException for fixing
this issue.
- CRs-Fixed: 584775
libcore: Update our MIME type map.
- Bug: https://code.google.com/p/android/is...etail?id=61996
libcore: Fix MimeUtils to treat ".flac" as "audio/flac".
libcore: Switch Random to use AtomicLong
This removes the synchronization from next() and replaces the seed with
an AtomicLong.
libcore: Improve URI.equals performance.
The main improvement is that we're vastly reducing
the amount of garbage this method creates.
Also, get rid of some incorrect checks and add a new
benchmark test case.
Before vs. After:
URI Equals 1540.1 =
URI EqualsWithHeavilyEscapedComponent 11921397.1 ==============================
URI Equals 1337.2 =
URI EqualsWithHeavilyEscapedComponent 588934.3 ==============================
libcore: Allow multiple gzip members in gzip streams.
- We look for the gzip magic bytes at the end of every
member and try to decompress the remainder of the
stream if we find it.
- Note that this changes the behaviour of this class wrt.
the underlying stream: It is no longer self limiting. It
will attempt to read past the gzip trailer to look for
more data to decompress. Before this change, it would've
been possible to (hackily) consume the rest of the compressed
stream directly by inspecting the value of
InflaterInputStream.inf.getRemainingBytes(). It's no longer
possible to sensibly support that.
- bug: https://code.google.com/p/android/is...etail?id=63873
libcore: GZIPInputStream: avoid leaks in init.
If we throw inside the ctor, it is impossible for clients
to pass the CloseGuard test for the associated Inflater.
frameworks/av: stagefright: Fix 24-bit WAV
- When 24-bit output is enabled, we need to ensure that padding
to 32 bits is done correctly.
- Create new output buffers which conform to the correct format.
telephony: Phone: Fix forced closure when change language during adding SIP account
telephony: Phone: PIN2 shouldn't be seen when make passwords invisible
telephony: Phone: It should stay at Sip account details interface after unlock phone
telephony: Phone: Prompt port number invalid when the port number length too long
telephony: Phone: Add one dialog to prompt the SIM is turned off
telephony: Phone: Disbale the network item and update the titile
telephony: Settings: DUT can register on a forbidden network operator
telephony: Phone: Removing the unreachable call forward option
telephony: Phone: The option should be clickable after pressing OK
telephony: TeleService: Prompt user the fixed dialing number can’t be empty
Updated cm sources
Enjoy
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Audebasse a écrit:Ah les amis, comme dit à sakura, pourquoi recréer un nouveau sujet ? Celui-là est très bien ! Mais si vous y tenez, faites donc ! Moi je suis !
Sinon V129 online
Changelog
Build V129
md5sum: 168406300bcce3747ef0029b572b1132
- Spoiler:
Changelog since V128.1
Comes with Temasek Kernel v3.93
Changelog Since v3.92
- GPU OC to 578MHz
- Modified intelliactive by arter97
- Removal of unstable governors
- Revert "arm: arch_timer: set memory mapped timer interrupt as IRQF_TIMER"
This is one of the potential cause of random reboots & SOD.
- Updated FauxSound from v3.2 to v3.5
- Tone down debugging
- mmc: core: Optimize entering HS400 mode
- msm: ocmem: Check for NULL pointer from get_zone
- msm: ocmem: Add NULL pointer check for req structure
- Fix all leaks & warnings
device/hlte: hlte: Enable call recording for uplink and downlink
frameworks/base: SystemUI: Update user name timely when delete the user contact
- The user name isn't updated timely when delete the user contact in contacts.
- Update the user name timely when receive the user info changed event.
- CRs-Fixed: 673195
frameworks/base: lowmemorykiller: Overwrite LMK parameters for low-tier devices
- LMK parameters calculated by default algorithm were not optimal for low-tier devices.
Values mentioned here were well tested and evaluated w.r.t memory and performance
for such setups. (more suitable for i9300)
frameworks/base: ActivityManagerService: Penalise large apps going to background
- Large applications (PSS more than a given threshold) when closed are
penalised with higher ADJ. Now, they will be more prone to be killed by
lowmemorykiller during memory pressure levels. This ensures better app
concurrency and improved subsequent latencies as it leaves some more room
for other smaller bg apps to be alive
frameworks/base: [ActivityManager] Finish the failed-to-pause activity
Symptom:
In some scenario, the mPausingActivity may be replaced by other activity.
When previous activity paused, the completePausedLocked() won't be invoked
because it is no longer the mPausingActivity. If the activity is also
pending to finish, it would never be done because the activity kept in
PAUSING state. Since the activity's window also remain visible and is
above on Wallpaper, user would see it when back to home.
Solution:
Finish the failed-to-pause activity if the activity is pending to finish
A Real Case:
(1) Screen turn off
(2) The top activity T1 crashed
(3) When finish activity T1, the next top activity T2 will be scheduled
to resume and pause (due to screen off).
(4) The activity T2 is also set to finishing due to T1 crashed.
(5) Before T2 paused and before paused timeout occurs, there has a new
process started which brings up the next top activity T3 to resume
and pause. So the pausing activity is now replaced.
(6) When activity T2 paused, it cannot completed the pause operation.
T2 will remain in PAUSING and finishing state with its window visible.
The process won't be killed because the oomadj stays at 1 (Visible).
frameworks/base: Network: Check parameter for NULL in isMmsRequest method
- It's the NullPointerException which causes the third part
application can't work normally. It happens when the third
part application calls execute in AndroidHttpClient.java.
The parameter may null when calling checkMmsSendPermission.
- Add extra judgement to avoid NullPointerException for fixing
this issue.
- CRs-Fixed: 584775
libcore: Update our MIME type map.
- Bug: https://code.google.com/p/android/is...etail?id=61996
libcore: Fix MimeUtils to treat ".flac" as "audio/flac".
libcore: Switch Random to use AtomicLong
This removes the synchronization from next() and replaces the seed with
an AtomicLong.
libcore: Improve URI.equals performance.
The main improvement is that we're vastly reducing
the amount of garbage this method creates.
Also, get rid of some incorrect checks and add a new
benchmark test case.
Before vs. After:
URI Equals 1540.1 =
URI EqualsWithHeavilyEscapedComponent 11921397.1 ==============================
URI Equals 1337.2 =
URI EqualsWithHeavilyEscapedComponent 588934.3 ==============================
libcore: Allow multiple gzip members in gzip streams.
- We look for the gzip magic bytes at the end of every
member and try to decompress the remainder of the
stream if we find it.
- Note that this changes the behaviour of this class wrt.
the underlying stream: It is no longer self limiting. It
will attempt to read past the gzip trailer to look for
more data to decompress. Before this change, it would've
been possible to (hackily) consume the rest of the compressed
stream directly by inspecting the value of
InflaterInputStream.inf.getRemainingBytes(). It's no longer
possible to sensibly support that.
- bug: https://code.google.com/p/android/is...etail?id=63873
libcore: GZIPInputStream: avoid leaks in init.
If we throw inside the ctor, it is impossible for clients
to pass the CloseGuard test for the associated Inflater.
frameworks/av: stagefright: Fix 24-bit WAV
- When 24-bit output is enabled, we need to ensure that padding
to 32 bits is done correctly.
- Create new output buffers which conform to the correct format.
telephony: Phone: Fix forced closure when change language during adding SIP account
telephony: Phone: PIN2 shouldn't be seen when make passwords invisible
telephony: Phone: It should stay at Sip account details interface after unlock phone
telephony: Phone: Prompt port number invalid when the port number length too long
telephony: Phone: Add one dialog to prompt the SIM is turned off
telephony: Phone: Disbale the network item and update the titile
telephony: Settings: DUT can register on a forbidden network operator
telephony: Phone: Removing the unreachable call forward option
telephony: Phone: The option should be clickable after pressing OK
telephony: TeleService: Prompt user the fixed dialing number can’t be empty
Updated cm sources
Enjoy
Je dois prendre tous les éléments que tu me donnes alors que tu pourrais les mettre directement et cela nous serait d'une grande aide pour nous.
J'espère que tu vas changer d'avis.
Merci pour ton aide
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Ceci dit, tu n'es pas obligé de citer systématiquement, surtout sur un truc aussi long ! Ça bouffe énormément de place.
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
BON, LES AMIS, JE VAIS REPRENDRE UN PEU CE TOPIC, HISTOIRE DE SOULAGER UN PEU CEUX QUI S'EN OCCUPENT EN CE MOMENT
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Audebasse a écrit:BON, LES AMIS, JE VAIS REPRENDRE UN PEU CE TOPIC, HISTOIRE DE SOULAGER UN PEU CEUX QUI S'EN OCCUPENT EN CE MOMENT
à toi
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Audebasse a écrit:BON, LES AMIS, JE VAIS REPRENDRE UN PEU CE TOPIC, HISTOIRE DE SOULAGER UN PEU CEUX QUI S'EN OCCUPENT EN CE MOMENT
Super !!!!
Tu peux si tu le désires en ouvrir un tout neuf... Histoire de pouvoir modifier le poste 1 et le titre....
Si tu as besoin de conseil surtout n’hésites pas....
Post-it- Confirmé
- Age : 51
Date d'inscription : 23/09/2013
Messages : 7320
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
c'est exactement ce que je vais faire, et dès que je suis pret, on vire celui là, et on le remplace par le mien.
je m'occupe à le construire pour qu'il soit lisible et facile pour tous
je m'occupe à le construire pour qu'il soit lisible et facile pour tous
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Audebasse a écrit:c'est exactement ce que je vais faire, et dès que je suis pret, on vire celui là, et on le remplace par le mien.
je m'occupe à le construire pour qu'il soit lisible et facile pour tous
Pas de soucis tu fais le tien et s'occupe après de supprimer l'autre
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Sakura a écrit:
Pas de soucis tu fais le tien et s'occupe après de supprimer l'autre
on ne supprime surtout rien !!!!
On indiquera en fin de topic que notre Ami Audebasse à ouvert un New topic.... Et qu'il faut s'y rendre pour suivre les évolutions et M.A.J. de la rom....
Post-it- Confirmé
- Age : 51
Date d'inscription : 23/09/2013
Messages : 7320
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Post-it a écrit:Sakura a écrit:
Pas de soucis tu fais le tien et s'occupe après de supprimer l'autre
on ne supprime surtout rien !!!!
On indiquera en fin de topic que notre Ami Audebasse à ouvert un New topic.... Et qu'il faut s'y rendre pour suivre les évolutions et M.A.J. de la rom....
Demande de nouveau topic d'Alex et Ptidav après ce sont eux qui savent ce qu'ils veulent faire avec l'ancien supprimer ou le verrouiller.
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
attention
Ne vous précipitez pas à charger la v130, Temasek s'est gourré en uploadant, c'est la version htle (Note 3) qui est en place.
Il vient juste de me répondre alors on attend un peu, il va très vite rectifier ça !
Ne vous précipitez pas à charger la v130, Temasek s'est gourré en uploadant, c'est la version htle (Note 3) qui est en place.
Il vient juste de me répondre alors on attend un peu, il va très vite rectifier ça !
Audebasse- Décidé
- Date d'inscription : 19/09/2013
Messages : 88
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Audebasse a écrit:attention
Ne vous précipitez pas à charger la v130, Temasek s'est gourré en uploadant, c'est la version htle (Note 3) qui est en place.
Il vient juste de me répondre alors on attend un peu, il va très vite rectifier ça !
Lien de toute façon HS pour le moment. Il n'a pas remis l'ancien donc à suivre....
pour l'info. Cela te laisse le temps de préparer ton topic
A bientôt
Invité- Invité
Re: [ROM] Archive[i9300] [4.4.2] [KK] Temasek's UNOFFICIAL CM11 BUILD -V131 - 01/09/2014
Salut à vous !
D'avance ,Merci Audebasse !
Une fois le nouveau topic ouvert , on placera celui ci dans nos archives pour ne pas perdre les conversations échangés. Merci Sakura pour le soutient effectué dessus et bien-sûr à Bishop pour l ouverture de celui ci il y a quelques mois.
D'avance ,Merci Audebasse !
Une fois le nouveau topic ouvert , on placera celui ci dans nos archives pour ne pas perdre les conversations échangés. Merci Sakura pour le soutient effectué dessus et bien-sûr à Bishop pour l ouverture de celui ci il y a quelques mois.
Page 3 sur 4 • 1, 2, 3, 4
Sujets similaires
» [N9005][4.4.4][HLTE] temasek's UNOFFICIAL CM11 BUILD
» [5.0.2][HLTE/TMO/SPR/VZW][ROM][KERNEL][CM12] Temasek's UNOFFICIAL Build [v6.2](25/01/2015)
» [4.4.4][P7510/P7500] [F2FS] CM11.0/SGT7 for P4WIFI and P4 [08/10/2014]
» [N5][4.4.2][HALO][PIE][OTA][FR]SlimKaterator Unofficial - V5.6 - 01/06/2014
» [P7500/7501/7510/7511][KK4.4.4] Rom Nameless - official build - nightlies - 18/11/2014
» [5.0.2][HLTE/TMO/SPR/VZW][ROM][KERNEL][CM12] Temasek's UNOFFICIAL Build [v6.2](25/01/2015)
» [4.4.4][P7510/P7500] [F2FS] CM11.0/SGT7 for P4WIFI and P4 [08/10/2014]
» [N5][4.4.2][HALO][PIE][OTA][FR]SlimKaterator Unofficial - V5.6 - 01/06/2014
» [P7500/7501/7510/7511][KK4.4.4] Rom Nameless - official build - nightlies - 18/11/2014
Page 3 sur 4
Permission de ce forum:
Vous ne pouvez pas répondre aux sujets dans ce forum