Como descrito no post anterior, o suporte do Qemu ao hardware do N800 permite emulá-lo. Vamos dar uma olhada nisso…

Como é necessário fazer algumas modificações no código do Qemu para rodar a última versão (Diablo) vamos fazer o download do Qemu no repositório do projeto (o mantenedores do projeto migraram para o “git” nesse mês)

1. Instalando o QEmu

# cd ~/qemu-n800
# git clone git://git.savannah.nongnu.org/qemu.git

Para rodar a última versão do Maemo (Diablo) é necessário alterar a tabela de partições:

# cd qemu
# git checkout -b n800-diablo
# wget http://tinyurl.com/cuyx4s
# git apply 0001-Resized-N800-partition-table.patch

# cd ~/qemu-n800
# mkdir build install
# cd build
# ../qemu/configure \
--target-list="arm-softmmu arm-linux-user armeb-linux-user" \
--prefix=$(cd ../install && pwd)
# make
# make install

# ../install/bin/qemu-system-arm -h | head -n 1
QEMU PC emulator version 0.10.50, \
Copyright (c) 2003-2008 Fabrice Bellard

2. Download Nokia N800 Maemo Firmware

• Vá até o endereço http://maemo.org/community/wiki/HOWTO_FlashLatestNokiaImageWithLinux/
• Faça o download selecionado a versão apropriada (Software Edition 2008 version 5.2008.43-7 for Nokia N800)
  Observação: Isso é um ponto que me incomodou, infelizmente você irá precisar de um serial number do N800 — se você não tem um Nokia N800 agora é o momendo para adquirir um… Como não investiguei as considerações legais a respeito (nem se é uma violação a GPL). E como não vi ninguém na internet disponibilizando, por enquanto não vou disponibilizar a minha. 
  
• Firmware em http://tablets-dev.nokia.com/nokia_N800.php (N800)
  • mkdir ~/qemu-n800/os2008/
  • Irei considerar o nome  RX-34_DIABLO_5.2008.43-7_PR_COMBINED_MR0_ARM.bin
• Faça o download do Nokia Nseries Firmware Flashing Tool version 3
  • Link em http://tablets-dev.nokia.com/d3.php
  • Salve em ~/qemu-n800
  • Esse ponto é importante, você irá precisar reinstalar (faça o backup dos seus dados!) o sistema no seu N800 para pegar alguns dados de configuração de uma partição do N800, o comando que utilizei para gravar a flash está descrito no item 3)

3. Atualizando o firmware no dispositivo

• Certifique-se que a bateria esteja carregada e deslige o N800.
• Conecte o cabo USB (não ligue o aparelho)
• Execute o comando abaixo,  para emular o N800 é preciso setar uma flag que os desenvolvedores utilizam quando estão desenvolvendo. (Leia o item [3] no final para maiores informações)

# mkdir ~/qemu-n800/os2008/diablo/
# cd ~/qemu-n800/os2008/diablo/
# ../../flasher-3.0 --set-rd-flags=no-lifeguard-reset \
-u -R -f -F ../RX-34_DIABLO_5.2008.43-7_PR_COMBINED_MR0_ARM.bin

SW version in image: RX-34_DIABLO_5.2008.43-7_PR_MR0

(...)

Unpacking kernel image to file \'zImage\'...
Unpacking initfs image to file \'initfs.jffs2\'...
Unpacking rootfs image to file \'rootfs.jffs2\'...

(...)

Suitable USB device not found, waiting

• Pressione o botão Power e Home e mantenha-os até o fim do processo. Lembre-se que seu usuário irá precisar de ter permissão para escrever na USB ou então utilize o “root”.

USB device found found at bus 002, device address 007
Found device RX-34, hardware revision 1302
NOLO version 1.1.16
Version of \'sw-release\': RX-34_DIABLO_5.2008.43-7_PR_MR0
Sending xloader image (8 kB)...100% (8 of 8 kB, avg. 2218 kB/s)
Sending secondary image (96 kB)...
100% (96 of 96 kB, avg. 12093 kB/s)
Flashing bootloader... done.
Sending kernel image (1500 kB)...
100% (1500 of 1500 kB, avg. 17449 kB/s)
Flashing kernel... done.
Sending initfs image (2273 kB)...
100% (2273 of 2273 kB, avg. 19264 kB/s)
Flashing initfs... done.
Sending and flashing rootfs image (134912 kB)...
100% (134912 of 134912 kB, avg. 7369 kB/s)
Finishing flashing... done
Set R&D flags: 0008

