Desde que os últimos vazamentos da linha Samsung Galaxy S2 nos atingiram a torto e a direito, as pessoas têm saltado entre ROMs, principalmente entre compilações ICS de pré-lançamento com bugs e GB muito estáveis. Afinal, é isso que fazemos no XDA como um hábito: vemos um vazamento, exibimos, usamos e ajustamos. Se não voar, simplesmente retrocedemos. É claro que sempre há um risco inerente de atualizar coisas que não deveriam estar no seu dispositivo, em primeiro lugar, mas o risco de bloquear totalmente um dispositivo nos dias de hoje é bastante pequeno. Principalmente porque existem ferramentas disponíveis para trazer seus dispositivos de volta dos mortos, como Mod não-brickável por desenvolvedor reconhecido XDA Elite Adam Outler.
Dito isto, nem tudo parece estar bem no mundo dos vazamentos. Agradecimentos ao desenvolvedor reconhecido XDA Elite Entropia512, aprendemos que a maioria dos dispositivos que estão recebendo vazamentos correm um risco muito alto de nunca mais acordarem após um flash. Acontece que há um grande bug no kernel ICS vazado que afeta o
/data partição no chip eMMC, que aparentemente é corrompida durante certas operações, como limpeza e flash. Originalmente, acreditava-se que isso afetava apenas as operações executadas em recuperações personalizadas, como CWM. No entanto, tem havido relatos de tijolos duros sendo produzidos a partir de rufos de recuperações de estoque também. Os dispositivos afetados são:- Todos Toque épico 4G (SPH-D710) Vazamentos de ICS
- Todos Nota Galáxia (GT-N7000) Vazamentos de ICS
- O AT&T Galaxy S II (SGH-I777) Vazamento de UCLD3 - e provavelmente todos os outros
- Lançamentos oficiais do SHW-M250S/K/L coreano e qualquer kernel compilado a partir de sua fonte
A Entropy e outros desenvolvedores postaram diversos avisos espalhados pelo site, nos quais explicam detalhadamente o que está acontecendo. Nossa sugestão é que os usuários evitem piscar o ICS contra vazamentos até que o bug no kernel seja completamente corrigido, a menos, é claro, que você esteja tentando bloquear seu dispositivo. Lembre-se, isso não é algo que possa ser ressuscitado via Unbrickable Mod ou mesmo via JTAG, pois se trata de um erro de firmware no eMMC. Isto vem diretamente do próprio Entropy para aqueles interessados em um pouco mais de detalhes:
PERIGO: Muitos kernels de vazamento do Samsung ICS podem danificar seu dispositivo!
Aqueles que prestam atenção ao que acontece com vários dispositivos Samsung podem ter notado que alguns dispositivos apresentam uma grande quantidade de hardbricks quando kernels vazados de ICS são usados. Esses hardbricks são particularmente desagradáveis, pois os fornecedores de serviços JTAG não conseguiram ressuscitar esses dispositivos, ao contrário dos simples hardbricks de corrupção de bootloader. Isso se deve ao fato de que esses kernels estão conseguindo causar o que parece ser um dano permanente ao dispositivo de armazenamento eMMC.
Os kernels confirmados como afetados são:
[*]Todos os vazamentos de ICS do Epic 4G Touch (SPH-D710)[*]Todos os vazamentos de ICS do Galaxy Note (GT-N7000)[*]O AT&T Galaxy S II (SGH-I777) Vazamento de UCLD3 - e provavelmente todos os outros[*]lançamentos oficiais do SHW-M250S/K/L coreano e qualquer kernel construído a partir de seus fonte
Kernels que DEVEM ser seguros são:
[*]Vazamentos de ICS GT-I9100[*]Lançamentos oficiais do GT-I9100[*]Kernels construídos a partir da base de origem GT-I9100 Update4
Operações que provavelmente causarão danos ao executar um kernel afetado:
Limpeza no CWM (e provavelmente qualquer outra recuperação personalizada) (confirmado)
Restaurando um backup Nandroid no CWM (limpa primeiro)
Atualizando outro firmware no CWM (a maioria dos flashes apaga primeiro)
Limpeza em recuperação de estoque 3e (suspeito, também limpa uma partição)
Excluindo arquivos grandes ao executar um kernel afetado (suspeito, mas não confirmado)
Se você tiver um kernel afetado:
Atualize um kernel em boas condições usando Odin/Heimdall imediatamente. NÃO use Mobile Odin, CWM ou qualquer método no dispositivo para fazer flash. Bons kernels conhecidos incluem:
[*]Quase qualquer kernel Gingerbread[*]Kernels ICS construídos a partir do código-fonte GT-I9100 Update4
A causa raiz deste problema ainda não foi determinada, no entanto, vários desenvolvedores reconhecidos no XDA suspeitam que seja devido à Samsung ter habilitado um recurso no kernels afetados, MMC_CAP_ERASE - Este é um recurso de desempenho que pode aumentar bastante o desempenho de gravação do flash, mas parece revelar uma falha no flash chipset. Os kernels GT-I9100 ICS não têm esse recurso habilitado e parecem seguros. No entanto, não se sabe o suficiente para declarar seguros todos os kernels sem esse recurso - a única entidade que pode confirmar a causa raiz do este problema e declará-lo corrigido sem correr grandes riscos (destruir vários dispositivos sem nenhuma maneira de repará-los) é Samsung eles mesmos.
Em geral, até novo aviso, se você estiver executando um vazamento de ICS da Samsung para qualquer dispositivo baseado em Exynos que não seja o GT-I9100, é altamente recomendável atualizar outra coisa.
E isso também apareceu esta manhã em nossos fóruns, cortesia do membro do XDA garwynn. Aparentemente, o Google foi contatado e está ciente do problema, e um engenheiro espera trabalhar para resolvê-lo.
Bem, já faz algum tempo, mas felizmente o Sr. Sumrall do Android nos respondeu sobre nossas perguntas. Acho que a comunidade descobrirá que valeu a pena esperar.Problema: fwrev não está configurado corretamente.Como suspeitamos, a correção do bug não está em nossa compilação. (O patch aplica isso incondicionalmente.)Pergunta: A revisão não correspondeu à correção(Destaque o meu em vermelho ao discutir a questão do supertijolo.)Citar:
Postado originalmente por Ken Sumrall
O patch inclui uma linha em mmc.c configurando fwrev para os bits de direitos do registro cid. Antes deste patch, o arquivo /sys/class/block/mmcblk0/device/fwrev não era inicializado a partir do CID para dispositivos emmc rev 4 e superiores e, portanto, apresentava zero.(Na segunda consulta)fwrev é zero até que o patch seja aplicado.
Pergunta: Por que a partição /data?Citar:
Postado originalmente por Ken Sumrall
Você provavelmente tem o bug, mas rev 0x19 era uma versão anterior do firmware que tínhamos em nossos protótipos, mas descobrimos que havia outro bug que se você emitiu um comando mmc erase, ele poderia bagunçar as estruturas de dados no chip e fazer com que o dispositivo travasse até ser ligado ciclado. Descobrimos isso quando muitos de nossos desenvolvedores estavam fazendo uma inicialização rápida para apagar dados do usuário enquanto desenvolvíamos o ICS. Então a Samsung corrigiu o problema e mudou para a revisão de firmware 0x25.Sim, é muito irritante que 0x19 seja o decimal 25 e isso gerou muita confusão ao tentar diagnosticar problemas de firmware emmc. Finalmente aprendi a _SEMPRE_ referir-se à versão emmc em hexadecimal e preceder o número com 0x apenas para ser inequívoco.No entanto, mesmo que 0x19 provavelmente tenha o bug que pode inserir 32 Kbytes de zeros no flash, você não poderá usar esse patch em dispositivos com revisão de firmware 0x19. Este patch faz um hack muito específico em dois bytes de código na revisão do firmware 0x25, e o patch mais provavelmente não funcionará em 0x19 e provavelmente causará mau funcionamento do chip, na melhor das hipóteses, e perda de dados em pior. Há uma razão pela qual os critérios de seleção são tão rígidos para a aplicação deste patch ao firmware do emmc.Repassei nossos resultados alguns dias depois, mencionando que o sistema de arquivos não foi corrompido até a limpeza. Esta é uma resposta a esse acompanhamento.Como mencionei no post anterior, o firmware rev 0x19 tem um bug onde o chip emmc pode travar após um comando de apagamento ser dado. Não sempre, mas com frequência suficiente. Normalmente, o dispositivo pode ser reinicializado depois disso, mas trava durante o processo de inicialização. Muito raramente, ele pode travar antes mesmo de o fastboot ser carregado. Seu testador não teve sorte. Como você não consegue nem iniciar o fastboot, o dispositivo provavelmente está bloqueado. :-( Se ele pudesse rodar o fastboot, então o dispositivo provavelmente poderá ser recuperado com o código de atualização de firmware que possuo, presumindo que posso compartilhá-lo. Eu vou perguntar.
Pergunta: Por que o JTAG não funciona?Citar:
Postado originalmente por Ken Sumrall (Android SE)
Porque /data é o local do chip que experimenta a maior atividade de gravação. /system nunca é gravado (exceto durante uma atualização do sistema) e /cache raramente é usado (principalmente para receber OTAs).
Pergunta: Um sistema de arquivos corrompido pode ser reparado (no eMMC)?Citar:
Postado originalmente por Ken Sumrall
Como mencionei acima, o firmware da revisão 0x19 tinha um bug que após um comando emmc erase, poderia deixar o estruturas de dados internas do chip emmc em mau estado que fazem com que o chip trave quando um setor específico foi acessado. A única solução foi limpar o chip e atualizar o firmware. Tenho código para fazer isso, mas não sei se posso compartilhá-lo. Eu vou perguntar.
Portanto, embora a correção não se aplique a nós no momento, recebemos uma excelente visão sobre o problema do supertijolo, bem como informações de que uma correção é já desenvolvido (esperamos vê-lo lançado!). O bug provavelmente se aplica a nós e, supondo que a correção para o firmware 0x19 seja fornecida, ele se aplicará aos nossos dispositivos.Em uma nota mais leve, eu queria incluir o fechamento dele:Citar:
Postado originalmente por Ken Sumrall
O e2fsck pode reparar o sistema de arquivos, mas muitas vezes os 32 Kbytes foram inseridos no início de um grupo de blocos, o que apagou muitos inodes e, portanto, executar o e2fsck muitas vezes resultaria na perda de muitos arquivos.
Citar:
Postado originalmente por Ken Sumrall
Você está tendo uma ideia da vida emocionante de um desenvolvedor de kernel Android. :-) Acontece que o trabalho consiste principalmente em lutar contra hardware com bugs. Pelo menos, às vezes parece assim.
Evite atualizar qualquer ICS em seus dispositivos até que isso seja resolvido.
Quer algo publicado no Portal? Entre em contato com qualquer redator de notícias.
[Obrigado Entropia512 por todo o seu trabalho duro!!!]