最終目標就是要在 Tiny Tapeout (TT) 開一顆 SoC ，不過在這之前，我也想先做一些實驗，驗證這些想法是否可行。

KianRiscV 是一顆完整的 RISC-V CPU，也在 TT 開過 IC，但這顆對我們來說還是太大了（雖然說太大也只大一點）。為了省錢，而且這麼大顆也沒有必要，所以我們還是要縮小 Size。在 kianRiscV/linux_socs/kianv_harris_mcycle_edition 下，看說明是在 ULX3S 85F（FPGA Lattice ECP5 LFE5U-85F-6BG381C，有 Open Source 的 Tool）下也可以執行的 uLinux RISC-V CPU core，不僅符合我的目標，而且對我超級友善啊。

裡面還有預設的 Linux kernel 6.1.14 和一個 busybox initramfs，不過我就想，要就做全套嘛，不如把 Linux kernel 換到最新的 7.1 試試看？換到 Linux kernel 7.1 後，碰到的

第一個問題是 Image 太大，Bootloader 預設的 memcpy 量不夠大

Booloader memcpy 從 4MB 改到 6MB就可以解決

第二個問題：”broken padding”

用 `dd` 從舊 kernel 複製 initramfs，但新 kernel 會出現問題，必須用 `fakeroot` 重新打包一份新的 cpio image。

第三個問題：使用預設的 initramfs 開機時，無法進入 shell

錯誤訊息如下

  [   40.383751]     TERM=linux
  sh: waitpid: Function not implemented
  sh: waitpid: Function not implemented
  sh: waitpid: Function not implemented
  sh: waitpid: Function not implemented
  sh: waitpid: Function not implemented
  init started: BusyBox v1.36.0 (2023-05-16 20:02:22 CEST)
  starting pid 18, tty '': '/etc/init.d/rcS'
  sh: waitpid: Function not implemented
  sh: waitpid: Function not implemented
  sh: waitpid: Function not implemented
  sh: waitpid: Function not implemented
  mkdir: can't create directory '/': Function not implemented
  mkdir: can't create directory '/': Function not implemented
  mount: mounting devpts on /dev/pts failed: No such file or directory
  mount: mounting tmpfs on /dev/shm failed: No such file or directory

這個問題是，Linux kernel mainline 的 RISC-V 32-bit 是 “time64-only” 架構：它是在 y2038 之後才進入 kernel 的，所以「刻意」不提供那些使用 32-bit 時間的舊 syscall（wait4、gettimeofday……）。而舊的 initramfs 是舊架構的，因此呼叫就會出錯，這需要換成新的 rootfs 來解決。在我處理的時候，buildroot 已經可以產生這個方案，使用 uClibc-ng 函式庫就可以了。

第四個問題：”out of memory”

  [   47.660665] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000100 ]---
  sh: out of memory
   out of memory

本來以為是 bFLT 的 heap/stack 不夠，所以把 stack 從 16KB 改為 1MB——結果沒用。最後發現這個問題和第六個問題是一樣的，本質上是 malloc 的問題。

第五個問題：解完以上的問題之後，還是沒進到 shell，但是也沒有錯誤訊息。

因為大部分都是 AI 解的，所以這邊 AI 也寫了一個程式，不過編譯的時候沒加 `-fPIC`，對 nommu 的 flat binary 來說，程式被載到記憶體的任意位置，所有位址都得是「位置無關」的。non-PIC 的程式用絕對位址（`lui aX, 0xNNN`）去抓字串或全域變數。這件事我知道，但是不常碰到，也很難意會到。光這個 Bug 就解了十輪左右，Claude 還想繼續解，但是我覺得應該要換個思路。

最後是自己去找了 mini-rv32ima，請 AI 分析差異在哪邊，AI 分析的同時還用了 qemu 直接執行程式（哎呀，我怎麼沒想到）。Claude 用了 qemu 後速度就快多了，很快就找到問題是在 -fPIC。

第六個問題：malloc 在 nommu 上回 NULL

直接 mmap 一塊記憶體 → 成功；但 malloc 任何大小 → 都回傳 NULL。把 uClibc 改成 MALLOC_SIMPLE（純 mmap、為小系統設計的實作）就可以了。