No meu caso ele não reiniciou automaticamente, precisei desconectar o cabo usb e desligá-lo/ligá-lo para funcionar.

4. Preparando os arquivos

Note que além do dispositivo gravado seu diretório conterá alguns arquivos  (~/qemu-n800/os2008/diablo):

2nd.bin-RX-34:1301,1302,1501,1502,1503,1504,1601,1602
secondary.bin-RX-34:1301,1302,1501,1502,1503,1504,1601,1602
xloader.bin-RX-34:1301,1302,1501,1502,1503,1504,1601,1602
initfs.jffs2
rootfs.jffs2
zImage

• Intale o  “Poky Linux” Project’s Flash Filesystem Tool
  • # cd ~/qemu-n800
  • # svn cat http://svn.o-hand.com/repos/poky/trunk/scripts/poky-nokia800-flashutil > poky-nokia800-flashutil
  • chmod +x poky-nokia800-flashutil
  • Edite o arquivo poky-nokia800-flashutil e descomente a linha referente ao rootfs_offset
    

# This value should be selected for Diablo based firmwares
# It also require patching qemu to get proper size of flash partitions
# (by default qemu has Chinook split).
rootfs_offset=3328 # diablo

• Extraia a partição de configuração do seu Nokia N800
  • Você irá precisar instalar algum servidor SSH, disponível pelo Gerenciador de aplicativos, com o catálogo maemo Extras ativado .
  • mkdir ~/qemu-n800/qemu-img
  • ssh root@<N800 IP> cat /dev/mtd1ro > config.mtd
    • recomendo instalar também o aplicativo HomeIP para verificar seu endereço.

• Utilizaremos o “Poky Linux” Project’s Flash Filesystem Tool para criar um sistema de arquivos para o sistema emulado:

# cd ~/qemu-n800/qemu-img
#../poky-nokia800-flashutil ../os2008/diablo/initfs.jffs2 \
qemu-n800.img initfs
#../poky-nokia800-flashutil config.mtd qemu-n800.img config
#../poky-nokia800-flashutil ../os2008/diablo/rootfs.jffs2 \
qemu-n800.img rootfs

• Inicie o Qemu com as seguintes opções:

# cd ~/qemu-n800/qemu-img
# ~/qemu-n800/qemu/install/bin/qemu-system-arm \
-kernel ../os2008/zImage -M n800 \
-mtdblock qemu-n800.img \
-m 130 \
-append "root=/dev/mtdblock3 rootfstype=jffs2"

Para fazer o teclado funcionar adicione no final do comando: -usb -usbdevice keyboard

Bootstrap do N800 no QEmu

Imagem padrão da Nokia

N800 no QEmu

5. Considerações e Futuro

• A emulação mostrou-se um pouco lenta. Na primeira vez que bootou senti meio devagar, mas nos outros boots achei até que razozável a velocidade.
• Preciso arrumar uma forma de colocar um “‘ponteiro” para a caneta stylus, pois embora o mouse funcione ele não mostra a posição  na tela.
• A alteração no código do Qemu foi específica para a ultima versão do OS 2008 (Diablo), acredito que o Qemu irá incorporar um maneira para permitir multiplas versões do Maemo sem precisar alterar o código.
• Configurar a rede.

6. Recomendo ler o que já foi publicado a respeito

[1] http://www.rkeene.org/projects/info/wiki/106

[2] http://marcin.juszkiewicz.com.pl/2008/04/11/nokia-n800-emulation/

[3] http://marcin.juszkiewicz.com.pl/2008/08/01/nokia-n8×0-emulation-part-ii/

Resolvi comprar numa promoção do Submarino.com.br um N800 para dar de presente a minha mãe no dia das mães. Enquanto o dia “oficialmente” não chega, vou publicar algumas coisas que andei brincando.

Tela do OS 2008

O N800 roda uma versão adaptada do GNU/Linux chamada Maemo (OS 2007). A primeira coisa que fiz depois de dar uma fuçada inicial foi atualizar o firmware para a versão OS 2008.  No meu notebook rodando Gentoo esse processo foi praticamente direto seguindo os passos do wiki do Maemo:

./flasher-3.0 -F RX-34_DIABLO_5.2008.43-7_PR_COMBINED_MR0_ARM.bin -f -R

flasher v0.8.7 (Oct 17 2006)

SW version in image: RX-34_DIABLO_5.2008.43-7_PR_MR0

(...)

Flashing bootloader... done.
Sending kernel image (1500 kB)...
100% (1500 of 1500 kB, avg. 10874 kB/s)
Flashing kernel... done.
Sending initfs image (2273 kB)...
100% (2273 of 2273 kB, avg. 22286 kB/s)
Flashing initfs... done.
Sending and flashing rootfs image (134912 kB)...
100% (134912 of 134912 kB, avg. 7367 kB/s)
Finishing flashing... done

Com a versão nova percebe-se imediatamente as melhorias comparadas a versão antiga. A interface gráfica está muito mais amigável e o suporte está mais refinado.

Browser

O browser utiliza uma engine do Mozilla, consegui abrir sites que rodam flash bem como acessar sites de bancos. É difícil enquadrar o N800 em um grupo específico, pois ele não é um smartphone. Contudo, se compararmos com outros dispositivos atuais e similares (pelo menos em alguma funcionalidade) como o iPhone (Mac OSX) ou o HTC G1 (Android) percebe-se que ele é um dispositivo mais aberto aos entusiastas que desejam “fuçar”.  O site Ars Technica fez uma breve comparação com o iPod Touch. O usuário de alguma distribuição GNU/Linux baseada no GNOME vai sentir-se familiarizado com os aplicativos disponíveis: pidgin, gnumeric, evince, x-chat, etc; todos previamente hildonizados (adequados ao tamanho e  integrado a para melhor usabilidade da tela). Fiquei impressionado com o suporte a outros aplicativos básicos como mplayer, skype, gizmo e codecs como ogg. Tecnicamente qualquer aplicativo que rode na sua distribuição pode ser portável para o N800.

Também achei fácil a maneira de instalar a remover programas através do Gerenciador de aplicativos,  lá você pode selecionar numa lista, fazer o download e instalar/remover programas.

Um programa que achei interessante é o media center Canola2 que foi desenvolvido em Python com as bibliotecas gráficas do Enlightment.

Após instalar alguns aplicativos como o ssh (openssh server/client) e testar o emulador de terminal (osso_xterm) chegou a hora de pegar algumas informações do sistema. Comecei pelas informações da CPU em /proc/cpuinfo.

Primeiro com o emulador do terminal:

Agora vejam a saída pelo SSH:

Reparem na diferença do valor dos BogoMIPS no ssh (164.36) e no X Terminal (397.46). Não pensei ainda o porquê dessa diferença, mas vou procurar.

Peguei outras informações que bateram nas duas análises, como a memória flash está particionada:

dev:    size   erasesize  name
mtd0: 00020000 00020000 “bootloader” (128KB)
mtd1: 00060000 00020000 “config” (384KB)
mtd2: 00200000 00020000 “kernel” (2MB)
mtd3: 00400000 00020000 “initfs” (4MB)
mtd4: 0f980000 00020000 “rootfs” (249.5MB)

Fiz o dump mas ainda não analisei efetivamente há alguma informação útil. O sistema executa o kernel 2.6.21 (cmdline: root=1f03 rootfstype=jffs2 ro console=tty0 console=ttyMTD5) e o máximo que consegui de informações iniciais do dmesg foi a partir do instante 0.687500 (segundos), ou seja, não consegui aquelas informações realmente do começo (a partir do instante zero). Contudo dá para ter idéia de algumas coisas, como por exemplo, que os desenvolvedores utilizam o Qemu para fazer os testes enquanto desenvolvem.

[    0.687500]
/home/bifh4/diablo-uarm-prereleased.gcc34qemu/work/\
kernel-diablo-2.6.21/kernel-source-diablo/drivers/\
usb/input/hid-core.c: v2.6:USB HID core driver                                                                                                                                                       
[    0.687500]
/home/bifh4/diablo-uarm-prereleased.gcc34qemu/work/\
kernel-diablo-2.6.21/kernel-source-diablo/drivers/\
usb/net/rtl8150.c: rtl8150 based usb-ethernet driver v0.6.2                                                                                                                      

Isso é fato pois o a última versão estável do Qemu (0.10.0) suporta a emulação do hardware do N8×0. Reparem que é a mesma plataforma tanto no N800 como no N810.

#qemu-system-arm -M ? | grep Nokia

n800       Nokia N800 tablet aka. RX-34 (OMAP2420)
n810       Nokia N810 tablet aka. RX-44 (OMAP2420)

Há sites ensinando como se faz isso e espero escrever alguma coisa a respeito no futuro haja visto que o N800 é um presente

