Kernel Jellybean FXP 202+ LIVE WALKMAN

Por gahgames - quinta-feira, 31 de janeiro de 2013 Sem Comentário
Como Muitos no mundo e nos Blogs e Sites do Brasil que possuem o Sony Live Walkman reclamam pelo fato de estar a vir ter problema no Kernel do FXP 200+ em que a tela fica toda preta não dando o arranque de boot no aparelho e muitos inesperiente ou por não saber como um kernel atua acabausando um da FXP 152- no que acaba de deixar o aparelho mais lento e com algumas funcionalidades de hardware bem instaveis, e por este Motivo o usuário da equipe XDA Lupus recriou o kernel para funcionar das versões do FXP 202+ já que o kernel não foi alterado, ele tambem possui algumas funcionalidades a mais como o script Linarex como estarei postando logo à  baixo:

ESTE KERNEL É SOMENTE PARA LIVE WITH WALKMAN WT19I

 Adicionado Governors --

[LIST]brazillianwax
smartass
Smartassv2
Savagedzen
Smoothass
Scary
InteractiveX
Minmax
Userspace


Intellidemand - Thanks to faux123
Este é um ondemand inteligente que entra em modo de navegação para limitar freqüência máxima quando GPU está em marcha lenta,
e (saídas de modo de navegação) se comporta como ondemand quando GPU está ocupado; para oferecer desempenho para jogos e tal.
Intellidemand não saltar para maior freqüência quando a tela está desligada.


Lazy - Thanks to Ezekeel
The Idea here is to eliminate any instabilities caused by fast frequency switching by ondemand.
Lazy governor polls more often than ondemand, but changes frequency only after completing min_time_state
on a step overriding sampling interval.
Lazy also has a screenoff_maxfreq parameter which when enabled will cause the governor to always
select the maximum frequency while the screen is off.

Lulzactive - Thanks to Tegrak
BA idéia aqui é para eliminar quaisquer instabilidades provocadas pela freqüência de comutação rápida por ondemand.
Enquetes governador preguiçosos mais frequentemente do que ondemand, mas a freqüência alterações apenas depois de completar min_time_state
em um intervalo de amostragem passo primordial.
Preguiçoso também tem um parâmetro screenoff_maxfreq que quando ativado fará com que o governador sempre
selecionar a freqüência máxima, enquanto a tela está desligada.
A idéia aqui é para eliminar quaisquer instabilidades provocadas pela freqüência de comutação rápida por ondemand.
Enquetes governador preguiçosos mais frequentemente do que ondemand, mas a freqüência alterações apenas depois de completar min_time_state
em um intervalo de amostragem passo primordial.
Preguiçoso também tem um parâmetro screenoff_maxfreq que quando ativado fará com que o governador sempre
selecionar a freqüência máxima, enquanto a tela está desligada.
A idéia aqui é para eliminar quaisquer instabilidades provocadas pela freqüência de comutação rápida por ondemand.
Enquetes governador preguiçosos mais frequentemente do que ondemand, mas a freqüência alterações apenas depois de completar min_time_state
em um intervalo de amostragem passo primordial.
Preguiçoso também tem um parâmetro screenoff_maxfreq que quando ativado fará com que o governador sempre
selecionar a freqüência máxima, enquanto a tela está desligada.

- Superbad
-um "Superbad" rendição super suave de um "espertinho" altamente otimizado governador!
- Darkside
- um "pouco mais agressivo inteligente" governador otimizado!
-Ondemandx:
Basicamente um ondemand com suspender / perfis de vigília. Este governador é suposto ser um ondemand bateria amigável. Quando a tela está desligada, freqüência máxima é limitada a 500 mhz. Mesmo que o governador ondemand é padrão no kernel muitos e é considerado seguro / estável, o suporte para ondemand / ondemandX depende de capacidade de CPU para fazer comutação de frequência rápida, que são transições de freqüência muito baixa latência. Eu li em algum lugar que o desempenho do ondemand / ondemandx foram significativamente diferentes para diferentes i / o programadores. Isso não é verdade para a maioria dos outros governadores. Eu, pessoalmente, sinto ondemand / ondemandx vai melhor com SIO I / O scheduler.
-Lionheart:
É um governador conservador baseado. Os ajustáveis ​​(tais como os limiares e taxa de amostragem) foram alteradas de modo que o regulador se comporta mais como o desempenho de um lado, com o custo de bateria, como a escala é muito agressivo.

