Bristot’s Blog

Nestas duas últimas semanas tenho tido bons trabalhos, o primeiro foi uma experiencia com Flash NAND e sistemas de arquivos para Flash. Nesta brincadeira fiz um “BacaSoftware” para formatar, escrever, ler, comparar flash e arquivos escritos direto na flash… ta, eu já sei que o mtd-utils faz isto, mas sabe… foi tao divertido… poxa deixa-me ser criança e brincar um pouco.

Sobre os sistemas de arquivos utilizei o UBIFS, e após muitas lidas na FAQ e um Patch fiz ele funcionar… O que valeu a pena, obtive mais de 30% de compactação dos arquivos na FLASH, isto utilizando o modo de compactação mais “performático”. Além disto gracas ao sistema de cache do sistema de arquivos as velocidades de leitura e gravação são muito boas, espero em breve fazer um melhor artigo sobre isto.

Outra coisa legal é que o patch RT para o 2.6.31.6 e o RT1 do 2.6.38-rc8 estão congelado em um kit de desenvolvimento ARM que utilizo… Depurando pude ver que isto acontece depois do asm_do_IRQ da interrupção do console serial. Em uma conversa no #linux-rt@OFTC o tglx me deu a dica de ser o terminal compartilhando o IRQ com o rtc, batata, era isto mesmo, a saída 1 seria trocar o IRQ do console para um diferente do utilizado pelo rtc… porém a AIC (advanced Interrupt controller) do embarcado não suporta isto… Bom, como não é novidade: Gostei estou lendo todo o código de tratamento de IRQ do Linux, tanto normal quanto + rt… ainda a procura da solução…

Semana passada vi um artigo que falava sobre o formato de compactação do kernel disponível no kernel.org, isto porque com o relativamente novo LZMA pode-se obter uma considerável melhora na compressão do Kernel, em uma comparação dos formatos de compactação, o Kernel 3.6.32 obteve os seguintes tamanhos compactados:
GZ: 79MB
BZ2: 62MB
LZMA: 53MB

Claro que nem tudo é baunilha (estou no shopping e na minha frente tem um monte de televisores a venda, passando uma receita de como fazer um sorvete de baunilha, acho que isto eh uma mensagem subliminar da sorveteria)…

Devido a relativa pequena idade do LZMA, muitas distribuições mais antigas mas ainda utilizadas como o RHEL3 ainda não possuem ferramentas capazes de comprimir/descomprimir arquivos xz (extensão dos arquivos compactados com LZMA)… Para os embarcados: o Busybox já possui a um bom tempo o suporte a descompressão LZMA.

Acho que a melhor noticia recebi via twitter este ano foi na segunda de carnaval, onde a Sula exclamou:

“Intel and Nokia joining forces on software – Moblin + Maemo = MeeGo.com . Check it out!”

Bom, todo mundo já sabe o que eh isto, mas se me perguntarem o que eu acho disto…

Isto ameaçá o reinado da Red Hat…

Você deve estar dizendo: achei que ele ia falar do Android… e se perguntando: O que a Red Hat tem a ver com isto?

Semana passada saiu uma noticia com “Quem escreve o kernel”, e em um belo gráfico (exibido abaixo) mostra que a Red Hat reina a bastante tempo, porem juntas a Intel (2 colocada) e a Nokia (5 colocada … superando a Novell… você deve ter se impressionado) ultrapassam a Red Hat!!! Claro, esta é uma rivalidade boa (-: onde todos ganham… espero um dia poder ajudar a Red Hat a se manter no topo (-: #redhatmecontrata

Foi lançado uma nova versão do BusyBox (unstable): BusyBox 1.16.0. Esta nova versão trás um conjunto de novas ferramentas bastante interessantes como:

• lspci
• lsusb
• flashcp
• mkfs.reiser
• mkfs_ext2
• ntpd
• traceroute6
• tune2fs
• wall

Por exemplo, com isto duas das aplicações que compilava externamente caíram fora dos meus embarcados: usbutils (que provia o lsusb) e o ntpd… Boa notícia (-: