Install CentOS 7 on Ampere Altra CPU

Earlier CentOS 7 default OS is too old to support ARM64 CPU and SSIF driver,
if you have problem to install on Ampre Altra CPU, it needs to block SSIF and change PCI parameter during booting. Add parameters below on Linux kernel booting parameter when install CentOS7.

modprobe.blacklist=ipmi_si pci=nomsi

Prepare Build Environment

Before download and build Linux kernel 5.x, it needs to run those command to prepare build environment

yum install -y centos-release-scl-rh
yum install -y devtoolset-9*
yum groupinstall -y "Development Tools"
yum install -y ncurses-devel
yum install -y hmaccalc zlib-devel binutils-devel elfutils-libelf-devel
yum install -y python3

Download Linux kernel

Ampere LTS kernel can be download from github, here is the command to checkout Ampere LTS kernel and switch version to 5.10

cd /root
git clone https://github.com/AmpereComputing/ampere-lts-kernel.git
cd /ampere-lte-kernel
git checkout -b origin/linux-5.10.y 5.10.y

On later Linux kernel, it needs to use git switch to switch to 5.10.y

git switch 5.10.y

Build Linux kernel

It’s simple to build Linux kernel

scl enable devtoolset-9 bash
cd /root/ampere-lte-kernel
cp arch/arm64/configs/altra_5.10_defconfig .config
make olddefconfig
make -j `nproc` && make -j `nproc` modules  && make modules_install && make install

GRUB Setting

Suggest to change default GRUB timeout to choice right kernel to boot.

sed -i 's/GRUB_TIMEOUT=5/GRUB_TIMEOUT=30/g' /etc/default/grub
grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg

OK, right now it can reboot your system to have try.

Ref:
Good mirror site for CentOS7 package.
https://mirrors.bfsu.edu.cn/centos-altarch/7.9.2009/os/aarch64/

The post Build Linux kernel 5.x on CentOS 7 appeared first on richliu's blog.

不要再用什麼 fakeroot 去編了, 失敗率超高, 尤其是在 ARM 平台

https://wiki.ubuntu.com/KernelTeam/GitKernelBuild

Install necessary ubuntu packages.

sudo apt-get install git build-essential kernel-package fakeroot libncurses5-dev libssl-dev ccache bison flex libelf-dev dwarves

24.04

sudo apt-get install git build-essential fakeroot libncurses5-dev libssl-dev ccache bison flex libelf-dev dwarves libdw-dev

來個範例, 在 ARM64 上編了 4.10~4.17 其中幾個版本, 每次都成功

git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
cd linux
git checkout -b 4.17 v4.17
cp /boot/config-`uname -r` .config
scripts/config --disable SYSTEM_REVOCATION_KEYS
make olddefconfig
make -j `getconf _NPROCESSORS_ONLN` deb-pkg LOCALVERSION=-custom

不知道為什麼，Ubuntu 22.04 Linux kernel 5.19 上這個方法又不行了，可能是因為取用 vanilla Linux kernel git source 的關係

copy /boot/config-5.19 到 Linux 時要注意要移掉認證的 .pem ，要不然會編不過，命令如下，記得還是要 make olddefconfig 讓新設定生效[ref]

scripts/config --disable SYSTEM_REVOCATION_KEYS
scripts/config --disable SYSTEM_TRUSTED_KEYS

接下來下面這一段就可以編了，在我的系統上沒問題

fakeroot debian/rules clean
cp /boot/config-`uname -r` .config
scripts/config --disable SYSTEM_REVOCATION_KEYS
scripts/config --disable SYSTEM_TRUSTED_KEYS
make olddefconfig
make clean
#remove the non git files
git clean -f
rm vmlinux-gdb.py
#make sure there is no linux*.tar too
rm ../linux*.gz

# cherry pick RC6 hack (or necessary command), if don't have it can by pass it.
git cherry-pick 0c6b6fa52c6ad54332eed64acb6aebc59f75e0b2

#
make -j `getconf _NPROCESSORS_ONLN` deb-pkg LOCALVERSION=-custom
cd ..

不過這是包成 package ，如果只是單純的要改參數開發時開機用，那就直接 make install 就好了，但是抄 ubutnu 的 kernel configure file 檔案會太大，應該是包了 debug info，這時要 strip modules ，以免 ramdisk 太大

make -j `nproc` && make INSTALL_MOD_STRIP=1 modules_install && make install 

ref. ubuntu build kernel from git with a source change, how to ignore ‘unrepresentable changes to source’ error
Why is my initial ramdisk so big?

The post Ubuntu Build Original Linux Kernel appeared first on richliu's blog.

看起來是 Ubuntu 16.04 用的 4.4.0 Kernel 有問題, 個人測試是升級到 4.8.11 就可以了.

到 4.8.11 Mainline Kernel 下載你要的 Kernel 版本
我是用這三個

linux-headers-4.8.11-040811_4.8.11-040811.201611260431_all.deb
linux-headers-4.8.11-040811-generic_4.8.11-040811.201611260431_amd64.deb
linux-image-4.8.11-040811-generic_4.8.11-040811.201611260431_amd64.deb

安裝 Kernel

$ sudo dpkg -i *.deb

安裝完畢之後 reboot

如果第二個螢幕有滑鼠對不齊的問題(mouse alignment problem), 要到 VMware Preferences 內的 Input , Optimize mouse for games 選 Always .
這時候要切出 VMware 時就要用 Ctrl + Alt 鍵.

Ref:
Linux – Cycle Multiple Monitors doesn’t complete correctly. #74
Mouse Pointer Alignment Problem with Ubuntu on VMWare

The post Ubuntu 16.04 VMWARE Guest Dual Monitor 問題 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.

尤其是用 usb or mmc 之類的 device 當作 root, 常用於 embedded system .
(其實我也少用, 都混 IC vendor , rootwait 這種東西就交給系統廠去處理).

Example Command
[TEXT]
CONFIG_CMDLINE=”root=/dev/mmcblk0p1 rw init=/sbin/init mem=256M console=ttyS0,38400 rootwait”
[/TEXT]

The post kernel rootwait option appeared first on richliu's blog.

Floating point is forbidden in kernel code since the floating point
registers (and other floating point context) is not saved/restored
during system calls, for efficiency. I’m speculating here, but it
might be possible to manually save the floating point context while
doing some floating point operations. The problem arises if this code
is interrupted midway. Using a preemptive 2.6 kernel would easily
break here.

如果是這樣, 那就 Mask IRQ, 做完再 unmask 掉.  不知道可不可行.

The post Linux Kernel 不支援 Floating Pointer appeared first on richliu's blog.

If variable is of Type, use printk format specifier:
———————————————————
int %d or %x
unsigned int %u or %x
long %ld or %lx
unsigned long %lu or %lx
long long %lld or %llx
unsigned long long %llu or %llx
size_t %zu or %zx
ssize_t %zd or %zx
Raw pointer value SHOULD be printed with %p.

u64 SHOULD be printed with %llu/%llx, (unsigned long long):
printk(“%llu”, (unsigned long long)u64_var);
s64 SHOULD be printed with %lld/%llx, (long long):
printk(“%lld”, (long long)s64_var);

追了一下 kernel

難道就這樣了嗎?
2.26.29 發現有加一個新參數
%pM : 印出 MAC Address
仔細看了一下, printk 用 %p 做為 extension

‘F’ For symbolic function descriptor pointers with offset
‘f’ For simple symbolic function names without offset
‘S’ For symbolic direct pointers with offset
‘s’ For symbolic direct pointers without offset
‘R’ For decoded struct resource, e.g., [mem 0x0-0x1f 64bit pref]
‘r’ For raw struct resource, e.g., [mem 0x0-0x1f flags 0x201]
‘M’ For a 6-byte MAC address, it prints the address in the
usual colon-separated hex notation
‘m’ For a 6-byte MAC address, it prints the hex address without colons
‘MF’ For a 6-byte MAC FDDI address, it prints the address
with a dash-separated hex notation
‘I’ [46] for IPv4/IPv6 addresses printed in the usual way
IPv4 uses dot-separated decimal without leading 0’s (1.2.3.4)
IPv6 uses colon separated network-order 16 bit hex with leading 0’s
‘i’ [46] for ‘raw’ IPv4/IPv6 addresses
IPv6 omits the colons (01020304…0f)
IPv4 uses dot-separated decimal with leading 0’s (010.123.045.006)
‘[Ii]4[hnbl]’ IPv4 addresses in host, network, big or little endian order
‘I6c’ for IPv6 addresses printed as specified by
http://tools.ietf.org/html/draft-ietf-6man-text-addr-representation-00
‘U’ For a 16 byte UUID/GUID, it prints the UUID/GUID in the form
“xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
Options for %pU are:
b big endian lower case hex (default)
B big endian UPPER case hex
l little endian lower case hex
L little endian UPPER case hex
big endian output byte order is:
[0][1][2][3]-[4][5]-[6][7]-[8][9]-[10][11][12][13][14][15]
little endian output byte order is:
[3][2][1][0]-[5][4]-[7][6]-[8][9]-[10][11][12][13][14][15]
Note: The difference between ‘S’ and ‘F’ is that on ia64 and ppc64
function pointers are really function descriptors, which contain a
pointer to the real address.

還不錯用. 以後可以直接用了…..

The post Linux kernel printk 參數. appeared first on richliu's blog.

先確認 Enable Kernel debugfs Function

Kernel hacking —>
-*- Debug Filesystem

先來個簡單的範例,
在你要 debug 的 modules 內, 加入 debugfs 的 include file

#include <linux/debugfs.h>

要將想要輸出的變數, 假設叫 pcie0_linked 輸出到 debugfs 上, 在 initial code 的地方加上
debugfs_create_u32(“pcie0_linked”, 0644, NULL, &pcie0_linked);

接下來就可以重開機了 load 新 kernel 了,

mount debugfs

$ mount -t debugfs debug /debugfs

或是寫在 /etc/fstab

debugfs /debugfs debugfs debug

這時就可以 ls /debugfs/ , 就會出現 pcie0_linked 的檔案.

$ cat /debugfs/pcie0_linked
1
$ echo 0 > /debugfs/pcie0_linked
$ cat /debugfs/pcie0_linked
0

像是 procfs 一樣, debugfs 也有 create directory 的 function, 以便讓變數可以在目錄內
我們小小改一下上面的程式, 加上 create_dir 的功能

struct dentry *pcie_dir;
pcie_dir = debugfs_create_dir(“pcie”,NULL);
if( pcie_dir != NULL ) {
debugfs_create_u32(“pcie0_linked”, 0644, pcie_dir, &pcie0_linked);
}

改了以上的輸出, 接下來就可以在 /debugfs 下, 看到多了一個 pcie 的目錄, 而 pcie0_linked 就在裡面.

如果想用 hex(16 進位), 可以改用 debugfs_create_x32.

proc file system 最棒的就是可以讀寫檔案了, 可以做更多的控制.
debugfs 也有一個 function 可以讓使用者做檔案讀寫, 這邊寫一個簡單的 sample.

多 include 一個 header

#include <linux/seq_file.h>

static int pcie_reg_open(struct seq_file *s, void *data)
{
seq_printf(s, “pcie0_link status : %s\n”, pcie0_linked == 1 ? “Enable”: “D
return 0;
}

static int pcie_single_open(struct inode *inode, struct file *file)
{
return single_open(file, pcie_reg_open, inode->i_private);
}
static ssize_t pcie_debug_write(struct file *file,
const char __user *userbuf,
size_t count, loff_t *ppos)
{
char buf[20];

if (copy_from_user(buf, userbuf, min(count, sizeof(buf))))
return -EFAULT;

printk(“%s: %s \n”,__FUNCTION__, buf);

return count;
}

static const struct file_operations pcie_ios_fops = {
.open = pcie_single_open,
.read = seq_read,
.write = pcie_debug_write,
.llseek = seq_lseek,
.release = single_release,

};
debugfs_create_file(“file”, 0644, pcie_dir, NULL, &pcie_ios_fops);

這樣

$ cat /debugs/pcie/file 會顯示
pcie0_link status : Enable
而
$ echo “richliu” > /debugfs/pcie/file 會顯示
pcie_debug_write: richliu

$

最後要介紹的是比較特別的一種格式 blob, 這是可以傳 binary 到 user space 的格式, blob 的 struct 是
struct debugfs_blob_wrapper {
void *data;
unsigned long size;
};

在剛剛的 Code 加上

static struct debugfs_blob_wrapper blob; –> 最好放 global.
char data[100];
sprintf(data, “Data Pointer is : %08X \n”, data);
blob.data = data;
blob.size = 100;
debugfs_create_blob(“blob”, S_IRUSR, pcie_dir, &blob);

在 Linux 下直接用 hexdump 去讀資料出來

$ hexdump /debugfs/pcie/blob -c
0000000 D a t a P o i n t e r i s
0000010 : C 4 0 5 C 1 6 0 \n \0 \0 \0 \0
0000020 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
*
0000060

請記得 Blob 這個檔案是 Read Only, 只能傳出, 不能傳入…

參考:
Debugfs
Debugfs 中譯版(好像是從匪區抄過來的?)

The post Debugfs appeared first on richliu's blog.

smbd: page allocation failure. order:2, mode:0x20
Backtrace:
[<c002fd30>] (dump_backtrace+0x0/0x108) from [<c02ac488>] (dump_stack+0x18/0x1c)
[<c02ac470>] (dump_stack+0x0/0x1c) from [<c0075734>] (__alloc_pages_nodemask+0x3d0/0x55c)
[<c0075364>] (__alloc_pages_nodemask+0x0/0x55c) from [<c008f5d8>] (cache_alloc_refill+0x2b0/0x598)
[<c008f328>] (cache_alloc_refill+0x0/0x598) from [<c008f978>] (__kmalloc+0xb8/0xd8)
[<c008f8c0>] (__kmalloc+0x0/0xd8) from [<c0227a6c>] (__alloc_skb+0x54/0x138)
[<c0227a18>] (__alloc_skb+0x0/0x138) from [<c022879c>] (dev_alloc_skb+0x20/0x44)
[<c022877c>] (dev_alloc_skb+0x0/0x44) from [<c01e643c>] (cns3xxx_receive_packet+0x228/0x3c8)
[<c01e6214>] (cns3xxx_receive_packet+0x0/0x3c8) from [<c01e661c>] (cns3xxx_poll+0x40/0xd4)
[<c01e65dc>] (cns3xxx_poll+0x0/0xd4) from [<c022f264>] (net_rx_action+0xb4/0x184)
[<c022f1b0>] (net_rx_action+0x0/0x184) from [<c0048544>] (__do_softirq+0x90/0x11c)
[<c00484b4>] (__do_softirq+0x0/0x11c) from [<c0048614>] (irq_exit+0x44/0x4c)
[<c00485d0>] (irq_exit+0x0/0x4c) from [<c002b04c>] (_text+0x4c/0x90)
[<c002b000>] (_text+0x0/0x90) from [<c002bab8>] (__irq_svc+0x38/0x80)
Exception stack(0xc7acbcc0 to 0xc7acbd08)
bcc0: c7acbd1c c7829960 c7acbd28 00000000 00000001 c7b53980 c7b539e4 c7acbd1c
bce0: 00000000 00000000 c7acbf08 c7acbd14 c7acbd28 c7acbd08 c0222314 c0057a0c
bd00: 60000013 ffffffff
[<c00579b0>] (finish_wait+0x0/0x6c) from [<c0222314>] (sk_wait_data+0xcc/0xec)
[<c0222248>] (sk_wait_data+0x0/0xec) from [<c0255fc0>] (tcp_recvmsg+0x600/0x8a8)
[<c02559c0>] (tcp_recvmsg+0x0/0x8a8) from [<c0221208>] (sock_common_recvmsg+0x48/0x5c)
[<c02211c0>] (sock_common_recvmsg+0x0/0x5c) from [<c021e7d8>] (sock_aio_read+0x138/0x144)
[<c021e6a0>] (sock_aio_read+0x0/0x144) from [<c0092918>] (do_sync_read+0xc4/0x110)
[<c0092854>] (do_sync_read+0x0/0x110) from [<c00936ac>] (vfs_read+0x164/0x16c)
[<c0093548>] (vfs_read+0x0/0x16c) from [<c0093790>] (sys_read+0x44/0x74)
[<c009374c>] (sys_read+0x0/0x74) from [<c002be40>] (ret_fast_syscall+0x0/0x2c)
Mem-info:
Normal per-cpu:
CPU    0: hi:   42, btch:   7 usd:  32
Active_anon:570 active_file:9598 inactive_anon:576
inactive_file:17657 unevictable:0 dirty:3503 writeback:0 unstable:0
free:419 slab:2389 mapped:1587 pagetables:87 bounce:0
Normal free:1676kB min:1440kB low:1800kB high:2160kB active_anon:2280kB inactive_anon:2304kB active_file:38392kB inactive_file:70628kB unevictable:0kB present:130048kB pages_scanned:0 all_unreclaimable? no
lowmem_reserve[]: 0 0
Normal: 345*4kB 25*8kB 6*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 1676kB
27277 total pagecache pages
32768 pages of RAM
543 free pages
1251 reserved pages
2389 slab pages
29382 pages shared
0 pages swap cached

可以加大 kernel 預留的 Buffer, 我系統上原來是 1117, 可以用指令

echo 8192 > /proc/sys/vm/min_free_kbytes

加大到 8Mbytes, 這樣可以減少 page allocation 失敗的機率, 在我們的測試內, 某些時候 8MByte 仍會出現, 可以考慮加大到 16Mbytes.

原因是因為在 interrupt 中, 向系統一次要求大塊的記憶體. 這時可以透過增加 min_free_kbytes 參數去避過這個問題.
調整 slab 的參數或許也有用 ( echo x y z > /proc/slab)

Ref.
http://lime-technology.com/forum/index.php?topic=3999.0
http://linux.derkeiler.com/Mailing-Lists/Kernel/2004-01/0059.html

The post [Linux][Kernel][Memory] smbd: page allocation failure. order:2, mode:0x20 appeared first on richliu's blog.