雖然中間 claude 走錯很多次路，都需要人為校正回來，尤其是 -fPIC 這件事，我也沒意會到，只是覺得應該不會這樣複雜，所以試著要走別的路。這種經驗性的問題 Claude 是無法即時察覺的。或許 YOLO mode 可能可以最終也取得成本，但是這中間應該還要多燒更多的 tokens 達到目地，例如也有可能 AI 解不掉就生氣重寫一個 shell 或是大改 Linux kernel 之類的。

不過跟 AI debug 的過程還頗有趣的，想法和解題思路很像我會做的事，可能最終我也會走到這邊，但是花的時間會多非常非常多，畢竟以前就幹過類似的事情，只能說青春不值錢啊。以前和現在最大的差別是，有了 AI agents，我應該沒這個耐心自己解題，而是用 supervisor 的角度去解決問題。其實電腦科技發展一直是節省大家時間的，只是效果不會像 AI agents 這麼明顯，像是 assembly 到 C，或是第一次有了 database，dbase 大行其道，perl/php/甚至是 python 對 C/C++ 的衝擊。不過問題還是在於，會去研究底層的人會愈來愈少，但是未來可能會有更多新的不同的工具。但是這也沒關係，有需求就是有人會去弄的（或是花錢找人弄）。就像現在 assembly 很少人會寫，要用到的時候再寫個一點，但是我小時候，大家都要學上一些 assembly，望向我用 Microsoft ASM 寫 editor 的經歷，雖然曾經寫過，但是現在要不要學做 CPU，我也不太想碰 assembly 了。

The post KianV Risc-V + Linux 7.1 uLinux appeared first on richliu's blog.

我的環境是 ARM64，所以以 ARM64 為主，編的版本是 15.0-Current

# Install git first
# pkg install git
# Install Source code from Git 
git clone https://git.freebsd.org/src.git /usr/src

cd /usr/src/sys/arm64/conf
cp GENERIC MYKERNEL
vim MYKERNEL

以下應該可以整理成一個 script

cd /usr/src

