而且我們現在單核心的 CPU core 數已經夠高了，沒有必要一定要搞 multi-socket system

像 Ampere AltraMax 已經到達 128 核心
Amazon Graviton 3 也有 64 核心

當然 Amazon 並沒有展示出他們的系統，但是他們圖上提到一件事

這是一個 3 核心的系統，當然一般都是用 CCIX 接起來，應該會是二的倍數，像是 2 顆或是 4 顆
但是 Amazon 的系統是用 Nitro Card 接起來，

Nitro Card 是一塊多功能 DPU Card ，負責資料傳輸加解密等等，看資料似乎也負責管理 edge VM 系統，還有當作 storage 系統

沒有想到 Amazon 衝的這麼快，真的就丟掉 multi-socket 架構，這個應該是整個系統都為了加速 Cloud native system 而生，軟體 CPU 跟不上的用硬體去推
也完全符合 Brendan Gregg 所說的情境

而像 Ampere 下一代的 CPU 更多核，那又更密集了，也符合 Brendan Gregg 的預測

未來 data center 可能就會走半板單 CPU 的架構吧，學 Amazon 的 triple-cores 不現實，一般真要搞 2U 4 systems 還是可以做到的，也比較相容工業標準

Ref.
AWS Graviton3 Hits GA with 3 Sockets Per Motherboard Designs
AWS Nitro the Big Cloud DPU Deployment Detailed

The post Multi-socket is doomed appeared first on richliu's blog.

看原文比翻譯好一點, 從原文大概只可能猜出, 改過 timer 之後, 可能影響到 interrupt 的速度.
但是從最後的描述猜也可能是動到 clock tree 去影響 timer 進而影響到其他的行為.
有碰到這種 BUG 的第一個一定先猜 timing , 純軟體的反而不會這樣想, 所以他覺得最難的 BUG
我們看起來就還好.

這個描述讓我也想寫一下, 我碰過最難的 BUG.

那是新的 SoC 剛回來的時候, 各個 block 都要驗, 我是負責帶領系統驗証部門的,
所以一開始就有一大堆 BUG, 其中有一個 BUG 就是資料存取有問題, 而且要很久才會出現一次的.

最難的 BUG 要件之一就是很久才會出現一次, 這表示會搞很久.

因為當時我是負責 SATA 部份的驗証, 所以這個工作自然就是我去追了.
看倌呀, SOC 就是統統要自己來, 從 hardware CPU/SATA/CLOCK 到 kernel 層都可能有問題.

第一件事情就是, 想辦法找出可以複製的方法. 我們知道資料存取有問題
所以我就寫了一個 sh script 從 A Disk Copy 到 B Disk 再做比對. 然後一直 COPY 下去, 直到找到為止.

這個 sh script 大概可以在 200 次大檔案 COPY, 找到一次錯誤的結果.
大概要花二個小時以上, 一開始的時候, 這個 script 執行下去, 其實並沒有辦法抓出問題.

流程大概是這樣
# dd if=/dev/zero of=test bs=1M count=1024
# md5sum test
這樣就會有一次寫入, 一次讀出, 這樣就可以比對 md5.

有沒有看出什麼問題?

其實這個錯誤可能很少人會意會到, 就是測試 pattern 不能為零, 假設今天 block 寫錯了, 而資料是零, 再怎麼寫入讀出, 資料還是正確的. 所以後來我都改用 AV file 做 test pattern, 工程師的惡趣味就在這邊了.
“我今天有 update 新的 test pattern 哦…. ”
大家就知道發生什麼事情了.

修改完 script 之後,  md5 checksum 的結果的確是不一樣. 這時就要猜測是什麼地方在作怪.
首先一定先關心 SATA Hardware 是不是有問題, 所以就拿 PCIe SATA 還有 USB 來驗証比對.
同時間, 看 Linux kernel 追 SATA 這一層在搞什麼飛機.

其實相對於 USB Protocol , AHCI SATA Interface 是很簡單的 interface, 很快的就排除掉這個犯人了. 而且 PCIe SATA 和 USB 的結果顯示也是會複製錯誤.

這下子人就可能是 CPU 和 Kernel 殺的. 還有記憶體.
SoC 守則, 只要資料有錯, 八成是記憶體殺的. 各位可能會問, 那為什麼要先測 SATA? 因為記憶體己經先掃過一輪沒問題了, 所以當然先丟 SATA. 不過這邊的先掃過一輪沒有問題是不是真的沒有問題….
這個原因是這樣, 所謂的記憶體沒有問題是用 NON-OS Code 下去掃的, 可能會有切 MMU Mode 和 NonMMU Mode. 總之是這樣測的.