Essa foi uma análise breve, de um dia, no N800. Talvez um ponto crítico seja não ter o suporte a redes GSM (GPRS) mas isso hoje pode ser contornado utilizando um celular e fazendo a ponte via bluetooth. Além disso a plataforma OMAP da TI é poderosa o suficiente para  utilizar e desenvolver aplicativos que precisem de desempenho (dentro de certo limites é claro) e o preço das promoções no Brasil está fazendo valer a pena.

N800 + Teclado bluetooth

A ARM visitou a Universidade Federal de Itajubá no último dia 18 de Setembro. Eles ficaram apenas um dia, no qual dois funcionários – um engenheiro de aplicações e um engenheiro de design – falaram sobre alguns temas, tais como: características dos processadores ARM, grupo de instruções, design do sistema, pipelines e um apanhado das ferramentas de desenvolvimento.

Joe Bungo

O prof. Dr. Otávio Carpinteiro e eu fomos almoçar com eles. Nesse tempo eu pude fazer algumas perguntas, por exemplo, por que uma unidade JTAG é tão caro? Bill me respondeu que não é necessário utilizar um JTAG de um fabricante específicos. Eu posso usar um JTAG “feito em casa“. O alto preço é devido a eletrônica para acelerar a comunicação.

Eu gostaria de enfatizar alguns pontos da apresentação:

• Grupo de instruções 16-bit Thumb: uma grande conquista na briga por baixo consumo elétrico.
• Jazelle: permite rodar o bytecode Java direto no processador (todos o processadores ARM com J no seu nome utiliza essa característica)
• Barrel Shifter: uma técncia para aperfeiçoar a multiplicação por algumas constantes. (constantes 2^n +- 1 são multiplicadas com um ciclo de clock apenas)
• AMBA (Advanced Microcontroller Bus Architecture): Uma arquitetura de barramento para comunicação muito interessante.

Com o objetivo de fomentar outros pontos de vista, recomendo ler um artigo publicado no  site Embedded.com intitulado Ten lies about microprocessors (Dez mentiras sobre os processadores) no qual o autor comenta assuntos como consumo de energia e o crescimento do processadores baseados em Java.

O modelo de negócios da ARM é outro ponto interessante. Eles não fabricam os processadores apenas licenciam a propriedade intelectual para um cliente (parceiro ARM) que então produz o chip. Mais informações aqui (em inglês).

Tiago Maluta, Joe Bungo, Bill, Otávio Carpinteiro

Os processadores ARM rodam em muitos dispositivos atuais tais como celulares e dispositivos portáteis para internet (MIDs). Uma curiosidade: na apresentação Joe Bungo arriscou dizer que o iphone roda onze processadores baseados em ARM (bluetooth, wi-fi, etc)

Você pode fazer o download da apresentação aqui.

ARM visited Federal University of Itajuba last September 18th. They stayed only one day where two employees – one application engineer and other design engineer – talked about some topics such as: basics of ARM processors, the ARM Instruction Set Architecture, system design, pipelines, and an overview of the development tools.

Joe Bungo

Prof. Dr. Otavio Carpinteiro and I lunched with them. In this time I could ask some questions, for example, why JTAG unit is so expensive? Bill answered that the JTAG from a specific vendor isn’t really necessary. I can use a home made JTAG. The high price comes from electronic circuits to speed up communication.

I’d like to emphasize some points on presentation:

• 16-bit Thumb Instruction Set: one great achievement on battle to low power consumptions. Running 16 bits instructions on a 32-bit processor.
• Jazelle Cores: running Java bytecode (all ARM processors with J on his name uses this feature)
• Barrel Shifter: to improve multiplication of some constants (constants 2^n +- 1 will be able to be executed in a single cycle guaranteed, some constants can use the barrel shifter and be executed in 2 or 3 cycles).
• AMBA (Advanced Microcontroller Bus Architecture)

In order to foment another points of view, I recommend and Embeeded.com article called Ten lies about microprocessors where the author comments issues like power consumption and the rising of Java chips.

The ARM business model is another interesting issue. They did not produce silicon but ARM license its IP (intellectual property) to a direct customer (ARM Partner) that produces it. More information here.

Tiago Maluta, Joe Bungo, Bill, Otávio Carpinteiro

ARM processors runs on a lot of bleeding edge devices such as mobile phones and MIDs (Mobile Internet Devices). One curiosity: on presentation Joe Bungo guess that iphone runs eleven ARM-based processor (bluetooth, wi-fi, etc)

You can download the presentation here.

