+1-750988.jpg)
2010年10月22日星期五
MTD如何判断NAND flash坏块
+1-794046.jpg)
+2-795004.jpg)
Spare area在MTD中就对应的是OOB，所以猜测一下，nand_block_bad()会读取OOB，然后对标记进行检测。
代码一看果然如此。
先通过cmdfunc来个NAND_CMD_READOOB，再来个read_byte把标记读出来，判断是不是0xFF就知道是不是坏块儿了。
struct nand_chip结构体的函数指针表中的block_bad默认就是指向这个函数。
MTD夹心UBI
"This is a small driver which implements fake MTD devices on top of UBI volumes. This sounds strange, but it is in fact quite useful to make MTD-oriented software (including all the legacy software) work on top of UBI."
作者留下了关于gluebi.c的设计目的，可以看出UBI的下层是MTD，结果上层还是MTD。这种肉夹馍的结构，只是上层的MTD是一个虚拟层，用于兼容以前的驱动
作者留下了关于gluebi.c的设计目的，可以看出UBI的下层是MTD，结果上层还是MTD。这种肉夹馍的结构，只是上层的MTD是一个虚拟层，用于兼容以前的驱动
2010年10月21日星期四
Linux MTD nand read page抽象方法
+1-744282.jpg)
2010年5月21日星期五
cygwin in Win7 Command Prompt
The message I get when trying to run gcc in Win7 cmd.exe is: "Access is denied."
This is a known limitation of the symbolic links in Cygwin 1.7. The solution is to invoke the command('gcc-3.exe' or 'gcc-4.exe') directly
This is a known limitation of the symbolic links in Cygwin 1.7. The solution is to invoke the command('gcc-3.exe' or 'gcc-4.exe') directly
2010年3月29日星期一
2010年3月24日星期三
Linux tool chain
CodeSourcery is the best choice of Linux tool chain. When you consider which tool chain you will use to compiler Linux kernel, as well as Linux applications, do not hesitate, CodeSourcery product is your first choice. And the source code of their tool chain you can obtain freely.
2009年4月8日星期三
2009年4月7日星期二
Android OpenGL hardware acceleration
Android OpenGL有软件模拟模式, 也就是所有的运算由CPU进行.相关的代码汇集在
libagl.so
中.
如果你想用hardware加速,那么必须实现
libhgl.so
或者
libhgld.so
,并且打开Android属性集
debug.egl.hw
和
debug.egl.profiler
libagl.so
中.
如果你想用hardware加速,那么必须实现
libhgl.so
或者
libhgld.so
,并且打开Android属性集
debug.egl.hw
和
debug.egl.profiler
2009年4月3日星期五
Android SGL是什么?
Android 使用SGL处理2D图形.但是SGL到底是什么?
SGL(Skia Graphics Library)一个向量图形引擎，能在低端设备比如手机、电视及其它手持设备之上，呈现高品质的2D图形.
Skia实际是美国Skia公司,2005年十一月被Google收购,该公司的业务是向量绘图软件.
自2005年Skia被Google收购后，一直相当神秘低调，直到2007年初，Skia GL相关的源代码才被揭露，作为Google Android平台的图形引擎，稍候的Google Chrome浏览器也采用Skia引擎。而Android与Chrome的代码中都有一份[skia]的拷贝.
Skia用C++实现，源代码约八万行.
SGL(Skia Graphics Library)一个向量图形引擎，能在低端设备比如手机、电视及其它手持设备之上，呈现高品质的2D图形.
Skia实际是美国Skia公司,2005年十一月被Google收购,该公司的业务是向量绘图软件.
自2005年Skia被Google收购后，一直相当神秘低调，直到2007年初，Skia GL相关的源代码才被揭露，作为Google Android平台的图形引擎，稍候的Google Chrome浏览器也采用Skia引擎。而Android与Chrome的代码中都有一份[skia]的拷贝.
Skia用C++实现，源代码约八万行.
2009年4月1日星期三
Android system.img的疑惑
Android系统自己的文件,最后build出来,权限,ownership都是正确的.可是自己加进去的文件权限总是不是自己的预期.这是为什么呢?
./external/yaffs2/yaffs2/utils/的源代码会生成mkyaffsimage的可执行文件.这个代码是Android改写过的,所有的疑问都在fs_config()函数.这个函数在
./system/core/include/private/android_filesystem_config.h
中有定义.当你打开这个文件时,你就知道答案啦!
./external/yaffs2/yaffs2/utils/的源代码会生成mkyaffsimage的可执行文件.这个代码是Android改写过的,所有的疑问都在fs_config()函数.这个函数在
./system/core/include/private/android_filesystem_config.h
中有定义.当你打开这个文件时,你就知道答案啦!
2009年3月26日星期四
Android service
Android service 的启动可以用
setprop ctl.start xxx
的命令来完成.他的具体实现请参考Android/system/core/init/init.c的
service_start()函数
setprop ctl.start xxx
的命令来完成.他的具体实现请参考Android/system/core/init/init.c的
service_start()函数
2008年10月6日星期一
Linux on SAMSUNG s3c2443
我移植linux kernel 2.6.26.2到三星s3c2443处理器上，当我一直完，linux kernel已经更新到2.6.26.5了。不过其间的修改没有影响到s3c244x处理器系列。
总的来说，kernel2.6.26.2对s3c2443的支持非常的不好，它的许多代码只是移植了s3c2410的内核代码，因此在体系结构方面只是一个框架。根本不能用。
s3c2443的更好的官方支持要等2.6.28系列内核了，就目前kernel 2.6.27-rc一直在紧急的修补当中，不过我发现没有多少kernel修改者提交针对s3c2443的补丁，可能是市面上拿到s3c2443 CPU的人比较少？！
当然kernel 2.6.26.2经过修改已经可以启动，下面是我的boot log：
#Uncompressing Linux................................................................................................ done, booting the kernel.
Linux version 2.6.26.2 (cpuwolf@MyLin.localdomain) (gcc version 3.4.4) #36 Mon Sep 1 23:24:45 CST 2008
CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177
Machine: SMDK2443
Warning: bad configuration page, trying to continue
Ignoring unrecognised tag 0x00000000
Memory policy: ECC disabled, Data cache writeback
CPU S3C2443 (id 0x32443001)
S3C24XX Clocks, (c) 2004 Simtec Electronics
S3C2443: mpll on 800.000 MHz, cpu 400.000 MHz, mem 133.333 MHz, pclk 66.666 MHz
Warning: USB host bus not at 48MHz
S3C2443: epll on 96.000 MHz, usb-bus 96.000 MHz
CPU0: D VIVT write-back cache
CPU0: I cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets
CPU0: D cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
Kernel command line: console=ttySAC2,115200n8 console=tty0
irq: clearing pending ext status 00007200
irq: clearing subpending status 000000c0
PID hash table entries: 256 (order: 8, 1024 bytes)
timer tcon=00000009, tcnt d902, tcfg 0000020e,00000002, usec 0000170a
Console: colour dummy device 80x30
console [tty0] enabled
console [ttySAC2] enabled
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 64MB = 64MB total
Memory: 61708KB available (2744K code, 277K data, 116K init)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
net_namespace: 192 bytes
NET: Registered protocol family 16
S3C2410 Power Management, (c) 2004 Simtec Electronics
S3C2443: Initialising architecture
S3C2443: IRQ Support
S3C24XX DMA Driver, (c) 2003-2004,2006 Simtec Electronics
DMA channel 0 at c4800000, irq 88
DMA channel 1 at c4800100, irq 89
DMA channel 2 at c4800200, irq 90
DMA channel 3 at c4800300, irq 91
DMA channel 4 at c4800400, irq 92
DMA channel 5 at c4800500, irq 93
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 2048 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
NET: Registered protocol family 1
NetWinder Floating Point Emulator V0.97 (double precision)
JFFS2 version 2.2. (NAND) © 2001-2006 Red Hat, Inc.
msgmni has been set to 120
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
s3c2410-lcd s3c2410-lcd: cannot get irq 32 - err -22
s3c2410-lcd: probe of s3c2410-lcd failed with error -16
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
s3c2440-uart.0: s3c2410_serial0 at MMIO 0x50000000 (irq = 70) is a S3C2440
s3c2440-uart.1: s3c2410_serial1 at MMIO 0x50004000 (irq = 73) is a S3C2440
s3c2440-uart.2: s3c2410_serial2 at MMIO 0x50008000 (irq = 76) is a S3C2440
brd: module loaded
loop: module loaded
dm9000 Ethernet Driver, V1.30
S3C24XX NAND Driver, (c) 2004 Simtec Electronics
s3c2412-nand s3c2410-nand: Tacls=3, 22ns Twrph0=7 52ns, Twrph1=3 22ns
s3c2412-nand s3c2410-nand: System booted from NAND
NAND device: Manufacturer ID: 0xec, Chip ID: 0xd5 (Samsung NAND 2GiB 3,3V 8-bit)
s3c2410_nand_update_chip: chip c3da52bc: 11
Scanning device for bad blocks
Bad eraseblock 0 at 0x00000000
Bad eraseblock 1 at 0x00040000
Bad eraseblock 2 at 0x00080000
Bad eraseblock 3 at 0x000c0000
Bad eraseblock 4 at 0x00100000
Bad eraseblock 5 at 0x00140000
Bad eraseblock 6 at 0x00180000
Bad eraseblock 7 at 0x001c0000
Bad eraseblock 8 at 0x00200000
Bad eraseblock 9 at 0x00240000
Bad eraseblock 10 at 0x00280000
Bad eraseblock 11 at 0x002c0000
Bad eraseblock 12 at 0x00300000
Bad eraseblock 13 at 0x00340000
Bad eraseblock 14 at 0x00380000
总的来说，kernel2.6.26.2对s3c2443的支持非常的不好，它的许多代码只是移植了s3c2410的内核代码，因此在体系结构方面只是一个框架。根本不能用。
s3c2443的更好的官方支持要等2.6.28系列内核了，就目前kernel 2.6.27-rc一直在紧急的修补当中，不过我发现没有多少kernel修改者提交针对s3c2443的补丁，可能是市面上拿到s3c2443 CPU的人比较少？！
当然kernel 2.6.26.2经过修改已经可以启动，下面是我的boot log：
#Uncompressing Linux................................................................................................ done, booting the kernel.
Linux version 2.6.26.2 (cpuwolf@MyLin.localdomain) (gcc version 3.4.4) #36 Mon Sep 1 23:24:45 CST 2008
CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177
Machine: SMDK2443
Warning: bad configuration page, trying to continue
Ignoring unrecognised tag 0x00000000
Memory policy: ECC disabled, Data cache writeback
CPU S3C2443 (id 0x32443001)
S3C24XX Clocks, (c) 2004 Simtec Electronics
S3C2443: mpll on 800.000 MHz, cpu 400.000 MHz, mem 133.333 MHz, pclk 66.666 MHz
Warning: USB host bus not at 48MHz
S3C2443: epll on 96.000 MHz, usb-bus 96.000 MHz
CPU0: D VIVT write-back cache
CPU0: I cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets
CPU0: D cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
Kernel command line: console=ttySAC2,115200n8 console=tty0
irq: clearing pending ext status 00007200
irq: clearing subpending status 000000c0
PID hash table entries: 256 (order: 8, 1024 bytes)
timer tcon=00000009, tcnt d902, tcfg 0000020e,00000002, usec 0000170a
Console: colour dummy device 80x30
console [tty0] enabled
console [ttySAC2] enabled
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 64MB = 64MB total
Memory: 61708KB available (2744K code, 277K data, 116K init)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
net_namespace: 192 bytes
NET: Registered protocol family 16
S3C2410 Power Management, (c) 2004 Simtec Electronics
S3C2443: Initialising architecture
S3C2443: IRQ Support
S3C24XX DMA Driver, (c) 2003-2004,2006 Simtec Electronics
DMA channel 0 at c4800000, irq 88
DMA channel 1 at c4800100, irq 89
DMA channel 2 at c4800200, irq 90
DMA channel 3 at c4800300, irq 91
DMA channel 4 at c4800400, irq 92
DMA channel 5 at c4800500, irq 93
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 2048 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
NET: Registered protocol family 1
NetWinder Floating Point Emulator V0.97 (double precision)
JFFS2 version 2.2. (NAND) © 2001-2006 Red Hat, Inc.
msgmni has been set to 120
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
s3c2410-lcd s3c2410-lcd: cannot get irq 32 - err -22
s3c2410-lcd: probe of s3c2410-lcd failed with error -16
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
s3c2440-uart.0: s3c2410_serial0 at MMIO 0x50000000 (irq = 70) is a S3C2440
s3c2440-uart.1: s3c2410_serial1 at MMIO 0x50004000 (irq = 73) is a S3C2440
s3c2440-uart.2: s3c2410_serial2 at MMIO 0x50008000 (irq = 76) is a S3C2440
brd: module loaded
loop: module loaded
dm9000 Ethernet Driver, V1.30
S3C24XX NAND Driver, (c) 2004 Simtec Electronics
s3c2412-nand s3c2410-nand: Tacls=3, 22ns Twrph0=7 52ns, Twrph1=3 22ns
s3c2412-nand s3c2410-nand: System booted from NAND
NAND device: Manufacturer ID: 0xec, Chip ID: 0xd5 (Samsung NAND 2GiB 3,3V 8-bit)
s3c2410_nand_update_chip: chip c3da52bc: 11
Scanning device for bad blocks
Bad eraseblock 0 at 0x00000000
Bad eraseblock 1 at 0x00040000
Bad eraseblock 2 at 0x00080000
Bad eraseblock 3 at 0x000c0000
Bad eraseblock 4 at 0x00100000
Bad eraseblock 5 at 0x00140000
Bad eraseblock 6 at 0x00180000
Bad eraseblock 7 at 0x001c0000
Bad eraseblock 8 at 0x00200000
Bad eraseblock 9 at 0x00240000
Bad eraseblock 10 at 0x00280000
Bad eraseblock 11 at 0x002c0000
Bad eraseblock 12 at 0x00300000
Bad eraseblock 13 at 0x00340000
Bad eraseblock 14 at 0x00380000
fedora kernel 2.6.26.3 update
My ASUS A8 notebook cannot boot up after I update kernel package of fedora linux. The system is halted as the above screen
2008年9月26日星期五
ARM Linux kernel2.6静态memory mapping
基于ARM的SOC，很多设备寄存器的访问是需要直接静态映射的。而这部分工作一般都是在体系结构初始化时，调用iotable_init()完成。
它的其中一个参数是：
struct map_desc {
unsigned long virtual;
unsigned long pfn;
unsigned long length;
unsigned int type;
};
virtual就是想要映射的虚拟地址，pfn是物理地址，我要强调的是它不是point function，而是Page Frame Number，因此这个物理地址要切换成成页号。
它的其中一个参数是：
struct map_desc {
unsigned long virtual;
unsigned long pfn;
unsigned long length;
unsigned int type;
};
virtual就是想要映射的虚拟地址，pfn是物理地址，我要强调的是它不是point function，而是Page Frame Number，因此这个物理地址要切换成成页号。
2008年9月12日星期五
Linux对S3c2443的支持还不完善
我发现目前最新的Linux kernel
- main clock的读寄存器并计算是有问题的
- 由于第1条，导致Uart的clock无法正常设置，Uart无法正常工作
- s
- TFT LCD controller完全没有支持
这些问题部分我已经和Ben Dooks联系，有望在
2008年9月1日星期一
linux kernel 2.6.27-rc5三天前release
linux kernel stable 2.6.27-rc5三天前release。和以往一样，这次release对大多数来说并没有什么特别。但是对我来讲，这版kernel有着特殊的意义。
因为它包含了我第一次成功向Linus Torvalds提交的补丁。从上大学到现在7年了，我终于有能力参于linux内核开发了。这一天我等了很久。虽然我这次的修改非常简单，但是至少能说明我可以开始融入这个开源内核的大家庭。同时我也相信自己会在日后提交更多的修改。
这种感觉就像小学一年级第一次受老师表扬，等到老师认可的快乐！
在这个submit patch的过程中，可以感觉到这个跨世界范围的大项目的运营过程。看他们是怎么集合大家的智慧，在如此多人参与的项目中，他们是如何把控代码的质量。这些都值得我去学习。
http://www.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2.6.27-rc5
因为它包含了我第一次成功向Linus Torvalds提交的补丁。从上大学到现在7年了，我终于有能力参于linux内核开发了。这一天我等了很久。虽然我这次的修改非常简单，但是至少能说明我可以开始融入这个开源内核的大家庭。同时我也相信自己会在日后提交更多的修改。
这种感觉就像小学一年级第一次受老师表扬，等到老师认可的快乐！
在这个submit patch的过程中，可以感觉到这个跨世界范围的大项目的运营过程。看他们是怎么集合大家的智慧，在如此多人参与的项目中，他们是如何把控代码的质量。这些都值得我去学习。
http://www.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2.6.27-rc5
2008年8月4日星期一
where to place ARM linux kernel
Uncompressed Kernel Image
在ARM体系中，下面这条是定理
ZRELADDR == virt_to_phys(PAGE_OFFSET + TEXT_OFFSET)
PAGE_OFFSET + TEXT_OFFSET定义了内核image的起始虚拟地址。ARM中定义PAGE_OFFSET为0xC000,0000，很明显这是虚地址。arch\arm下的makefile中定义
TEXT_OFFSET := $(textofs-y)
textofs-y的默认值定义如下
textofs-y := 0x00008000
ZRELADDR是对应的物理地址，它在makefile.boot中定义为
zreladdr-y := 0x10008000
这里以OMAP1为例，这个地址就是DRAM的所在的区域
由此可见，这里就是一次MMU mapping,0x10008000==>0xC0008000,那么我们的kernel就应该放在物理地址0x10008000 上，这些都是默认设置我们没必要修改。
如果只是要得到Uncompressed kernel image，就是用make Image命令build kernel,上面的常识就足够了。
Compressed Kernel Image
但是如果你使用make zImage命令build kernel，那么你一定想得到一个Compressed kernel image，这样kernel体积小，节省flash空间.
zImage有两部分组成，前段是自解压代码，后段是被压缩过的kernel image。因此自解压代码也是需要一个放置地址的。
它的起始地址是TEXT_START,TEXT_START默认为0。这段代码是地址无关的，所以可以被安排在任何地址上，解压后的地址由上面的zreladdr决定，这里就是0x10008000。
解压前后内存可能重叠
为了避免内存块重叠，linux建议我们最好这样安排：
1.解压缩后的image起始地址，在压缩image的后面
2.解压缩后的image的结束地址，在压缩image的前面
对于这两条，我觉得第一条更容易做到
解压缩后的image大小如何计算
linux kernel image是用gzip压缩的，压缩基本比例为3：1，那么在计算解压缩后的image大小时，用压缩image大小 x 4计算比较安全。
跳转到kernel
call_kernel: bl cache_clean_flush
bl cache_off
mov r0, #0 @ must be zero
mov r1, r7 @ restore architecture number
mov r2, r8 @ restore atags pointer
mov pc, r4 @ call kernel
这是跳转到解压缩的image的动作。这里可以看出ARM linux规定的向kernel的参数传递规则。
r0为0
r1为architecture的识别号
r2是指针，指向atags参数表
然后跳转到uncompressed image的起始地址上。这里r7,r8寄存器在开始就被备份过，这里做一次恢复。
在ARM体系中，下面这条是定理
ZRELADDR == virt_to_phys(PAGE_OFFSET + TEXT_OFFSET)
PAGE_OFFSET + TEXT_OFFSET定义了内核image的起始虚拟地址。ARM中定义PAGE_OFFSET为0xC000,0000，很明显这是虚地址。arch\arm下的makefile中定义
TEXT_OFFSET := $(textofs-y)
textofs-y的默认值定义如下
textofs-y := 0x00008000
ZRELADDR是对应的物理地址，它在makefile.boot中定义为
zreladdr-y := 0x10008000
这里以OMAP1为例，这个地址就是DRAM的所在的区域
由此可见，这里就是一次MMU mapping,0x10008000==>0xC0008000,那么我们的kernel就应该放在物理地址0x10008000 上，这些都是默认设置我们没必要修改。
如果只是要得到Uncompressed kernel image，就是用make Image命令build kernel,上面的常识就足够了。
Compressed Kernel Image
但是如果你使用make zImage命令build kernel，那么你一定想得到一个Compressed kernel image，这样kernel体积小，节省flash空间.
zImage有两部分组成，前段是自解压代码，后段是被压缩过的kernel image。因此自解压代码也是需要一个放置地址的。
它的起始地址是TEXT_START,TEXT_START默认为0。这段代码是地址无关的，所以可以被安排在任何地址上，解压后的地址由上面的zreladdr决定，这里就是0x10008000。
解压前后内存可能重叠
为了避免内存块重叠，linux建议我们最好这样安排：
1.解压缩后的image起始地址，在压缩image的后面
2.解压缩后的image的结束地址，在压缩image的前面
对于这两条，我觉得第一条更容易做到
解压缩后的image大小如何计算
linux kernel image是用gzip压缩的，压缩基本比例为3：1，那么在计算解压缩后的image大小时，用压缩image大小 x 4计算比较安全。
跳转到kernel
call_kernel: bl cache_clean_flush
bl cache_off
mov r0, #0 @ must be zero
mov r1, r7 @ restore architecture number
mov r2, r8 @ restore atags pointer
mov pc, r4 @ call kernel
这是跳转到解压缩的image的动作。这里可以看出ARM linux规定的向kernel的参数传递规则。
r0为0
r1为architecture的识别号
r2是指针，指向atags参数表
然后跳转到uncompressed image的起始地址上。这里r7,r8寄存器在开始就被备份过，这里做一次恢复。
2007年11月25日星期日
订阅：
博文 (Atom)