然後我就 mount ramdisk 開 memtest 狂測一天. 果然出問題了. 哼哼, 是你吧.
不過接下來問題才大條. RAM 出問題很麻煩的. 要怎麼定位到到底是什麼出問題呢?

專業的讀者應該就會猜, 那就降速跑.
正解, RAM 出問題就要先降速跑. 所以 DRAM 就跑在 200Mhz (DDR2-800 是 400Mhz, 最低應該是 DDR-400 跑在 200Mhz). 反正都降速, 所以 CPU 也從 600Mhz 降到 400Mhz 跑.
當然老天一定不會這麼容易讓我們破關的, 所以資料錯誤的 BUG 還是可以重現.
同時間 NON-OS 的測試結果仍然是顯示沒有問題.

然後就是猜了. 因為如果 NON-OS 的 memory test 是正確的, 而 Linux 是錯誤的, 那可能問題是出在其他的部份. 這麼複雜的系統一定就是要猜.

猜也是一門學問, 接下來就是先關 L1/L2 Cache .
各位, 為什麼 CACHE 要最後再測, 因為 CACHE 關掉整個系統會變更慢. 所以預期二小時會發生的, 可能測試就要拉到二天, 我還有碰過 Cache 關掉就複製不出來的 BUG.

Disable Cache 有二項, 因為 L2 Enable 一定要 L1 也 Enable.
Disable L1/L2
Disable L2
除了 Disable Cache 以外, 和 CPU 相關的還有 SMP (因為 SoC 有二顆 CPU), 還有 Cache Driver 新舊版的問題.

這幾個測試項測下來, 果然 Disable Cache 就不會出問題了, 而且是 Disable L2 Cache.

走到這邊大概己經測試了三個星期. 快搞死了, SoC 慢就算了, 掉資料是不允許的啊啊啊.
對一個 engineer 來說這根本是不可接受的事.
而且同時間還有一堆 BUG 待解待查. SoC 剛回來天天都是屁股在燒.

為了保險起見. 必需要找到資料錯誤的 Pattern .
所以寫了一個可以 binary compare 並且顯示出那邊不一樣的小程式.
翻了一下當年的痕跡, 原來除了 binary compare, 還有程式內加上 invalidate cache 的相關程式.
我還記得為了這件事翻了整層的 Linux kernel cache 和 memory management 機制.

最後確認到是 cache 的問題是, 使用 binary compare 找出 32bytes, 相當於一條 L2 cache line size.
而且可以重覆這個測試.

到這邊幾乎可以確定是 L2 cache Line 的問題, 而且是硬體的問題, 當然 L2 還有一些測試項目.
像是調整 Cache Latency 之類的. 這個應該都做了, 不過做了以後應該是更久才會再出現一次.

所以我就將我知道的東西整理一下, 寫了一封信問 ARM . (還好當時公司有付錢買 ARM 的服務).

ARM 的回答也很乾脆,
關掉那個 L2 Cache I Prefetch 的功能就可以了. 在 PL310 內, 這個功能只是 1 bit 的改變.
(I Prefetch 是 Instruction Prefetch command , 快要執行到指令時, 先去記憶體先抓回來放在 Cache 內)

然後就一切正常了…..

然後就一切正常了…..

然後就一切正常了…..

1 個 bit, 快要一個月的青春啊~~ 所以這個 BUG 記到現在還在記.

這應該算難嗎? 不知道的 BUG 都很難, 知道之後就不難了.

==

後記1: NON-OS 為什麼沒有測出來, 其實 Cache 那邊的參數也是從 NON-OS 來的, 為什麼 NON-OS 沒有問題呢?
猜想是因為 NON-OS 的 Code Size 很小, 所以 Code 都在 L1 Cache 內, 並不會動用到 I prefetch 的功能. 所以自然也驗不出來了.

後記2: 我覺得很多細節我都忘了, 所以這應該只是大致的情節. 雖然寫起來很輕鬆, 但是當時很慘烈呀~~~~

The post [跟風] 程式設計師, 你調試過最難的 BUG appeared first on richliu's blog.

Added NEON optimized memcpy + armv6 unaligned memory access.
imx-libc-neon / memcpy-neon.S
改善 Android 中 memcpy 效能
ARM: NEON optimized implementation of memcpy.
http://sourceware.org/ml/libc-ports/2009-07/msg00000.html