Ese post irá fazer um breve descrição da board Evaluator-7T da ARM. Apresentando uma toolchain (GNU) para construção/depuração dos programas. É uma abordagem bem introdutória, com alguns conceitos que aprendi nos últimos dias. Ainda espero escrever mais alguns posts com mais informações.

Processador da Evaluator-7T

.

Introdução

.

Estou fazendo alguns testes na plataforma Evaluator-7T [1] baseado no core ARM (ARM7TDMI) [2]. Minha primeira tentativa foi buscar referências para instalar o Linux nela [3]. Contudo a ausência de uma Unidade de Gerenciamento de Memória (MMU) faz com que seja necessário buscar um kernel adaptado (ucLinux) [4]. Não encontrei muita coisa que permitisse e vejo que um dos fatores mais cruciais é a limitação de memória (512KB) de flash. Nas listas de discussões há uma thread [5] a respeito da instalação do ucLinux em um roteador [6]. O layout da placa mostra não permite uma interação muito grande com o usuário, temos apenas um display de 7-segmentos e 4 LEDs além de um push-button que gera uma interrupção. Embora seja possível agregar mais periféricos ainda não fiz nenhum teste, a intenção é colocar um display LCD e alguns sensores.

.

.

Os componentes são:.

• Samsung KS32C50100 microcontroller

• 512KB flash EPROM

• 512KB SRAM

• two 9-pin D-type RS232 connectors

• reset and interrupt push buttons

• four user-programmable LEDs and a seven-segment LED display

• 4-way user input DIP switch

• Multi-ICE connector

• 10MHz clock (the processor uses this to generate a 50MHz clock)

• 3.3V voltage regulator

.

Comunicação

.

Existem duas formas de comunicação com a placa. A primeira pelo cabo serial (RS-232) e a outra através de uma interface Multi-ICE (JTAG) que também não tive tempo de aprender para publicar algo.

Comunicação com o computador

.

.

Um exemplo

.

Não conesguir “bootar” Linux (kernel) não significa que não possamos executar programas. Para os exemplos desse post estou utilizando o cross compiler fornecido pela GNU ARM [7]. A versão 3.4.3 do gcc e do gdb. Nesse exemplo, o depurador será muito importante, pois além de servir para analisar o fluxo de execução do programa este será utilizado para carregar o programa na placa. Para você verificar se seu depurador suporta tal recurso, entre no depurador e digite “help target”, uma lista será apresentada, sendo importante aparecer a target rdi, pois é através dela que efetuamos a comunicação:

.

(gdb) help target

Connect to a target machine or process.

The first argument is the type or protocol of the target machine.

Remaining arguments are interpreted by the target protocol. For more

information on the arguments for a particular protocol, type

