Alienex Posté(e) 27 octobre 2012 Share Posté(e) 27 octobre 2012 (modifié) Perseus alpha28 (13/12): Features / changelist:Perseus alpha31 (09/01):Perseus alpha30 (06/01):Perseus alpha29 (18/12):Perseus alpha28 (13/12):Sources:https://github.com/A...iLux/Perseus-S3Credit and thanks:gokhanmoral, netarchy, and anybody credited in the commits.Thanks to sswagonman for the initial testing.TL;DR: before flashing aside from known issues in the second post.TELECHARGEMENTRemoved my own security fixes and replaced them with the official Samsung one. I guess it can now be disclosed: exynos-mem was only one of multiple entry-points for the memory exploit. We discovered the s5p-smem exploit ourselves back in December but kept it quiet, I fixed that one back in version 29.2 without mentioning. Nobody was secure from a smart exploiter up until then, SuperCurios or Chainfire's software fixes are also just patching a single hole in what is a Swiss cheese. Kernels >v31 and beyond stock LLA are now the only truly protected ones. Samsung's fix for the sudden death syndrome (SDS) included. It is caused by eMMC failure on phones with VTU00M 16GB internal memory chips with revision 0xF1. You can check your phone with the "eMMC Brickbug Check" in the Play Store (Ignore the message if it says you're not affected, the type and revision is what matters). The patch is a firmware soft-patch that is applied on every boot and MMC resume, it is not a permanent fix. You will need to stay forever on kernels which include the patch, this also includes updated recoveries and their embedded kernels. Some other minor MMC changes extracted from Update 7 sources. Internal and memory voltage control. This is the first and only working implementation out there. Memory interface voltage is exactly what it the name implies, the voltage on the chip-to-chip interface from the SoC to the memory chip. Internal voltage is the whole SoC voltage excluding CPU, GPU, and the MIF. This includes all auxiliary function blocks such as the ISP/Image signal processor, camera interfaces, I/O interfaces, display controller and the MFC/Multi function codec hardware video de-/en-coder.- Internal voltage respectively memory voltage table is found in /sys/devices/cpu/busfreq/ as int_volt_table or mif_volt_table- The frequencies are defined as OPP's (Operating performance points), internal frequency and memory frequency (And voltages) together as a pair form an OPP. If you want to change the voltages through the sysfs files, keep in mind how you change them. MIF voltages are stored independently with each OPP step. INT voltages are stored in respect of their frequency key.- Default OPP steps are: 440220, 293220, 293176, 176176, 147147, 110110. The first three numbers represent the memory frequency, the other three the internal base frequency. For example 293220 means the memory interface is at 293MHz (586MHz DDR) and the internal frequency is 220MHz.- The voltages in STweaks are sorted out through some magic and are frequency unique, I recommend using that for controlling them. Busfreq logic control added into STweaks, this includes all the already available configurables in the stock kernel with added explanations and I supplemented it with a sampling rate parameter. Sensorhub driver and firmware updated. Touchscreen driver and firmware updated. Replaced pegasusq's runqueue detection logic with a new more superiror and precise in-scheduler collection logic, I found that the real runqueues are much less than what was previously reported. This should help a lot with hotplugging. Enabled AFTR by default since we are now running very often in single-core mode. Keep in mind this mode is WFI Idle + LPA + AFTR. Fixed a kernel bug which was eating up randomness entropy. This is related to that whole seeder business - please don't use any of those fixes. I also disabled virtual addresss randomization and at the same time disabled entropy generation from the block layer, which should avoid I/O overheads. I raised the LPA CPU idle target residency, and fixed a bug in the ABB control for voltages for 900 and 1000MHz. I suspect these two to be causes of the sudden reboots for Note 2 users, andmay fix them. I'm doing a quick release because of the security fix, not very feature rich. Fixes the exynos-mem security hole. This is my own fix and will not break camera. Read about it here. You don't need to use Chainfire's or Supercurio's fixes, in fact, you shouldn't use them because of the camera. Updated Wifi drivers. Increased max brightness by 50 candela. (Thanks nebkat) Added GPU utilization control to sysfs and STweaks. Changed default GPU thresholds to more relaxed values (75/17) Added block device read-ahead control to STweaks. Additionally set the default read-ahead for internal memory to 256kB and 1mB for SD cards.29.1: - Reverted the Wifi drivers back. 28.1: I reverted the striked out changes due to exFat. I changed my mind due to demand. I apologize for the chaos. On your SD card showing up as damaged: it is not.I made a decision in terms of exFat compatibility; either I advance the kernel with newer upstream Linux versions or stay back and keep compatibility with the exFat modules. While I have nothing against proprietary modules or such, not being able to adapt them to the kernel is not optimal. You can format your cards to FAT32 or ext4 without much issue. Please back up your data and format your card accordingly before flashing v28. Updated the block system to Linux kernel 3.3. Introduced FIOPSv2, ROWv4, ZEN, BFQv5 as new I/O schedulers;FIOPS is the new default scheduler, it's a CFQ like fairness scheduler optimized for solid state storage. ROW should be the actual better performer here as it has superior logic, but I didn't set it as default because of some lags when installing applications. ZEN is just a mix of SIO and Deadline and nothing special. BFQ seems to underperform. I recommend the first two over everything else, and added the latter two just for comparison's sake. Added dynamic Fsync control (Faux123). It disables Fsync only when the screen is on. Enabled by default (Fsync off). Changed some logic on when the adaptive scaling voltages are applied in the kernel init sequence. This fixes GPU voltages not being applied at boot and also fixes the wrong default voltages being displayed in STweaks. STweaks tab for I/O with scheduler selection for each device block and also dynamic Fsync. New script side feature in the uci.sh framework: When inserting an override.profile file into the profile folder (/data/.perseus), the entries in the override profile will supersede the ones in your default profile. You can use to make CWM zips to turn off set at boot flags or to share targeted settings with others. The override is applied once at boot after which the profile deletes itself. This isn't an AOSP kernel. Please choose the right version between N7100 (International 3G) and N7105 (International LTE).The kernels are labelled for their respective target device. You have no excuse in messing this up. Perseus-alpha31.2-n7100.tar Perseus-alpha31.2-n7100-CWM.zip Perseus-alpha31.2-n7105.tar Perseus.alpha31.2-n7105-CWM.zip Installation : Téléchargez le kernel copiez le dans votre téléphone et flashez le dans le CWM Pour overclocker ou underclocker téléchargez sur le play store : Set Cpu https://play.google....e=search_result Voltage Control https://play.google....e=search_result Source : http://forum.xda-dev...d.php?t=1927852 Un merci ne coûte rien ! Modifié 15 janvier 2013 par Alienex Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Raphy511 Posté(e) 27 octobre 2012 Share Posté(e) 27 octobre 2012 Je l'ai installé ce matin ! Mais il n'a pas rooté mon GN2.. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
jdosson Posté(e) 27 octobre 2012 Share Posté(e) 27 octobre 2012 Ce n'est qu'un kernel ça ne root pas le tél. J'ai lu qu'il y avait quelque bug avec ce kernel. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Alienex Posté(e) 27 octobre 2012 Auteur Share Posté(e) 27 octobre 2012 Je n'ai aucun soucis pas de bootloop il marche très très bien Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Bill974 Posté(e) 28 octobre 2012 Share Posté(e) 28 octobre 2012 Compatible rom stock s' il vous plait? Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
jdosson Posté(e) 28 octobre 2012 Share Posté(e) 28 octobre 2012 Je n'ai aucun soucis pas de bootloop il marche très très bien Trouves tu qu'il y a vraiment un grand changement? Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Alienex Posté(e) 28 octobre 2012 Auteur Share Posté(e) 28 octobre 2012 (modifié) oui il y a une difference ton GPU ("carte graphique") est mieux optimisé et les voltages sont réduis donc plus longue durée de la batterie Modifié 29 octobre 2012 par Alienex 1 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Raphy511 Posté(e) 29 octobre 2012 Share Posté(e) 29 octobre 2012 Biensur que si, il est compatible ROM stock! 1 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Alienex Posté(e) 28 novembre 2012 Auteur Share Posté(e) 28 novembre 2012 Mis à jour du Topic Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Recommended Posts
Rejoignez la conversation
Vous pouvez poster maintenant et vous enregistrez plus tard. Si vous avez un compte, connectez-vous maintenant pour poster.