之前有碰過 DMA 搬 Data 和 CPU 搬速度差不多的狀況.
看起來拿閒置的 NEON 來用也是不錯的.
但是 NEON dimension 太大, 如果不是有關影像處理, 只拿來做 data copy 就有點浪費了.

Update:
NEON 是要配合 prefetch 才會快, 如果沒有 prefetch 是差不多的, 和我之前的認知類似.

The post ARM NEON memcpy appeared first on richliu's blog.

一般來說使用 arm 的平台很少會去注意是不是有 VFP 支援, 一般 Embedded Linux 內會用到數學函式運算的系統不多. (當然 Android 之後就變多了).

首先看來一個簡單的程式
[C]
int main(void){
double a=2.2,b=1.1,c;

c=a*b;
return 0;
}
[/C]
這時用 arm-linux-gcc 去 compile 這行程式, 預設是 software floating point
我們會看到, 程式會去呼叫 function __aeabi_mul 去運算 dmul.

[BASH]
# arm-linux-gcc -c -g -Wa,-a,-ad 1.c ; arm-linux-objdump -dS 1.o | less
[/BASH]

[TEXT]
c=a*b;
30: e24b002c sub r0, fp, #44 ; 0x2c
34: e8900003 ldm r0, {r0, r1}
38: e24b2024 sub r2, fp, #36 ; 0x24
3c: e892000c ldm r2, {r2, r3}
40: ebfffffe bl 0 <__aeabi_dmul>
44: e1a03000 mov r3, r0
48: e1a04001 mov r4, r1
4c: e50b301c str r3, [fp, #-28]
50: e50b4018 str r4, [fp, #-24]
[/TEXT]

如果是使用 VFP 呢? 只要簡單幾行指令就可以完成原來還要呼叫 eabi_dmul 的事情
[BASH]
# arm-linux-gcc -mfloat-abi=softfp -c -g -Wa,-a,-ad 1.c ; arm-linux-objdump -dS 1.o | less
[/BASH]
可以得到
[TEXT]
c=a*b;
30: ed1b6b0b vldr d6, [fp, #-44]
34: ed1b7b09 vldr d7, [fp, #-36]
38: ee267b07 fmuld d7, d6, d7
3c: ed0b7b07 vstr d7, [fp, #-28]
[/TEXT]

而 __eabi_dmul 藏在那邊呢? 答案就在 gcc 內
在 gcc source code , gcc/config/arm/arm.c: 內有這一行 define
set_optab_libfunc (smul_optab, DFmode, “__aeabi_dmul”);
而 gcc/config/arm/ieee754-df.S 內記錄著 aeabi_dmul 的實際 software code.
看起來落落長, 難怪效能差很多 :p

那 uclibc binary 有沒有支援 vfp 怎麼檢查呢 ?
我先暫時是去 dump libm.so 的內容, 如果有使用到 vldr, fmuld 之類的指令, 表示確實有用到 VFP 的指令.
[BASH]
# arm-linux-objdump -dS libm-0.9.31.so
[/BASH]
*註: 看起來 uclibc 會有自己的數學指令(不確定)

uclibc 要如何支援, 如果是用 buildroot, 在 uclibc 的 configure file 加上一行
[TEXT]
UCLIBC_EXTRA_CFLAGS=”-mfloat-abi=softfp”
[/TEXT]

編完 uclibc 之後, 我們可以用 objdump 看 libm.so 的 Assembly code
[BASH]
# arm-linux-objdump -D libm-0.9.31.so | less
[/BASH]

有 v 開頭的指令很多都是 vfp 的指令
[TEXT]
00007dd0 :
7dd0: e1a03001 mov r3, r1
7dd4: e3c32102 bic r2, r3, #-2147483648 ; 0x80000000
7dd8: e59f30a4 ldr r3, [pc, #164] ; 7e84
7ddc: e52de004 push {lr} ; (str lr, [sp, #-4]!)
7de0: e1520003 cmp r2, r3
7de4: e24dd01c sub sp, sp, #28 ; 0x1c
7de8: ec410b17 vmov d7, r0, r1
7dec: d3a02000 movle r2, #0 ; 0x0
7df0: d3a03000 movle r3, #0 ; 0x0
7df4: d3a0c000 movle ip, #0 ; 0x0
7df8: da000010 ble 7e40
7dfc: e59f3084 ldr r3, [pc, #132] ; 7e88
7e00: e1520003 cmp r2, r3
7e04: ce376b47 fsubdgt d6, d7, d7
7e08: cc510b16 vmovgt r0, r1, d6
[/TEXT]

最後測試 Library 的速度, 以下是測試 Code.
[C]
cat 1.c
#include
#include

int main(void){

double result,result2; int i,j,count=0;

for(j=0;j<10000;j++){ for(i=0;i<180;i++){ result = sin(i); result2 = sin(0-i); if(result == -result2){ count++; } } }

printf(” count:%d\n”, count);

return 0; } [/C] 無 VFP Library Support 的數據. [TEXT] count:1800000 real 0m 15.64s user 0m 15.64s sys 0m 0.00s [/TEXT] 有 VFP Library Support 的數據 [TEXT] count:1800000 real 0m 2.42s user 0m 2.42s sys 0m 0.00s [/TEXT] 差了 6.46 倍.

The post 如何確認 uclibc 是有 VFP 最佳化的? appeared first on richliu's blog.

[BASH]

# ~/ARM/bin/linux-pentium/setuplinux.bin patch –source RVDS_4_0_dist_to_4-all-all_stnd.armpatch –target ~/ARM

[/BASH]

The post Patch RVDS 4.0 at Linux appeared first on richliu's blog.

產生 mkimage

./mkimage -A arm -O linux -T kernel -C none -a 8000 -e 8000 -n arm_v -d ./arch/arm/boot/zImage uImage

K:\> flash

Flash> list image
Flash Area Base 0x40000000

Address     Name
——-     —-
0x40000000  Boot_Monitor
0x40040000  SYSTEM.DAT
0x40080000  U-BOOT
0x400C0000  uimage
0x40280000  BASE

Flash Area Base 0x43FC0000

Address     Name
——-     —-

Flash Area Base 0x44000000

Address     Name
——-     —-

Flash Area Base 0x47FC0000

Address     Name
——-     —-
Flash> erase image uimage
Erasing Flash

Flash> write binary uimage
Erasing Flash
Writing Flash
Progress 0%
Progress 3%
..
Progress 100%
Flash> run U-BOOT

ref.
ARM RealView PB11MPCore (2) – Installation
ARM RealView PB11MPCore (6) BootMonitor

The post Boot Monitor Flash 基本操作 appeared first on richliu's blog.

像我將 debian 裝好之後, 就可以跑 wireshark 了

本圖中, 最左邊的是 console, 中間的視窗是 EVB 上的 wireshark, 右邊的視窗是 PC 端的 wireshark

真是超好用的……

首先先裝 debootstrap
# apt-get install debootstrap
再裝 sid 系統 (現在應該是 unstable)

debootstrap --verbose --foreign --arch armel sid ./sid http://ftp.tw.debian.org/debian
# 若以上連結失效, 可以改用
debootstrap --verbose --foreign --arch armel sid ./sid http://ftp.twaren.net/Debian/debian/

在此一提, 我是用 ARM11MPCore 平台, 用 armel (使用 EABI) 比較好, 記得有些套件在 armel 才會有. arm 己經沒有了 抓完套件下來以後, 將 sid 打包起來, 丟到 target 上去, 再解壓到 /

接下來在 Target board 上下

/debootstrap/debootstrap --second-stage

運氣好就可以解完, 如果解不完就重做一次看看
因為我是在 host PC 上做的, 所以在做的時候有一些 information 就會帶過去

修改 /etc/fstab

/dev/sda1 / ext3 defaults,noatime,check=none 0 0
proc /proc proc defaults 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0

因為我是要常常開關測試, 所以不希望 fsck disk,
在 format disk 後, 可以考慮下這種參數

# mke2fs -j /dev/sda
# tune2fs -c 0 -i 0 /dev/sda1

/etc/inittab 也要修改, getty 的部份可以全部關掉 (如果有 LCD 可以留 1,2 個下來)

T0:23:respawn:/sbin/getty -L ttyS0 38400 vt100
#1:2345:respawn:/sbin/getty 38400 tty1
#2:23:respawn:/sbin/getty 38400 tty2
#3:23:respawn:/sbin/getty 38400 tty3
#4:23:respawn:/sbin/getty 38400 tty4
#5:23:respawn:/sbin/getty 38400 tty5
#6:23:respawn:/sbin/getty 38400 tty6

產生 sources.list

# echo "deb http://ftp.tw.debian.org/debian unstable main non-free contrib" > /etc/apt/sources.list

設定環境變數

echo LANG=\"C\" >> /etc/environment

接下來就網路設一設, 然後就可以開始安裝環境了

# apt-get update
# apt-get install openssh-server
# apt-get install rcconf

接下來有用過 ubuntu 應該就很熟了….

Ref.

http://emqbit.com/deboostrap-debian
Ref. 這個不錯
https://help.ubuntu.com/community/Installation/FromLinux

The post [ARM][Linux] 建立 ARM 平台的 Debian System appeared first on richliu's blog.

但是在 ARM 上並沒有這樣的支援

我的平台有 2 個 PCIe Host Controller , 而且都要設定在 PCIe bus 0 上面.
這時就拿 PCI domain 的 code 來用最快,
以下就是 Sample Code 和 ARM 部份的 Patch Code (不含我目前使用平台的 Patch)

Seems ARM don’s support PCI Domains function now.
Here is a tiny patch for PCI Domains support

It’s work on my platform,
There are two PCIe host controller on my platform, and both bus number
should be 0
So, use PCI Domain to control both PCIe host controller is better choice.

Here is platform PCIe sample code,
static struct hw_pci cxxxxxx_pcie0 __initdata = {
.swizzle = pci_std_swizzle,
.map_irq = cxxxxxx_pcie0_map_irq,
.nr_controllers = 1,
.nr_domains = 0,
.setup = cxxxxxx_pci_setup,
.scan = cxxxxxx_pci_scan_bus,
.preinit = cxxxxxx_pci_preinit,
.postinit = cxxxxxx_pcie0_postinit,
};
static struct hw_pci cxxxxxx_pcie1 __initdata = {
.swizzle = pci_std_swizzle,
.map_irq = cxxxxxx_pcie1_map_irq,
.nr_controllers = 1,
.nr_domains = 1,
.setup = cxxxxxx_pci_setup,
.scan = cxxxxxx_pci_scan_bus,
.postinit = cxxxxxx_pcie1_postinit,
};

static int __init cxxxxxx_pci_init(void)
{
pci_common_init(&cxxxxxx_pcie0);
pci_common_init(&cxxxxxx_pcie1);
return 0;
}

—
diff –git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 79a3074..33a49ba 100644
— a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -865,6 +865,10 @@ config PCI
your box. Other bus systems are ISA, EISA, MicroChannel (MCA) or
VESA. If you have PCI, say Y, otherwise N.

+config PCI_DOMAINS
+ def_bool y
+ depends on PCI
+
config PCI_SYSCALL
def_bool PCI

diff –git a/arch/arm/include/asm/mach/pci.h
b/arch/arm/include/asm/mach/pci.h
index a38bdc7..f099067 100644
— a/arch/arm/include/asm/mach/pci.h
+++ b/arch/arm/include/asm/mach/pci.h
@@ -20,6 +20,9 @@ struct hw_pci {
void (*postinit)(void);
u8 (*swizzle)(struct pci_dev *dev, u8 *pin);
int (*map_irq)(struct pci_dev *dev, u8 slot, u8 pin);
+#ifdef CONFIG_PCI_DOMAINS
+ int nr_domains;
+#endif
};

/*
@@ -37,8 +40,12 @@ struct pci_sys_data {
/* IRQ mapping */
int (*map_irq)(struct pci_dev *, u8, u8);
struct hw_pci *hw;
+#ifdef CONFIG_PCI_DOMAINS
+ int domain;
+#endif
};

+
/*
* This is the standard PCI-PCI bridge swizzling algorithm.
*/
diff –git a/arch/arm/include/asm/pci.h b/arch/arm/include/asm/pci.h
index 0abf386..57ce5bd 100644
— a/arch/arm/include/asm/pci.h
+++ b/arch/arm/include/asm/pci.h
@@ -25,6 +25,11 @@ static inline void pcibios_penalize_isa_irq(int irq,
int active)
/* We don’t do dynamic PCI IRQ allocation */
}

+#ifdef CONFIG_PCI_DOMAINS
+int pci_domain_nr(struct pci_bus *bus);
+int pci_proc_domain(struct pci_bus *bus);
+#endif
+
/*
* The PCI address space does equal the physical memory address space.
* The networking and block device layers use this boolean for bounce
diff –git a/arch/arm/kernel/bios32.c b/arch/arm/kernel/bios32.c
index 8096819..b364ca8 100644
— a/arch/arm/kernel/bios32.c
+++ b/arch/arm/kernel/bios32.c
@@ -531,6 +531,7 @@ static void __init pcibios_init_hw(struct hw_pci *hw)
sys->busnr = busnr;
sys->swizzle = hw->swizzle;
sys->map_irq = hw->map_irq;
+ sys->domain = hw->nr_domains;
sys->resource[0] = &ioport_resource;
sys->resource[1] = &iomem_resource;

@@ -694,3 +695,20 @@ int pci_mmap_page_range(struct pci_dev *dev, struct
vm_area_struct *vma,

return 0;
}
+#ifdef CONFIG_PCI_DOMAINS
+int pci_domain_nr(struct pci_bus *bus)
+{
+
+ //struct pci_sysdata *sd = bus->sysdata;
+ struct pci_sys_data *sd = bus->sysdata;
+ return sd->domain;
+
+}
+EXPORT_SYMBOL(pci_domain_nr);
+
+int pci_proc_domain(struct pci_bus *bus)
+{
+ return pci_domain_nr(bus);
+}
+EXPORT_SYMBOL(pci_proc_domain);
+#endif

Ref
x86/x86-64 PCI domain support

The post Linux kernel PCI Domains Support for ARM appeared first on richliu's blog.

這時請改用 timer interrupt

在 load oprofile modules 加上 timer=1
若是 static link 時, 就要在 boot_cmd 加上 oprofile.timer=1

似乎目前的 kernel oprofile 不支援 ARM11MPCore.

http://oprofile.sourceforge.net/doc/detailed-parameters.html#timer

The post ARM 的 Oprofile appeared first on richliu's blog.

而名稱叫 NetWalker 應該會讓人想到 Walkman 吧

列出主要的元件
CPU: FreeScale i.MX515
RAM: 512MByte (固定)
OS: Ubuntu 9.04 (特別版)
LCD: 5″ 1024*600 touch screen
Flash: 4G Flash + 2G User Space.
Wireless: 802.11 B/G
SDCard: microSD/microSDHC (至少可以放32G)
3 秒開機
10 小時使用時間.
定價: Y$45,000.- (約 NT:16,000.-, 日幣最近很貴)

而且操控方式感覺還不錯

ATOM Netbook 裝 Linux 都沒有市場了, 那 ARM Netbook 有什麼搞頭呢?

從規格和網頁來看, 大概會主打長時間的行動上網, 不過我到覺得這個應該是主打電子辭典和電子書. 如果還可以混個 Facebook, 做個社交也不錯.

從電子辭典切入的確是一個非常好的點, 大小差不多, 價格雖然貴了很多, 但是可以取代必要品的位置(就是一定會帶的東西). 如果還可以看電子書, 那這個平台的功能就又更多了, 加上長時間使用(10小時算不錯了). 這是一個很好的試金石.

台灣的系統廠加加油, 如果 ACER/ASUS 推出這樣的產品, 搭配快譯通/無敵的系統. 賣你 NT:15,000.- 你會願意買嗎? (快譯通和無敵可能不願意做這個賠錢貨的市場就是了 :p)

The post Sharp ARM Base Netbook PC-Z1 NetWalker appeared first on richliu's blog.

undefined references to `rpl_malloc’

下這行指令就好了
# ac_cv_func_malloc_0_nonnull=yes ac_cv_func_realloc_0_nonnull=yes ./configure –with-gnu-ld –host=arm-linux

The post htop cross compile 碰到 undefined references to `rpl_malloc’ appeared first on richliu's blog.

Realview ICE 的外盒, 很大一盒 :p

拆了外箱

第一層, 手冊和 RVD 的光碟片

第二層, Realview ICE 的本體

拿出重要的線材擺在一起, 最右邊的線是 LVDS 的線, 傳輸距離長, 可以用的 clock 較高(up to 50Mhz)

來一個 LVDS to 20pin JTAG 轉接頭的特寫

RealView Trace 的盒子, 其實和 RealView ICE 的一樣大, 只是比較薄而己

內層只有手冊和 RealView Trace

來個疊疊樂, 但是 Realview ICE 和 Realview Trace 就是要這樣疊起來用的, 所以是一定要疊的

因為手上有 ETM 的 ARM11 Demoboard 都在使用中, 所以 Realview Trace 就先收起來了.
根據在國內廠商接觸的經驗, 買 ARM Realview ICE 的應該很多, 會買到 Realview Trace 的應該就很少了
IC Design House 如果不是做 ARM11 以上的高階產品, 要包 ETM, 用不到 RealView Trace.
系統廠買到的機會還比較高, 因為案子可能會用 ARM11, 然後像 Qualcomm 可能就會包 ETM
進系統. 這時系統廠整合的時候有機會用到 Realview Trace.
但是系統廠 cost down 的很嚴重, 所以最多也只會買到 Realview ICE.
目前我想得到的公司應該只有 Faraday Technology (智原), 他們有 ARM CPU 的 IP

如果你知道還有那一家公司還有買 Realview Trace, 要告訴我們, 讓大家拜一下

後記: 其實我的開箱文沒有辦法寫得金光閃閃, 瑞氣千條, 開箱之後產品會發光, 我都是有圖就好, 大家多包涵了.

The post ARM RealView ICE, RealView Trace 開箱文 appeared first on richliu's blog.

Canonical announced it will port Ubuntu Desktop Linux to the ARMv7 architecture. Targeted at netbooks, the Ubuntu ARM distribution could set the stage for Intel to lose the “software advantage” that has enabled x86 to shrug off attacks from other architectures for the last 30 years.

沒有想到 ARM netbook 來的這麼快, OLPC 的構想, eeePC 的成功, 到現在 Linux Desktop 可以殺出重圍, 在 Windows XP 的環境下, 取得些許市佔率, 靠 netbook 取得一席之地, 這是眾人並未預期的.

ARMv7 架構的 Cortex-A 系列 CPU 應該是可以達到 netbook 低標的 CPU , 有著可以接受的效能, 可以接受的 NEON(MMX like) 的 SIMD 系統, 用軟體可以撥 HD 影片. 而眾家 2D/3D Engine 其實也很成熟了, 所以從市場的角度看. Netbook 的出現其實是讓 Embedded System 往上去吃原本 Desktop 的市場. ARM 選擇 Canonical 的 ubuntu 應該是看上市佔率高, Desktop 整合度高. 雖然 Debian 早就有 ARM 套件, 但是商業運作上還是不如 Canonical , Desktop 整合度看起來也不夠好.

Ubuntu ARM 版本會基於 Cortex-A 系列 CPU 發行, 未來會考慮 ARMv6(ARM11 系列), ARMv5(ARM9 系列)指令集. 不過我想應該 Cortex 弄完了以後, 其他平台並不是太大的問題.

這一塊並不是 Microsoft 不想染指, 而是心有餘而力不足. MCE 的出現不就是 Microsoft 進入客廳的試腳石, 除了高級用戶外, 似乎並沒有看到 MCE 在太多家庭出現. 至少我去別人家沒有看過, 我自己家也沒有, 說不定明年發消費券之後, 我會考慮去弄一台 MCE + HTPC 弄個可以播的系統出來. 我現在的客廳的電腦播 H.264 有點吃力(Pentium4 2.0G). 但是接下來能, Microsoft 能用 Windows CE 去吃這一塊嗎? 至少目前沒有看到這樣的可能性.

我在想, 如果未來 ubuntu 堪用以後, 是不是 Linux Desktop 會大大方方的走入 Home Digital 的市場
像是 MID 手持系統, 或是 Tivo 這種錄影機, 甚至是 BT Download, 結合 bt movie download, 也有可能開拓隨選即播的市場.

The post [新聞][想法] Ubuntu announces ARM port appeared first on richliu's blog.

節錄內文如下

Google has ported a core part of its new browser to the ARM processor as well as to the x86. Google co-founder Sergey Brin said all or parts of the new Chrome browser could be available for mobile devices such as cellphones within a few months.

個人的想法是, 果然 Google Browser 是想取代 OS 做成桌面平台, 目前 Mobile Phone 幾乎都是 ARM chip 的天下, 現在連桌機(Desktop Mobile Phone)都有可能用 ARM, 以後還有 MID, 低價 NetBook . 等等..
拉回來看, 至少 iPhone 內用的是 ARM11 620Mhz 的 CPU. 別忘了還有 Android 哦. PC 市場打不過 Microsoft , 但是 Embedded 市場就難說, 至少 Embedded System 的市場非 Microsoft 還是佔大宗, 主要還是價格因素.

延續之前的話題, 為什麼不是 Wintel 的組合呢? 在 Embedded System 的市場, 價格決定一切呀, Wintel 平台我猜光 License + Hardware 目標價在 US$40. ARM 平台大概是 US$20. 雖然效能不如 ATOM, 但是從手機的評價看起來, ARM 平台不會差到那邊去, 但是價格只有一半, 或是更低.

不過大家看了這麼久, 會有一個問題, 為什麼不是 MIPS 呢? 話說 MIPS 這家公司似乎營運不太好. ARM 還是大宗, 所以 Porting 本來就是要找市佔率大的呀..

The post [新聞][想法] Google 瀏覽器引擎可在 ARM 平台執行. appeared first on richliu's blog.

以目前我們在規劃的產品來說, ARM11 MPCore, PCIe, SATA, Gigabit Nic , LCD Control, 2D/3D 加速引擊, 己經具備了低階 Netbook 所需的元素, 問題就在於, 怎麼樣整合 Linux 進來用.  要和誰合作?

而市場目標是什麼, 投票用 Linux, 教學用, 還是家用多媒體環境呢?
像 ARM 都是客制化市場, 或許出可以放 FullHD 的類 eeeBox 也不是不可能.
而成本還更低, 因為內建 H.264 decoder engine.

至於 ARM 和 Microsoft 合作執行 Windows XP, 我個人則是認為這還要一段時間, 畢竟不僅僅是換 CPU 而己, 很多 Driver , 人員訓練, SoC 的選用, 都是問題. 不像是 Linux, 只要是有 ARM solution, 幾乎都有 Linux 的 driver, 差別就在有沒有整合進 Linux kernel main tree 和 open source 了.

問題還是在於, 市場對於這樣產品的接受度如何? 畢竟搭載龍芯(Dragon)的 Netbook 早就現身了, 但是一直都沒有大賣的訊息出來. 到底是從 Dragon MIPs CPU 的效能太差呢? 還是整合的 Linux Package 不實用? 這些都是 ARM 進入這個市場需要面對的.

不過我個人是樂觀其成, 畢竟 PC 市場己經非效能導向, 而是從高階到低階都有市場, 說不定下一次就是我們家的產品跟著上, 運氣好的話說不定會有我們家產品做的 Netbook :p

原文節錄如下.

ARM想進入迷你筆電市場

ZDNET新聞專區：曠文溱 2008/10/15 22:26:02

明（09）年的Computex展，就會看到數款搭載ARM架構處理器的迷你筆電（Netbook），該公司高層指出。

搶在IDF即將於下週一（10/20）在台北舉辦之前，近年來因為英特爾宣佈行動網路裝置（MID）計畫，而有點懷恨在心的ARM，今（15）日在台宣佈即將攻進英特爾已經開花結果的Netbook。

該公司表示從去（07）年中的Computex，ARM就積極與ODM/OEM大廠，以及軟體業者洽談，進行產品的相容性測試，成果即將在明年揭曉。

「ARM的陣容龐大（指合作伙伴數），勢必具有成本優勢；單晶片設計可以增加電池續航力；在高畫質影音表現上遠勝過英特爾的Atom，」ARM行動運算總監Bob Morris洋洋灑灑列出該公司的勝出點。

不 過，軟體支援性恐怕會是ARM的痛腳之一。Netbook和手持裝置的使用行為終究不一樣，消費者要的是和在電腦上不無二致的使用經驗。雖然在手機市場獨 占鼇頭多年，但是能否把所有在電腦上運行的軟體搬移到ARM架構上，舉例而言，微軟的Windows XP作業系統，就是ARM必須要準備的功夫。

「ARM和微軟持續合作，」Morris說，「不過，還無法肯定支援Windows XP的ARM架構Netbook什麼時候會推出市場。」該公司初期將以Linux為主要支援對象。

原 本井水不犯河水的英特爾和ARM，從去年開始即開始產生市場互相侵輒的景況。起自於英特爾在去年秋季IDF上，宣佈新一代MID平台將採用一款名為 Silverthorne的晶片。暗批傳統採用ARM晶片的手機在連網時總讓使用者受挫，表將以運算性能更為強大、也有更多軟體支援的x86處理器進軍手 持裝置市場。

英特爾一放話，立刻惹惱過去並未大肆宣傳，一向隱身在所有手機之內的ARM。ARM反唇相譏搭載英特爾處理器的UMPC或者MID，不過就是規格比較爛的電腦。

「ARM不會特別要劃出一個市場、歸類一個產品類別叫做MID，ARM是要讓手持裝置擁有連網能力，」Morris說。

MID不過是第一波戰火。眼看Netbook市場已成為筆記型電腦市場主要成長動能，ARM也躍躍欲試。雖然該公司尚無法揭露合作伙伴，但已表現信心滿滿。

Morris引用研究機構ABI Research的數據，指出從明年至2013年全球Netbook市場，採用ARM架構的系統出貨量，將從393萬台成長至2366萬台；於此同時，x86架構的平台出貨量，由1062萬台增長至3550萬台。

The post [新聞][想法] ARM想進入迷你筆電市場 appeared first on richliu's blog.

不僅僅是 chroot 以外, 如果執行任何程式有 “Illegal Instruction” 時, 記得將 kernel 的 NWFPE 選項 enable.

The post [ARM] chroot 出現 Message “Illegal Instruction” appeared first on richliu's blog.