`help target ‘ followed by the protocol name.

.

List of target subcommands:

.

target async — Use a remote computer via a serial line

target exec — Use an executable file as a target

target extended-async — Use a remote computer via a serial line

target extended-remote — Use a remote computer via a serial line

target rdi — Use a remote ARM-based computer; via the RDI library

target rdp — Use a remote ARM system which uses the ARM Remote Debugging Protocol

target remote — Use a remote computer via a serial line

target sim — Use the compiled-in simulator

.

(gdb) help target rdi

Use a remote ARM-based computer; via the RDI library.

Specify the serial device it is connected to (e.g. /dev/ttya).

.

Se verificarmos no BSL (Boot Strap Loader) da Evaluator-7T, temos:

.

ARM Evaluator7T Boot Strap Loader Release 1.01

Press ENTER within 2 seconds to stop autoboot

Type ‘Help’ for help, Type ‘Boot’ to load modules.

Boot: boot

Scanning ROM for modules …

Found module ‘BootStrapLoader’ at 01805390

Found module ‘ProductionTest’ at 01807288

Found module ‘Angel’ at 0181a5d8

.

Portanto quando você inicializa a placa ela “permanece” no último módulo definido, no caso o módulo Angel que utiliza a biblioteca rdi. Você pode testar qualquer programa, mas é interessante fazer alguma coisa que mexa com periféricos. O código abaixo coloca o número 6 no display de 7-segmentos:

.

#include <stdlib.h>
#include <stdio.h>

#include "segment.h"

// Mapemanto do microcontrolador

#define SYSCFG	     0x03ff0000
#define IOPMOD          ((volatile unsigned *)(SYSCFG+0x5000))
#define IOPDATA         ((volatile unsigned *)(SYSCFG+0x5008))

static unsigned int numeric_display [16] =
{
	DISP_0,	DISP_1,	DISP_2,	DISP_3,	DISP_4,	DISP_5,	DISP_6,	DISP_7,	DISP_8,	DISP_9,
    DISP_A,	DISP_B,	DISP_C,	DISP_D,	DISP_E,	DISP_F
};	

int main(void) {

	// inicalização
	*IOPMOD 	|= SEG_MASK;
	*IOPDATA 	|= SEG_MASK;

	unsigned numero = 0x6;

	if ( numero >= 0 & numero <= 0xf )  {
		*IOPDATA 	&= ~SEG_MASK;
		*IOPDATA 	|= (unsigned) numeric_display[numero];
 	}

    return 0;
}

.

Compilando:

# arm-elf-gcc -g segment.c -o segment

.

Agora vamos inicalizar o depurador para carregar o programa:

# arm-elf-gdb segment

.

GNU gdb 6.1

Copyright 2004 Free Software Foundation, Inc.

GDB is free software, covered by the GNU General Public License, and you are

welcome to change it and/or distribute copies of it under certain conditions.

Type “show copying” to see the conditions.

There is absolutely no warranty for GDB. Type “show warranty” for details.

This GDB was configured as “–host=i686-pc-linux-gnu –target=arm-elf”…

(gdb) set remotebaud 57600

(gdb) target rdi /dev/ttyS0

Angel Debug Monitor V1.31 (ARM, INC. Evaluator Release v1.01)

Built for ARM7TDMI Serial, IRQ

Built Sep 26 2000

Serial Rate: 57600

RDI_info: internal error, unimplemented message

Connected to ARM RDI target.

(gdb) load

Loading section .init, size 0×1c lma 0×8000

Loading section .text, size 0×2184 lma 0×801c

Loading section .fini, size 0×18 lma 0xa1a0

Loading section .rodata, size 0×8 lma 0xa1b8

Loading section .data, size 0×8e8 lma 0xa2c0

Loading section .eh_frame, size 0×4 lma 0xaba8

Loading section .ctors, size 0×8 lma 0xabac

Loading section .dtors, size 0×8 lma 0xabb4

Loading section .jcr, size 0×4 lma 0xabbc

Start address 0×8110, load size 10944

Transfer rate: 43776 bits/sec, 377 bytes/write.

(gdb) continue

.

Após o load você pode executar/depurar seu programa normalmente, inserir breakpoints, ver informações do registro. Apenas atenção para um detalhe: após o load, para executar o programa é utilizado o comando ‘continue’ ao invés a instrução ‘run’ (como alguns possam pensar). Esta deve ser utilizada apenas se estiver no simulador e não na placa real.

.

Outras abordagens..

• Esta placa é suportada [8] pelo sistema operacional eCos [9] atualmente desenvolvido pela Red Hat. O eCos não está relacionado com o Linux
• A Evalutator também é suportada pelo redboot [10], um gerenciador de boot para sistemas embarcados.

.

Conclusões.

1. A Evaluator-7T é uma placa antiga mas acredito que com ela é possível aprender algums conceitos de sistemas embarcos.
2. A programação em C facilita a vida.
3. Cógidos em Assembly podem ser inseridos através da diretiva __asm__ (“”).

Se alguém tiver sugestões, idéias, criticas, etc; fiquem a vontade em deixá-las nos comentários. Espero fazer um texto mais completo acerca dessa placa, com mais exemplos, mas enquanto não sento para escrever vou colocando aqui no blog .

.

Referências:

.

[1] http://infocenter.arm.com/help/topic/com.arm.doc.dui0134a/DUI0134A_evaluator7t_ug.pdf

[2] http://www.arm.com/products/CPUs/ARM7TDMI.html

[3] http://osdir.com/ml/linux.ports.arm.general/2002-04/msg00037.html

[4] http://www.uclinux.org/

[5] http://mailman.uclinux.org/pipermail/uclinux-dev/2004-November/029266.html

[6] http://pages.sbcglobal.net/greghol/routers/compusa_router.html

[7] http://www.gnuarm.com/gcc-3.4.3.tar.bz2

[8] http://ecos.sourceware.org/boards/e7t.html

[9] http://ecos.sourceware.org/about.html

[10] http://sourceware.org/redboot/

]]> http://escovandobits.wordpress.com/2008/07/24/arm-evaluator-7t/feed/ 3 Tiago Maluta ARM Samsung S3C4510X01 Layout da Evaluator-7T Comunicação com o computador