# Remove old file
mkdir /usr/obj/tmp
chflags -R noschg /usr/obj/*
rm -rf /usr/obj/*

# Build world and kernel 
# Cannot use 128 cores to build that because it might cause build problem. 
# reduce it to 16 might be better 
make -j 16 buildworld
# Clean kernel if necesssary 
# make -j 16 cleankernel KERNCONF=MYKERNEL
make -j 16 buildkernel KERNCONF=MYKERNEL

# Install world and kernel to a temperory directory
mkdir /usr/obj/tmp
make installworld DESTDIR=/usr/obj/tmp
make installkernel KERNCONF=MYKERNEL DESTDIR=/usr/obj/tmp

# copy release document to the directory
make distribution DESTDIR=/usr/obj/tmp

# build release
cd release
make -j 16 release KERNCONF=MYKERNEL NODOC=yes NOPORTS=yes NOSRC=yes

Release files (iso, image 等等) 會在
/ussr/obj/usr/src/arm64.aarch64/release 下

Clean kernel

make cleankernel KERNCONF=MYKERNEL

修改 EFI_STAGING_SIZE，修改 /usr/src/stand/efi/loader/copy.c , 找到

#define DEFAULT_EFI_STAGING_SIZE

統統改成要的值，ex: 100 ，這樣就好，暴力解決

Enable exec=”copy_staging auto” in /boot/loader.conf

這個功能因為要在編 world 放到 loader.conf 內，這樣 iso 和 memstick 檔案內才，所以我用了一個 hacker 的手法，編輯 release/Makefile ，約 Line 188，加上

echo exec=\"copy_staging disable\" >> ${.TARGET}/boot/loader.conf

Enable Early Printf In Kernel

編輯 MYKERNEL ，加上[ref]

options EARLY_PRINTF=pl011

The post FreeBSD Build Kernel appeared first on richliu's blog.

[root@localhost linux-4.18.0-80.11.2.el8_0]# make install                                            [55/2101]
/bin/sh ./arch/arm64/boot/install.sh 4.18.0 \
arch/arm64/boot/Image System.map "/boot"
dkms: running auto installation service for kernel 4.18.0
Deprecated feature: REMAKE_INITRD
Deprecated feature: REMAKE_INITRD
Deprecated feature: REMAKE_INITRD
Sign command: /lib/modules/4.18.0/build/scripts/sign-file
Signing key: /var/lib/dkms/mok.key
Public certificate (MOK): /var/lib/dkms/mok.pub                                                               Deprecated feature: REMAKE_INITRD                                                                             
Building module:
Cleaning build area...(bad exit status: 2)
make -j160 KERNELRELEASE=4.18.0 -C /lib/modules/4.18.0/build M=/var/lib/dkms/bnxt_en/1.10.2.221.0.114.0/build
KVER=4.18.0...(bad exit status: 2)
Error! Bad return status for module build on kernel: 4.18.0 (aarch64)
Consult /var/lib/dkms/bnxt_en/1.10.2.221.0.114.0/build/make.log for more information.
Sign command: /lib/modules/4.18.0/build/scripts/sign-file
Signing key: /var/lib/dkms/mok.key
Public certificate (MOK): /var/lib/dkms/mok.pub
Deprecated feature: REMAKE_INITRD

Building module:
Cleaning build area...(bad exit status: 2)
make -j160 KERNELRELEASE=4.18.0 -C /lib/modules/4.18.0/build M=/var/lib/dkms/bnxt_re/221.0.114.0/build KVER=4$
18.0 BNXT_EN_INC=/var/lib/dkms/bnxt_re/221.0.114.0/source BNXT_QPLIB_INC=/var/lib/dkms/bnxt_re/221.0.114.0/so$
rce...(bad exit status: 2)
Error! Bad return status for module build on kernel: 4.18.0 (aarch64)
Consult /var/lib/dkms/bnxt_re/221.0.114.0/build/make.log for more information.
 Done.

And check the log file “/var/lib/dkms/bnxt_re/221.0.114.0/build/make.log”

It shows

DKMS make.log for bnxt_en-1.10.2.221.0.114.0 for kernel 4.18.0 (aarch64)
Tue Sep 27 15:41:04 CST 2022
Makefile:603: arch/aarch64/Makefile: No such file or directory
make[2]: *** No rule to make target 'arch/aarch64/Makefile'.  Stop.

Seems cannot find the Makefile, that because the drvier cannot locate right Makefile, because the include architecture is arm64, not aarch64 in Linux kernel .

By the way, basicly arm64 and aarch64 are the same thing, I don’t know why it shows aarch64 on kernel architecture and use arm64 as fold name. probably some traditional history.

solution is easy, go to the include folder and link arm64 to aarch, DONE! ex:

cd /lib/modules/4.18.0/build/arch
ln -sf arm64 aarch64

The post Linux Kernel Install Fail Because Broadcom NetXtreme 100G DKMS Driver Build Failed. appeared first on richliu's blog.

Install Necessary Packages

Install packages, it should have to install other packages like openssl-dev.

get package ampere-8.3.0-20191025-dynamic-nosysroot-nativetools.tar.xz from Ampere customer connect or ampere development source web.

yum groupinstall "Development Tools"

yum -y install ncurses-devel
yum -y install hmaccalc zlib-devel binutils-devel elfutils-devel libelf-devel newt-devel python-devel
yum -y install audit-libs-devel numactl-devel pciutils-devel openssl-devel
yum -y install bc bison perl-ExtUtils-Embed.noarch xmlto asciidoc
rpm –ivh kernel-4.18.0-80.11.2.el8.<version>.src.rpm


mkdir -p /opt/amp
tar -xf ampere-8.3.0-20191025-dynamic-nosysroot-nativetools.tar.xz -C /opt/amp
export PATH=/opt/amp/ampere-8.3.0-20191025-dynamic-nosysroot/bin:$PATH;
which gcc
/opt/amp/ampere-8.3.0-20191025/bin/gcc

if gcc is not in /opt/amp, please check your directory in /opt/amy

Build Kernel

command to build kernel

cd /root/rpmbuild/SOURCES/
tar xvf linux-4.18.0-80.11.2.el8_0.tar.xz
cd linux-4.18.0-80.11.2.el8_0
cp ../kernel-aarch64-emag.config .config
make olddefconfig

Try build once and make sure everything is ok

make -j `nproc`

If buiild OK, generate RPM files.

make -j `nproc` rpm-pkg

if everything is ok, the RPM files will be on /root/rpmbuild/RPMS/aarch64/

Install RPM packages

/root/rpmbuild/RPMS/aarch64
yum localinstall kernel-4.18.0-1.aarch64.rpm kernel-headers-4.18.0-1.aarch64.rpm

The post Build Ampere CentOS Kernel appeared first on richliu's blog.

在 /etc/sysctl.conf 加上

net.netfilter.nf_conntrack_helper=1

這樣就可以了, 不知道為什麼預設值改了.
ref.
Bug 152101 – Updating from 4.6.4 to 4.7 breaks “pptp pass through”

The post Linux Kernel 4.7 PPTP pass through issue appeared first on richliu's blog.

首先, Kubutun 15.04 支援 UEFI, 所以這部份安裝完後可以正常 Dual Boot 到 Windows/Linux.
Linux 對於 Broadwell i7-5775C 的支援, 大家的講法不一, 目前看起來應該是這個 URL 比較常見
Working Around The Intel Core i7 5775C Broadwell Stability Issue On Linux
圖中貼了一個 crash , 我也在舊版的 Kernel 見過, 文章表示 enable CPU OC Fix mode 就可以解決這個問題.

我的血淚史是: ASUS 在我裝完機之後又新出一個 BIOS, 這個 BIOS 解決了 i7 5775 一直會出現 Machine Exception Check 的問題.
這個問題只要是在機器上執行 Linux 就會出現, 而且如果是裝 Virtual Machine 時, 再裝 Linux 也會出現 (真是神祕啊).
還沒有安裝新的 BIOS 之前, 這問題搞倒我了, 最後還是靠上面那一篇的類似解決方法才可以正常完成安裝(ASUS BIOS 沒有這個選項, 所以我是關 SpeedStep Does Linux run correctly with SpeedStep on Broadwell?)而且還是不穩定.
然後我在將近一個月後之才看到有新的 BIOS Release.
ASUS 你不可以早點做嗎?

另一個問題就是上面那篇文章的錯誤訊息, 我本來想回報到 Linux kernel team bug system , 但是想想是不是應該先換到最新版的 Linux kernel 再試呢?
Kubuntu 15.04 最新的 Kernel 是 3.19.0-26-generic
這時候就要找 Ubuntu mainline kernel 了, 客倌看到這邊應該會想, 要我編 Linux kernel , 殺了我吧.

沒錯, 不過不用殺頭, 我自己也很久沒有下去看/編 Kernel 的東西了, 中間有個連結 Upstream kernels archive http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D 點下去就對了.

會看到很多目錄, 我是選最新的 v4.2-rc7-unstable (註: 一直會更新, 所以不見得最新的會和我一樣)
下載 generic 的就好了, 我是 x64 的系統, 所以下的是 amd64 image .
linux-image-4.2.0-040200rc7-generic_4.2.0-040200rc7.201508162030_amd64.deb
linux-headers-4.2.0-040200rc7-generic_4.2.0-040200rc7.201508162030_i386.deb
下載完之後再用 root 執行 dpkg -i 就好了
# sudo dpkg -i linux-image-4.2.0-040200rc7-generic_4.2.0-040200rc7.201508162030_amd64.deb

換了 Linux kernel 4.2RC 之後, Working Around The Intel Core i7 5775C Broadwell Stability Issue On Linux 這個問題就沒有再出現過了.

以上解決方案有錯, 仍然會出現 MCE.
根據 Linux Kernel Bug Report 上的說法,
在 bootup 時的 kernel 參數加上 “processor.max_cstate=0 intel_idle.max_cstate=0 idle=poll” 就可以暫時避開這個問題.
以上這個暫時解決方案會讓 CPU 滿載, 所以建議可以在安裝的時候使用.

如果要穩定一點的解決方案, 可以換到最新版的 Microcode , 原因可能是 Intel 在 Broadwell 仍然未解 TSX 的 Bug
而且也沒有更新 Microcode(目前最新是今年一月), 所以各家 Linux Distributions 也無法更新 Microcode 解決這個問題.
如果 glibc compile 時並未打開 TSX support, 看起來不會踏到這個 BUG
但是如果是有 enable TSX support 的 Linux Distribution , 就會踏到這個 BUG

Ubuntu 下的解決方式如下
1) 下載 iucode-tool
$ sudo apt-get install iucode-tool
2) 下載新版的 Microcode
$ git clone https://github.com/bgw/bdw-ucode-update-tool.git
$ cd bdw-ucode-update-tool
$ sudo ./install.sh –persist-debian
3) 驗證, microcode 版本是 0x13
$ cat /proc/cpuinfo | grep microcode
microcode : 0x13

這還是有缺點,
1) 新裝系統
2) 更新 Kernel
都還是要跑一次這樣的流程, 最好還是跟主機板廠商連絡請他們更新 BIOS .
這邊我就要抱怨 ASUS 了, 搞了一個多月來來回回還是在講同一個問題, 至現在 (11/9) 為止仍然沒有更新 BIOS.

更新完後系統穩定, 並未碰到當機事件了.

後記, 個人覺得以 SoC Errata 的處理, Intel 非常槽糕, 我知道新功能的確可能會有問題.
但是出廠前 Linux/Windows 都應該要測試過才會出門吧.
沒有想到只有 Windows OK.

我在以前根本沒有想到買新 CPU 要先考慮在 Linux 上會不會有問題.
真是 WTF

ref.
Bug 103351 – Machine check exception on Broadwell quad-core with SpeedStep enabled
[haswell] Unable obtain Package Cstates C3 or lower

The post Kubuntu 15.04 + Broadwell / Intel i7-5775C 的問題 appeared first on richliu's blog.

1. 首先打開 Linux kernel 對 USB print driver 的支援
我是用 genkernel , 所以預設是沒有支援的

Device Drivers —>
[*] USB support —>
<m> USB Printer support ==> 選擇
重編 kernel
# genkernel –no-clean –no-mrproper all

2. 開機預設 insert usblp driver
# vim /etc/conf.d/modules
加上 usblp

3. 編輯 /etc/portage/package.use 替 CUPS 加上 usb support, 替 samba 加上 cups 支援

sys-print/cups -php usb
net-fs/samba cups

# emerge samba cups

記得重啟 cups 和 samba

4. 下載 HL-2240D Driver
HL-2240D Driver Download
我是下載 source code

5. 將印表機開機並插上 Linux 機器,
執行 lpinfo -v

# lpinfo -v
network https
network socket
network ipp
network http
network lpd
network ipps
direct usb://Brother/HL-2240D%20series
network smb

如果沒有出現 direct usb://Brother/HL-2240D%20series, 可以看看 usblp 和 cups usb 支援有沒有設好.

6. 解開 Driver 後執行 cupswrapperHL2240D-2.0.4, 這個程式會安裝 HL2240D.ppd 到 /usr/share/cups/model
並且設定好 HL2240D 的印表機.

如果手動設定無效, 可以試試看到/usr/share/cups/model 下執行
# lpadmin -p HL2240D -E -v usb://Brother/HL-2240D%20series -P HL2240D.ppd

7. 查看結果
# lpstat -a
HL2240D accepting requests since Sun Oct 12 22:21:45 2014

8. 編輯 /etc/samba/smb.conf 加上
[printers]
comment = Brother printers
path = /var/spool/samba
browseable = no
guest ok = no
writable = no
printable = yes
public = yes
printer name = HL2240D

重啟 samba.

9. 在 windows 下載 Driver, 解壓之後內有 driver
HL-2240D Driver Download

在網芳可以看到 hl-2240d 的目錄, 可以選連線後選擇要安裝的 Driver.

ref.
Gentoo Print Guide

The post [Gentoo] 裝 Brother HL-2240D Driver + Samba 分享 appeared first on richliu's blog.

不過總之他們就是改了, 說什麼安全的問題啦, firewall 設定啦.

只是改了之後, 大家討論了很久, 也 try 了很久.
我也是這次因為一定要能動, 所以認真的研究了一下, 目前最安定的設定, 可以正確更改名稱的設定.
1. 在 kernel command line 加上 net.ifnames=0, 這樣就會變原來的 eth0… blah blah , 可是原先的更改名稱方式還是不能用.

Gentoo 使用者可以改 Kernel Config, 關掉這個選掉

Gentoo Linux  —>
[ ]   Linux dynamic and persistent device naming (userspace devfs) support

2. 請參照 Gentoo 文件 2.d. Network Interface Naming

# udevadm test-builtin net_id /sys/class/net/eth0 2>/dev/null
ID_NET_NAME_MAC=enxc80aa9429d76
ID_OUI_FROM_DATABASE=Quanta Computer Inc.

# vim /etc/udev/rules.d/70-net-name-use-custom.rules
# First one uses MAC information, and 70- number to be before other net rules
SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="c8:0a:a9:42:9d:76", NAME="lan0"

# vim /etc/udev/rules.d/76-net-name-use-custom.rules
# Second one uses ID_NET_NAME_PATH information, and 76- number to be between
# 75-net-*.rules and 80-net-*.rules
SUBSYSTEM=="net", ACTION=="add", ENV{ID_NET_NAME_PATH}=="enp3s0", NAME="wifi0"

這樣就可以成功了.

The post udev 之後仍然想用原先的 network device rename 的方式修改 interface appeared first on richliu's blog.

# eselect news read 18
2013-01-23-udev-upgrade
Title Upgrading udev from 171 (or older) to 197
Author Samuli Suominen
Posted 2013-01-23
Revision 1
Upgrading udev from 171 (or older) to 197 will require special attention:

– Remove udev-postmount from runlevels.

– The need of CONFIG_DEVTMPFS=y in the kernel; need to verify the fstype for
possible /dev line in /etc/fstab is devtmpfs (and not, for example, tmpfs)

– The case of predictable network interface names; if the file
/etc/udev/rules.d/70-persistent-net.rules is being used for renaming
network interface names to already existing names, then you need to
read following bug[1] because it’s no longer possible. This won’t
be a problem with the new predictable network interface name scheme[2].

[1] http://bugs.gentoo.org/453494
[2] http://www.freedesktop.org/wiki/Software/systemd/
PredictableNetworkInterfaceNames

– Support for older kernels than 2.6.39 is dropped. If you need older kernel
we recommend you to look into sys-fs/eudev or use local overlay for keeping
the old ebuild. Remember to also get the distfiles where the patchsets are.
The upgrade into current stable version of gentoo-sources is recommended.

– The case of separate /usr; if it worked for you with 171 it will continue
to work for you with 197. We still recommend initramfs with separate /usr
mounting capabilities because you might need packages like sys-apps/kbd
(keymaps in /usr) or net-wireless/bluez (possible keyboard) in early boot.

And read every message printed by the emerge of udev and udev-init-scripts
to ensure the system is in order before booting as this news item might
not be complete.

Apologies if this news came too late for you.

The post Upgrading udev from 171 (or older) to 197 appeared first on richliu's blog.

目前最好的文章.
When Linux Runs Out of Memory
另一份不錯的文章
Taming the OOM killer
這篇文章有講到可以設權值. userspace 去處理 OOM 問題等等.

原因
或許是 fragment memory 造成的, 也有可能 kernel 佔去太多 memory.

解決方案
完全啟用 Linux kernel over commit 機制.
echo 1 > /proc/sys/vm/overcommit_memory

其他參考文件
Dynamic memory management
Another approach, called buddy memory allocation, is a faster memory technique that divides memory into power-of-2 partitions and attempts to allocate memory requests using a best-fit approach. When memory is freed by the user, the buddy block is checked to see if any of its contiguous neighbors have also been freed. If so, the blocks are combined to minimize fragmentation. This algorithm tends to be a bit more time efficient but can waste memory due to the best-fit approach.
* 註: Linux 己經使用這個機制.

分析檔案

其他
Memory Fragmentation
Memory

The post OOM – Out of Memory. 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.

但是在 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.

== Android Software Development ==

Download SDK
==============

http://code.google.com/intl/zh-TW/android/download_list.html

下載 SDK 之後, 我是解壓在 /home 下

Download Eclipse
==============

安裝之前先移除系統中原有的 Eclipse(?), 直接下載 Eclipse

http://www.eclipse.org/downloads/

我是下載 Eclipse 3.4.1 Classic (151M)

解壓到 /home 下. 目錄在 /home/eclipse

直接到 /home/eclipse 執行 ./eclipse 就可以了 (似乎用 ubuntu 的 openjdk 會比較快)

Download WTP
==============

用 http://code.google.com/intl/zh-TW/android/intro/installing.html#installingplugin 安裝 ADT 的方式, 安裝 WTP.
如果沒有先安裝 WTP, 安裝 ADT 會有問題, ADT 可以用 plugin 下載, 記得選 WTP 3.0.3 就好了, 不用全選.

http://download.eclipse.org/webtools/updates/

Download ADT
==============

http://code.google.com/intl/zh-TW/android/intro/installing.html#installingplugin

Write a sample program
==============

http://code.google.com/intl/zh-TW/android/intro/develop-and-debug.html#developingwitheclipse

我是 New Project 之後, 選 Hello, Activity! 這個 sample code 做為 base.
在 Run 之前, 要先用 create a Launch configuration

順利的話, 就可以叫出 Android Emulator.

== Android Image Development ==

這一段是編 image 的.

Update System Package
==============

http://source.android.com/download

$ sudo apt-get install git-core gnupg

$ sudo apt-get install sun-java5-jdk

$ sudo apt-get install flex bison gperf libsdl-dev libesd0-dev libwxgtk2.6-dev build-essential zip curl libncurses5-dev zlib1g-dev

$ sudo apt-get install valgrind

• Intrepid (8.10) users may need a newer version of libreadline: (原文有問題, 應該是 libreadline5-dev 才對)

$ sudo apt-get install libreadline5-dev

Get repo tools
==============

* repo is not a new tools. It is just a wrap for git command.

# mkdir ~/bin
# curl http://android.git.kernel.org/repo > ~/bin/repo
# chmod a+x ~/bin/repo
Get Android Source
==================

# cd /home/mydroid
# repo init -u git://android.git.kernel.org/platform/manifest.git

# repo sync

Compile Android Source
==================

# cd /usr/lib/jvm/java-1.5.0-sun
# export JAVA_HOME=`pwd`
# export PATH=$JAVA_HOME/bin:$PATH
# cd /home/mydroid
# make clean
# make

如果中間 compile 有 JVM core dump or compile failed, 記得多試幾次.

(待續)

Ref. Building Android for the Asus Eee PC 701

The post Andriod 筆記(Run Application, build Image) appeared first on richliu's blog.

所以我花了一點點時間寫了這一個 kernel modules
主要功能就是在 linux 下建立一個假的 network interface
這個 network interface
只能送(馬上就 free 掉 packet buffer), 沒有收的 function .

在 insert 時, 可以用參數 name 和 mac 指定特定的 network device name 和 mac address.
ex: # insmod fakenetdev.ko name=fake0 mac=00:aa:bb:cc:dd:ee
mac 的格式也可以是 00aabbccddee 或 00-aa-bb-cc-dd-ee
也支援用 ifconfig 修改 mac
ex: # ifconfig eth2 down
# ifconfig eth2 hw ether 00:aa:bb:cc:dd:ee
# ifconfig eth2 up

這個程式在 ubuntu 8.10 (interpid), Linux kernel 2.6.27 下測試.
目前看起來沒有很大的問題, 原作者要用的目地可以達到

可以從這個 URL 下載程式 fakenetdev

— English —
Sometimes, we will need a fake network device for some purpose
like,
1) cheat some software which will check network mac
2) learn how to write a simple network device driver

So, I spend a little time to write this kernel module.
Major function is that create fake network interface.
It can send packet, but driver will free it immediately.

When insert modules, the module support argument “name” and “mac” to
modify default name and mac.
ex: # insmod fakenetdev.ko name=fake0 mac=00:aa:bb:cc:dd:ee
it also support other format for mac, like 00aabbccddee or 00-aa-bb-cc-dd-ee
and support modify mac by ifconfig
ex: # ifconfig eth2 down
# ifconfig eth2 hw ether 00:aa:bb:cc:dd:ee
# ifconfig eth2 up

This module was tested at ubuntu 8.10 (interpid), Linux kernel 2.6.27.
It seems work fine for me .

You can download follow this link fakenetdev

—

後記:

這 Driver 不難寫, 麻煩的是在 Debug .不小心少寫一行就 Core Dump.
又懶得弄 KGDB 或是 User Mode Linux, 因為弄的時可能比寫完還多
網路上掃了一遍沒有看到馬上可以用的, 所以就自己亂寫, 希望
大家都可以用得到, 因為是用在*謎*用途的呀 :p

不過這個功能可以用 dummy device 達成,
我寫的頂多就是可以在 load driver 的時候改 name 和 mac .

The post [Linux] fakenetdev 假的 network interface appeared first on richliu's blog.

結果從昨天試到今天, 當 file copy 進用 ntfs-3g mount 的 Disk 時. 就是會出現 Core Dump, 這邊節錄三行就好了.

BUG: soft lockup – CPU#1 stuck for 11s! [wget:28163]

Pid: 28163, comm: wget Not tainted (2.6.24-gentoo-r2 #4)
EIP: 0060:[] EFLAGS: 00000246 CPU: 1

現在小朋友不睡覺, 只好抱著小朋友, 順便找找有沒有什麼解決方案, 最後在 Gentoo Forums 看到了一篇 new kernel, write ntfs, sys freeze[done]
大意是說, 原來舊版的 kernel 是使用 fuse module + ntfs3g 這二個 portage 套件組合而成, 這樣是沒有什麼問題的, 但是如果是用新版的 kernel (2.6.24), 就要用 kernel 內建的 fuse module (在 File System 選項那邊.

果然改用 2.6.24 Kernel 內建的 fuse module 就沒有事情了. 這種鳥問題應該只有用 Gentoo 的人會碰到吧 (默)

The post [Gentoo] Linux 2.6.24 和 ntfs3g 配合的問題. 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.

要知道詳細的改變, 可以看 Kernelnewbies Linux Kernel 2.6.24

這邊列出我自己對於這次改版比較重要的地方

• CFS improvement (Performance improvement, Fair group scheduling, Guest time reporting)
• Tickless support for x86-64, PPC, UML, ARM, MIPS : 不知道 ARM 加上 Tickless support 會不會增加 Performance ?
• New wireless drivers and configuration interface
• Anti-fragmentation patches : 這個 Patch 很重要, 尤其是在記憶體不夠的 Embedded Linux, 現在整合進來或許以前某些奇怪的問題就可以解決了吧
• Per-device dirty memory thresholds: 簡單的說, 之前的 Dirty Memory 是共用了, 只要有低速週邊 USB 1.1, Dirty Memory 就會被塞滿.
• PID and network namespaces: 這個是為了 Visualization Operation-System 存在的, 可以讓系統內不用的 Visualization OS 使用不同的 PID 和 Network Layer
• Large Receive Offload (LRO) support for TCP traffic : 需要再看得更詳細一點, 尤其是如果有新的 Design 出來, 是不是可能修改 Hardware 去符合這樣的設計(需要再研究)

The post Linux Kernel 2.6.24 Released. appeared first on richliu's blog.

Bug Report 包含 module 和 backtrace, 不過不含原始網站連結, 這是比較可惜的地方

常常碰 embedded linux 的人, 常常要找一些莫名的 bug, 有時候為了節省時間,
會想辦法看看有沒有相對應的 Bug Patch, 如果有就非常方便.
這個網站看起來是可以節省一些 Search 的時間, 運氣好說不定碰到的 Bug 是同一個呀

Ref.
Kernel Trap : Collecting Kernel Oops Data
[Tags] Linux, kernel, oops [/Tags]

The post [Linux][Kernel] Kernel Oops 網站. appeared first on richliu's blog.