作者查詢 / yvb

總覽項目：發文 | 留言 | 暱稱

作者 yvb 在 PTT [ LinuxDev ] 看板的留言(推文), 共247則

限定看板：LinuxDev

首頁

尾頁

[問題] 被編譯器優化無法使用gdb

[ LinuxDev ]6 留言, 推噓總分: +4

作者: shihyu - 發表於 2019/10/06 12:55(4年前)

3^F推yvb: 樓上的猜測, 我想應該很接近答案了.10/09 21:57

4^F→yvb: 去查CV_OCL_RUN(condition, func)的定義,且印出condition看看10/09 21:57

[問題] kernel module 區域變數記憶體

[ LinuxDev ]57 留言, 推噓總分: +6

作者: dces4212 - 發表於 2019/03/27 03:29(5年前)

21^F推yvb: 樓上: google: VLA c9903/31 10:04

22^F→yvb: 回原PO: 你確認過 wens 在 8 樓的問題了嗎?03/31 10:06

23^F→yvb: g=0 時, fib[0-1] => fib[-1] 是該被 usercopy 報 BUG(),03/31 10:09

24^F→yvb: 但你確定 g=1 到 g=100 也報 BUG() ?03/31 10:10

27^F→yvb: 另外, 既然for(...k<=g...)算到 fib[g], 為何是回 fib[g-1]?03/31 10:14

28^F→yvb: @xam: 嗯,要看原PO用的是gcc還是clang.若是clang也許有問題.03/31 10:33

29^F→yvb: 又, 原PO用的是4.15, 要4.20才有設-Wvla對VLA給warning.03/31 10:38

30^F→yvb: @xam: 又看了一下那篇,指的是struct的member用到VLA有問題,03/31 10:44

31^F→yvb: 而原PO的VLA是C99-style,所以clang支援.03/31 10:47

32^F→yvb: 至於第1點, 只是 overhead 問題; 但第3點就不大明暸了...03/31 10:54

33^F→yvb: 猜測是要做陣列大小檢查(還是直接改用kmalloc乾脆XD).03/31 11:01

35^F→yvb: 是說原PO的 fib[g+1] 其實大小只要 fib[3], 撘配 % 運算即可.03/31 11:03

39^F推yvb: 觸發BUG()就是因為arch_within_stack_frames()回傳BAD_STACK.04/04 12:11

40^F→yvb: 超過16KB被panic: google "虛擬記憶體" "MMU" "分頁表" 幾項.04/04 12:12

41^F→yvb: fib[1].lsl = 1 可能寫到其它變數(a,tmp,k), 或變數間有空區.04/04 12:12

42^F→yvb: 至於 fib[0]賦值後 copy失敗 ==> 程式碼是修改成怎樣?04/04 12:13

43^F推yvb: 所以 g==0 時, 依舊會執行 fib[1].lsl = 1; 的意思?04/09 13:07

44^F→yvb: 或許上述 assignment 恰巧改寫到 copy_to_user(buf, ...) 中04/09 13:08

45^F→yvb: buf 的位址? 編譯器產生怎樣的 obj 不是光看 src 就可得知的.04/09 13:08

46^F→yvb: 若是已避掉非法存取, 似乎沒道理發生問題, 除非編譯器有bug?04/09 13:12

47^F推yvb: 就如前幾句說的, obj code 不是光看 src code 就可得知的.04/16 20:26

48^F→yvb: 或許 objdump -S 搭配 panic 訊息可窺之一二 (也或許不能).04/16 20:27

49^F→yvb: 另外, 是用什麼參數印 buf? &fib[1].lsl 及 &buf 又各是多少?04/16 20:28

[問題] Kernel module 相關問題

[ LinuxDev ]10 留言, 推噓總分: +1

作者: dces4212 - 發表於 2019/03/17 20:32(5年前)

6^F推yvb: 改 #include <linux/types.h> ?03/20 15:33

7^F→yvb: 啊, 其實 #include <linux/kernel.h> 也包含了.03/20 15:43

[問題] pthread_join 作用

[ LinuxDev ]13 留言, 推噓總分: +4

作者: shihyu - 發表於 2018/11/24 22:04(5年前)

8^F推yvb: https://goo.gl/pvfkby11/25 17:56

9^F→yvb: 在程式 pthread_join() 下加一行 pthread_exit(&ret); 試試.11/25 17:58

10^F→yvb: 搭配 ps ax 和 ps axH 看看 process 和 threads 的情況.11/25 17:59

Re: [問題] 如何定位NDK Block issue

[ LinuxDev ]2 留言, 推噓總分: 0

作者: windows2k - 發表於 2018/10/21 09:00(5年前)

1^F→yvb: 請 google: android strace10/23 19:03

2^F→yvb: 另外, kill -3 pid 或 kill -11 pid, 也許就能用 ndk-stack ?10/23 19:03

Fw: [問題] 這段os影片中37：00後講的loader聽不懂

[ LinuxDev ]17 留言, 推噓總分: +3

作者: newwords - 發表於 2018/10/02 13:02(5年前)

1^F推yvb: 聽了一下, 不知道你的問題點在哪.10/17 01:04

2^F→yvb: 是否考慮先條列出他的語句, 再逐項指出不懂或有疑問的部分?10/17 01:06

7^F→yvb: 可以思考一下 sp 和 program 的關係是什麼?10/19 13:14

8^F→yvb: 或者說, sp stack 在 program (process) 中被如何使用?10/19 13:16

11^F推yvb: 你在樓上的這個 URL 是說明了 sp 及 stack 的用途,10/20 22:12

