作者查詢 / yvb
作者 yvb 在 PTT [ LinuxDev ] 看板的留言(推文), 共247則
限定看板:LinuxDev
看板排序:
2F推: 網路用 lxr, 本機用 cscope.05/14 16:35
2F推: 請寫 >(java...) 不是 > (java...) 不要把 > 和 ( 分開.05/14 01:58
3F→: 請參看 bash manual 的 Process Substitution.05/14 02:00
13F推: 其實 include .c 也未必不好. 拉出去的 .c 若是一堆 static05/14 01:33
14F→: variables 和 static functions, 又要在 driver.c 中叫用...05/14 01:33
15F→: 弄到 Makefile 那邊去處理, 也許反而麻煩又可能出錯.05/14 01:35
16F→: 只不過, 若整理清楚, 依舊全放在 driver.c 有何不可?05/14 01:41
12F推:eval client_addr='$'"client_addr$i"07/17 13:40
13F→:i=$(expr $i + 1)07/17 13:44
14F推:根據 declare, 推測應是 bash; g大建議的 array, let 都很優.07/17 13:53
9F推:試著改成, 考慮有 N 個行程, A[1] ... A[N] 時的同步問題.04/27 16:40
11F推:啊,我的意思是原PO文章第一段,把 "行程A,B" 換成 "行程A1..AN"04/28 12:42
12F→:而共享記憶體內容,可想像是記憶體中的資料庫,也許比較能理解.04/28 12:47
13F→:至於原PO第二段的情況,與其用共享記憶體來做,不如考慮其它方式04/28 13:00
14F→:不如先去了解,有哪些 "行程間通訊" 的方式吧.04/28 13:03
16F推:樓上, A 和 B 除了讀寫以外, 難道就不能有各自要做的事嗎?04/29 23:00
1F推:請先試著查看使用 strace 程式, 並參考其原始碼.03/31 12:56
2F→:建議先在 x86 linux 上試試看, 再換到 arm platform 測試.03/31 12:58
3F→:曾遇過在arm和mips上strace無法正確追蹤的版本,換版本就好了.03/31 12:59
4F→:但未進一步研究那些版本出問題的原因.03/31 13:01
6F推:啊, sorry, 沒說清楚; strace是回第3點, 和問題 1, 2 無關.03/31 16:06
7F→:至於第 2 點, 可能要去參考 gdb 了.03/31 16:07
8F→:而第 1 點, 應該不限定 parent, 不然gdb和strace就不 work 了.03/31 16:13
11F推:樓上所述的情況, 查了一下, 在較新的 Linux kernel (3.4 以後)04/15 13:16
12F→:可透過 /proc/sys/kernel/yama/ptrace_scope 來設定,04/15 13:17
13F→:預設值 1 表示限 root 和 parent, 改為 0 則相同 uid 亦可;04/15 13:20
14F→:而較舊的 kernel (3.3 以前) 無此設定值, root 或同 uid 即可.04/15 13:21
5F推:看你的ip_conntrack, src=192.168.1.3 <=> dst=192.168.1.203/17 18:53
6F→:但 DNAT 的則是 dst=192.168.1.130 <=> src=192.168.1.203/17 18:53
7F→:至於code的部分, return nf_nat_setup_info(...) hook 是 ??03/17 18:55
8F→:nf_nat_setup_info() 第三個參數是 maniptype, hook 是什麼?03/17 18:57
2F推:page fault時, a應該尚未被修改,也尚無法被修改,所以如何檢查?01/08 02:10
3F→:如果就這麼return回去,仍會執行同指令,結果再度page fault吧.01/08 02:13
5F推:真奇怪, 有文章被系統暗黑掉了... @.@01/08 12:34
6F→:判斷page fault後續狀況的問題, 我以為會相當複雜, 而且會是01/08 12:36
7F→: machine dependant; 最主要是要分析 ip 指向的指令做什麼...01/08 12:37
8F→:比方 x86 的 mov 指令, 多種定址法的指令長度都不盡相同...01/08 12:42
9F→:不知原PO是實作在什麼平台上, 有什麼kernel函式協助分析指令,01/08 12:49
10F→:或是我想太多, 其實光就 pt_regs 就足以判斷?01/08 12:51
11F推:還有一些問題: (1) 造成 page fault 的是 userspace process01/09 02:08
12F→: 還是 kernel thread? (2) handler改值前後, 需要切換 RO 嗎?01/09 02:09
13F→: (3) 除了 mov, 其它如 add, xchg 等又是如何?01/09 02:15
14F→:關於 x86 指令集分析的處理, 不知原PO是自行包辦,01/09 02:19
15F→: 或是如何叫用 kernel 哪些函式來協助完成?01/09 02:20
16F推:問題 (1) 應改為 造成 page fault 的是 kernel thread,01/09 12:49
17F→: process 的 user space 或 kernel space ?01/09 12:49
18F推:此外還有更複雜的情況, 比方 a 為 int, 那麼01/09 12:56
19F→:*(((char *)&a)+2)=1 或是 *(int *)(((char *)&a)-2)=-1 之類.01/09 12:58
20F→:當然, 如果一堆變數 b, c, ... 都和 a 同 page 時, 那效能...01/09 13:02
4F推:樓上所述已很接近. 應說是被打包之每筆檔案跟目錄的timestamp.12/09 17:10
5F→:請先 google: rpm file format12/09 17:11
6F→:其中的 archive, 通常就是 cpio 加上某種壓縮, 如 gzip 或 xz.12/09 17:13
7F→:上面說的樓上指 S 大 (沒看到中間冒出了4元 :P).12/09 17:15
8F推:老闆既然有這樣的疑, 你就把你的發現, 實際做給他看,12/09 17:19
9F→:證明什麼都沒改, 每次產生RPM的大小也可能不同.12/09 17:20
10F→: ^^疑問12/09 17:21
1F推:試試用 strace, 看 open 到 ioctl 吐出 EBADF 中間發生了什麼.12/09 17:44
2F→:另外, 如果 driver 真的 return -EBADF, 那錯誤訊息當然如此.12/09 17:48