Para a 'experiência' Lionheart usando conservador, tente esses ajustes:
sampling_rate: 10000 ou 20000 ou 50000, o que você sente é mais seguro. (latência de transição da CPU é algo abaixo 10ms/10, 000uS portanto, usando 10.000 pode não ser seguro).
up_threshold: 60
down_threshold: 30
freq_step: 5
Lionheart vai bem com prazo i / o programador. Quando se trata de suavidade (não considerando o consumo da bateria), um conservador sintonizado entrega mais, em comparação com um ondemand ajustado.


BadAss Governor:
Badass remove toda esta "fast pico" para a frequência máxima. Badass também terá a carga gpu em consideração. Se a GPU é moderadamente ocupado ele irá ignorar a verificação acima e relógio da CPU com 1024Mhz. Se a GPU é esmagado sob carga, badass vai levantar as restrições para a CPU.

-VirtuousVirtuoso é um smartassV2 modded que dá ainda mais tempo de bateria, então smartassV2


 Adicionado Io-scheduler -

Adicionado Io-scheduler -VR io-scheduler - Ao contrário de outros programadores, solicitações síncronas e assíncronas não são tratados separadamente,
em vez de um prazo é imposta pela justiça. O próximo pedido é para ser servido, com base em sua distância do último pedido.


- SIO -
Simples IO-Programador-
SIO é o agendador padrão no kernel. Ele é amplamente considerado como o melhor all-round desempenho IO programador para android. É baixa no uso da CPU e otimizado para armazenamento baseados em flash. Do criador -.. "Com base em Noop, Prazo e programadores V (R) IO Este algoritmo não faz qualquer tipo de classificação, uma vez que é voltado para dispositivos de acesso aleatório, mas faz algumas fusão básica Tentamos manter o mínimo de sobrecarga solicitações para alcançar baixas latências assíncronos. síncrona e não são tratados separadamente, mas contamos com prazos para garantir a equidade. "


- BFQ -

Orçamento Fair Queueing IO-Programador-  


Aviso!! Este Kernel vem de Fábrica com 1.6 GHZ de clock reduza para 1.0 ou 1.4 por segurança

OBS: Nem eu ou o Games android HVGA Nos responsabilisamos por qualquer dano causado ao seu aparelho, mas estaremos dispostos a ajudar.



* Copyright (C) 2008 Fabio Checconi
* Paolo Valente
*
* Licenciado sob a GPL-2, conforme detalhado no arquivo COPYING.BFQ acompanha.
*
* BFQ é uma parte proporcional algoritmo de escalonamento de disco baseado na
* Esquema de serviço fatia por fatia de CFQ. Mas BFQ atribui orçamentos,
* Medido em número de sectores, para as tarefas em vez de fatias de tempo.
* O disco não é concedido para a tarefa ativa para uma fatia de tempo determinado,
* Mas até que tenha exahusted seu orçamento atribuído. Esta mudança de
* O tempo para o domínio do serviço permite BFQ para distribuir o disco
* Largura de banda entre as tarefas como desejado, sem qualquer distorção devido a
* ZBR, as flutuações de carga de trabalho ou outros fatores. BFQ usa um ad hoc
* Interna programador, chamado B-WF2Q +, para agendar tarefas de acordo com
* Seus orçamentos. Graças a esta programador precisa, BFQ pode pagar
* Atribuir orçamentos elevados para com limite de disco não-seeky tarefas (para aumentar a
* Taxa de transferência), e ainda garantir baixas latências para interativo e
* Soft aplicações em tempo real.


Download: 
Kernel Lupus

WI-FI Higther Mod  

Zram New Modules 

USB On The GO ( O.T.G ) 


 

Todos Direitos de Lupus Kernel e arquivos Postados neste site, foram baseados no XDA Forum
Link Oficial para quem quiser ver o forum oficial.

para caso queira saber mais informações, pedidos de apps. jogos, e roms ou tiver dusvidas não hesite, pode me achar no raphaelpassis@gmail.com

Sem comentários " Kernel Jellybean FXP 202+ LIVE WALKMAN "