12^F→yvb: 但你說 "不能連續push兩次" 又是誤解了什麼?10/20 22:13

14^F推yvb: 就以存放在stack的local variables來說好了. 在一個函式中,10/23 19:01

15^F→yvb: 上述變數就是對應成sp加上一個特定offset, 所以sp變更後,10/23 19:01

16^F→yvb: 存取這樣的變數就會存取到錯誤的位址了; 其它用sp的方式,10/23 19:02

17^F→yvb: 也差不多是這種情況 (除了直接改sp是例外).10/23 19:02

Fw: [問題] 如何定位NDK Block issue

[ LinuxDev ]2 留言, 推噓總分: +1

作者: windows2k - 發表於 2018/10/20 12:07(5年前)

1^F推yvb: 是否有可以 reproduce 的 sample code ?10/20 22:02

2^F→yvb: 以及是否使用 strace 追踪 syscall 的情況了呢?10/20 22:03

[問題] kernel module

[ LinuxDev ]9 留言, 推噓總分: +2

作者: gn00618777 - 發表於 2018/10/15 23:28(5年前)

2^F推yvb: 應該是 printk 沒加換行, 看到前一次的訊息吧.10/16 20:17

6^F推yvb: 剛弄了一台 4.15.0-36-generic (Ubuntu 16.04.5 LTS) 實測,10/17 00:51

7^F→yvb: 證實是 printk 加上換行就好了. 與 verification 無關.10/17 00:52

8^F→yvb: "eeeentry" => "eeeentry\n" 及 "Good bye" => "Good bye\n"10/17 00:54

[問題] incompatible pointer warning

[ LinuxDev ]12 留言, 推噓總分: +1

作者: drunknmunky - 發表於 2018/01/26 16:21(6年前)

10^F推yvb: 你的 kernel version 是 3.3 之前嗎 ? linux-3.3 以後是01/29 12:22

11^F→yvb: char *(*devnode)(struct device *dev, umode_t *mode);01/29 12:22

12^F→yvb: ^^^^^^^01/29 12:24

[問題] webserver boa 問題

[ LinuxDev ]41 留言, 推噓總分: +5

作者: carpo5279 - 發表於 2017/02/02 17:14(7年前)

1^F推yvb: 應該是 server 回應 401 的 HTTP狀態碼, 由瀏覽器自行產生的.02/03 06:29

2^F→yvb: 看了一下boa源碼,該回應即response.c的send_r_unauthorized()02/03 06:43

4^F推yvb: 站內信當然可以,但我未必懂. 在此和大家一同討論應該更好.02/03 18:03

8^F推yvb: 光靠401產生認證視窗的方式沒辦法,只能依賴瀏覽器本身行為,02/06 19:44

10^F→yvb: 比如 IE 會在3次錯誤後停止嘗試, Chrome 仍繼續跳認證視窗.02/06 19:46

11^F→yvb: HTTP本身是stateless的, server無法確認是否同一瀏覽器錯幾次02/06 19:51

12^F→yvb: 因此需要引入stateful機制如cookie/session/url-ext之類,02/06 19:53

13^F→yvb: 使用如多數用戶網站的登入, 搭配後台程式進行驗證及計次等...02/06 19:58

20^F推yvb: 原來是貴公司的產品用到. 所以是視瀏覽器對 HTTP 認證失敗的02/07 20:02

21^F→yvb: 後續行為不同為 bug? 不知您對 HTTP 這個協定中, 諸如02/07 20:02

22^F→yvb: HTTP status, HTTP header, HTTP auth, HTTP cookie 的了解02/07 20:03

23^F→yvb: 情況如何; 以及認證這部分, 在產品中的內部運作流程又是如何,02/07 20:03

24^F→yvb: 是直接改寫 boa 程式碼逹成, 或是使用 uClinux boa 的 auth02/07 20:04

25^F→yvb: 搭配設定檔, 還是叫用 cgi/scripting 來處理認證?02/07 20:04

27^F→yvb: 發文者應該可以用大寫 E 編輯文章啊...02/08 21:16

28^F推yvb: 編輯若非修改原內容, 而是追加, 回推文, 那寫在推文下較佳.02/10 18:53

29^F→yvb: 其實 HTTP auth 最大的問題(缺點)就是定義得太簡單,缺少諸如02/10 18:56

30^F→yvb: 檢查次數,要求登出等機制 (無法登出是否又會被當另一個bug?)02/10 18:58

31^F→yvb: 所以一切要靠browser自定行為. 不知貴公司是怎樣的產品,02/10 19:02

32^F→yvb: 登入成功的後續是靜態網頁?CGI?或是仍在boa中加怎樣的處理?02/10 19:03

33^F→yvb: 若是另外使用CGI或scripting languages (asp,php...),02/10 19:05

34^F→yvb: 那也許考慮把認證機制做成cookie/session型式會更好.02/10 19:07

35^F→yvb: 是否一定堅持要使用HTTP auth ?02/10 19:08

36^F→yvb: 雖然 HTTP auth 搭配 cookie 可能還是有 partial solution,02/10 19:09

37^F→yvb: 但使用上應該還蠻蹩腳的...02/10 19:11

38^F→yvb: 大致上是認證失敗就檢查是否有某cookie,沒有就設定初值,02/10 19:13

39^F→yvb: 有就檢查是第幾次的值,然後重設新值或設定清除;02/10 19:15

40^F→yvb: 若認證成功也要設定清除.02/10 19:16

首頁

尾頁