哈爸給你問之 如何學好 Linux( 入門篇 )- Q&A
編輯歷史
| 時間 | 作者 | 版本 |
|---|---|---|
| 2015-08-21 23:56 | r1821 | |
顯示 diff(79 行未修改)
A4 : 樹莓派 香蕉派 Yun Beagleboard Intel Galileo ...
*低於$200Q5 : 針對 Open hardware 哪些部份特別重要?怎麼學習?
- A5 : Linux power user, Linux administration, Linux programming, Linux driver 這些基本功多少都要會一點,Cross platform development, 著重在 porting,程式開發的功力要多一點,driver porting 的能力要強一點,對 CPU 從第一個指令開始,到整個系統就緒的流程要清楚。
+ A5 : Linux power user, Linux administration, Linux programming, Linux driver 這些基本功多少都要會一點,Cross platform development, 著重在 porting,程式開發的功力要多一點, driver porting 的能力要強一點,對 CPU 從第一個指令開始,到整個系統就緒的流程要清楚。
(71 行未修改)
|
||
| 2015-08-21 13:51 – 14:03 | r1782 – r1820 | |
顯示 diff(135 行未修改)
沒有目的或目標的學習
想請問走在我前端的前輩們 當初是如何學習Linux的 謝謝
+
+ Q16-2:也許是我對Linux不夠認識 用Windows時 我能清楚的知道我要做什麼和想要做什麼
+ 但對於Linux 我的理解大概只有架站 但對於一般人 應該是不太需要伺服器
+ 所以不太清楚學習的目標要怎麼訂
+
A16: 學Linux要做什麼? 以目標去學需要學的指令…等比較有幫助,btw 鳥哥基礎的第一本很有用,譬如:只是要學架簡易伺服,就要熟一些安全上面的東西、一般使用的指令、一開始規劃切割,結果跑去學內核移植是否又太過頭。只能說linux非常多東西可以學。。。有目標再學習比較有效率
A16 -2 : 關於 Linux 管理,我也曾經有這個階段,學很多卻有點亂,也會漏。當初我是因為要考 LPI, 就在短時間再完整練一遍。很有效。我的回答是:根據 LPI 要考的內容去學習,不一定為了要考。但是很有幫助。
+
+ A16-3 : 可以參考這張圖,或是參考資料中的結構。先想自己最急著學什麼,就先學那個範圍。記得,每個類別都是一兩年的功夫,很花時間的
(6 行未修改)
|
||
| 2015-08-21 13:51 – 13:51 | r1767 – r1781 | |
顯示 diff(138 行未修改)
A16 -2 : 關於 Linux 管理,我也曾經有這個階段,學很多卻有點亂,也會漏。當初我是因為要考 LPI, 就在短時間再完整練一遍。很有效。我的回答是:根據 LPI 要考的內容去學習,不一定為了要考。但是很有幫助。
-
-
-
- Q17: 如何進行行程的監控管理,可以一開機就自動去監控哪幾個腳本還活著、目前的狀態,防止行程當掉,一樣是寫腳本,用ps嗎,但ps怎麼看行程的狀態? 又該如何了解腳本本身的監控行程是否已死? 定時啟動腳本不會當嗎?
- A17 : 分幾種。如果行程是自己的,一般來說會開一個 /tmp/service_name.pid. 看這個檔案有沒有在就知道行程有沒有起。當然行程結束時要自己刪掉。
- 如果行程不是自己的,用 script 處理 ps 應該可以。行程已死在 process 有 state。定時啟動的 script, 正常的話,可以一直起,沒關係的。linux cron table 就是這樣 run 的
-
- Q18: 有哪些 LinFB 社團推薦參加?
+
+ Q17: 有哪些 LinFB 社團推薦參加?
A18 : 請參考 A1, A2, A3
- Q19: 有誰在 Raspberry Pi (Raspbian) 成功安裝過 CMU sphinx 語音辨識?
+ Q18: 有誰在 Raspberry Pi (Raspbian) 成功安裝過 CMU sphinx 語音辨識?
平台? google: how to install CMU sphinx on (your os)
A19 : 沒用過。有人可以補充?
|
||
| 2015-08-21 13:50 – 13:50 | r1749 – r1766 | |
顯示 diff(148 行未修改)
Q18: 有哪些 LinFB 社團推薦參加?
A18 : 請參考 A1, A2, A3
+
+ Q19: 有誰在 Raspberry Pi (Raspbian) 成功安裝過 CMU sphinx 語音辨識?
+ 平台? google: how to install CMU sphinx on (your os)
+ A19 : 沒用過。有人可以補充?
|
||
| 2015-08-21 13:38 – 13:39 | r1740 – r1748 | |
顯示 diff(144 行未修改)
A17 : 分幾種。如果行程是自己的,一般來說會開一個 /tmp/service_name.pid. 看這個檔案有沒有在就知道行程有沒有起。當然行程結束時要自己刪掉。
如果行程不是自己的,用 script 處理 ps 應該可以。行程已死在 process 有 state。定時啟動的 script, 正常的話,可以一直起,沒關係的。linux cron table 就是這樣 run 的
+
Q18: 有哪些 LinFB 社團推薦參加?
(1 行未修改)
|
||
| 2015-08-21 13:15 – 13:34 | r1443 – r1739 | |
顯示 diff(112 行未修改)
Q12: 要學linux driver, 最推薦哪本書? debug 工具為何?
A12 : 請看參考資料 LDD3 最常用,但是很不好懂。其他 Linux driver 的書可能都很好*
- A13 : linux driver debug 的工具是?
+ Q13 : linux driver debug 的工具是?
A13 : 呵呵, printk()
*如果你有好的 ICE , 是可以下中斷點在 Kernel 中,如 Trace32等,速度也快。不過大部份的情況下,你都沒錢買!
*所以就是把debug msg丟出來的概念囉?
*正確,王道。很爛,可是就是這樣!
+ Q14 : 一個人適合開發linux嗎? 之前開發手機, 要3,50個人...還是在較高等級的mcu上port rtos就好?
+ A14 : rtos 不見得比 Linux 來的容易。其實主要看你要做什麼,基本上在 linux 領域裡,高手不用幾個就很厲害了。
+
+ Q15: 如果用 Raspberry Pi 做個產品,想要保護產品,請問如何設定才不會被容易破解?
+ A15: 權限、防火、selinux
+ *保護產品有幾個層面,如果是不被攻擊,破壞的話。基本上就是學 Linux 防護。少開 service, 上 firewall, 上 patch, 都是基本功。也可以用 port scan, 模擬攻擊的手法試試看有沒有什麼弱點。
+
+ Q16:該如何有效的學習Linux?
+ 剛開始不懂的時候 上網看鳥哥的私房菜 一點一點的學
+ 最後能架出幾個簡單的Server 雖然知道我學的不過是一點點皮毛
+ 還有很多東西是我尚未接觸過的
+ 難道真的要一個一個全部伺服器都架過一遍?
+ 就像為了學一個程式語言去買了一本書
+ 把書裡的範例全部不看提供的程式碼練習一遍
+ 打完了之後 卻失去了方向 不知道那語言能做什麼
+ 現在學習Linux碰到這個瓶頸
+ 沒有目的或目標的學習
+ 想請問走在我前端的前輩們 當初是如何學習Linux的 謝謝
+ A16: 學Linux要做什麼? 以目標去學需要學的指令…等比較有幫助,btw 鳥哥基礎的第一本很有用,譬如:只是要學架簡易伺服,就要熟一些安全上面的東西、一般使用的指令、一開始規劃切割,結果跑去學內核移植是否又太過頭。只能說linux非常多東西可以學。。。有目標再學習比較有效率
+
+ A16 -2 : 關於 Linux 管理,我也曾經有這個階段,學很多卻有點亂,也會漏。當初我是因為要考 LPI, 就在短時間再完整練一遍。很有效。我的回答是:根據 LPI 要考的內容去學習,不一定為了要考。但是很有幫助。
+
+
+
+ Q17: 如何進行行程的監控管理,可以一開機就自動去監控哪幾個腳本還活著、目前的狀態,防止行程當掉,一樣是寫腳本,用ps嗎,但ps怎麼看行程的狀態? 又該如何了解腳本本身的監控行程是否已死? 定時啟動腳本不會當嗎?
+ A17 : 分幾種。如果行程是自己的,一般來說會開一個 /tmp/service_name.pid. 看這個檔案有沒有在就知道行程有沒有起。當然行程結束時要自己刪掉。
+ 如果行程不是自己的,用 script 處理 ps 應該可以。行程已死在 process 有 state。定時啟動的 script, 正常的話,可以一直起,沒關係的。linux cron table 就是這樣 run 的
+
+ Q18: 有哪些 LinFB 社團推薦參加?
+ A18 : 請參考 A1, A2, A3
|
||
| 2015-08-21 13:11 | r1442 | |
顯示 diff(103 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
(11 行未修改)
|
||
| 2015-08-21 13:08 – 13:09 | r1418 – r1441 | |
顯示 diff(99 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compile. 請詳述您的問題
- Q9.已
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compile.
+
Q10:
(9 行未修改)
A13 : linux driver debug 的工具是?
A13 : 呵呵, printk()
- *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,如 Tr,速度也快。不過大部份的情況下,你都沒錢買!
+ *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,如 Trace32等,速度也快。不過大部份的情況下,你都沒錢買!
*所以就是把debug msg丟出來的概念囉?
+ *正確,王道。很爛,可是就是這樣!
|
||
| 2015-08-21 13:08 | r1417 | |
顯示 diff(115 行未修改)
A13 : 呵呵, printk()
*如果你有好的 ICE , 是可以下中斷點在 Kernel 中,如 Tr,速度也快。不過大部份的情況下,你都沒錢買!
- *所以就是把debug msg丟出來的概念囉
+ *所以就是把debug msg丟出來的概念囉?
|
||
| 2015-08-21 13:08 | r1416 | |
顯示 diff(114 行未修改)
A13 : linux driver debug 的工具是?
A13 : 呵呵, printk()
- *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,如 ,速度也快。不過大部份的情況下,你都沒錢買!
+ *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,如 Tr,速度也快。不過大部份的情況下,你都沒錢買!
*所以就是把debug msg丟出來的概念囉
|
||
| 2015-08-21 13:08 | r1415 | |
顯示 diff(115 行未修改)
A13 : 呵呵, printk()
*如果你有好的 ICE , 是可以下中斷點在 Kernel 中,如 ,速度也快。不過大部份的情況下,你都沒錢買!
- *所以就是把debug msg丟出來的蓋ㄋㄧㄢ
+ *所以就是把debug msg丟出來的概念囉
|
||
| 2015-08-21 13:08 | r1414 | |
顯示 diff(114 行未修改)
A13 : linux driver debug 的工具是?
A13 : 呵呵, printk()
- *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,如 Tra,速度也快。不過大部份的情況下,你都沒錢買!
+ *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,如 ,速度也快。不過大部份的情況下,你都沒錢買!
*所以就是把debug msg丟出來的蓋ㄋㄧㄢ
|
||
| 2015-08-21 13:08 | r1413 | |
顯示 diff(115 行未修改)
A13 : 呵呵, printk()
*如果你有好的 ICE , 是可以下中斷點在 Kernel 中,如 Tra,速度也快。不過大部份的情況下,你都沒錢買!
- *所以就是把debug msg丟出來的ㄍㄞ
+ *所以就是把debug msg丟出來的蓋ㄋㄧㄢ
|
||
| 2015-08-21 13:08 | r1412 | |
顯示 diff(114 行未修改)
A13 : linux driver debug 的工具是?
A13 : 呵呵, printk()
- *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,如 Trae,速度也快。不過大部份的情況下,你都沒錢買!
+ *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,如 Tra,速度也快。不過大部份的情況下,你都沒錢買!
*所以就是把debug msg丟出來的ㄍㄞ
|
||
| 2015-08-21 13:08 | r1411 | |
顯示 diff(115 行未修改)
A13 : 呵呵, printk()
*如果你有好的 ICE , 是可以下中斷點在 Kernel 中,如 Trae,速度也快。不過大部份的情況下,你都沒錢買!
- *所以就是把debug msg丟出來的
+ *所以就是把debug msg丟出來的ㄍㄞ
|
||
| 2015-08-21 13:08 – 13:08 | r1408 – r1410 | |
顯示 diff(114 行未修改)
A13 : linux driver debug 的工具是?
A13 : 呵呵, printk()
- *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,如,速度也快。不過大部份的情況下,你都沒錢買!
+ *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,如 Trae,速度也快。不過大部份的情況下,你都沒錢買!
*所以就是把debug msg丟出來的
|
||
| 2015-08-21 13:08 – 13:08 | r1406 – r1407 | |
顯示 diff(115 行未修改)
A13 : 呵呵, printk()
*如果你有好的 ICE , 是可以下中斷點在 Kernel 中,如,速度也快。不過大部份的情況下,你都沒錢買!
- *所以就是把debug s丟出來的
+ *所以就是把debug msg丟出來的
|
||
| 2015-08-21 13:08 | r1405 | |
顯示 diff(114 行未修改)
A13 : linux driver debug 的工具是?
A13 : 呵呵, printk()
- *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,ㄖㄨ,速度也快。不過大部份的情況下,你都沒錢買!
+ *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,如,速度也快。不過大部份的情況下,你都沒錢買!
*所以就是把debug s丟出來的
|
||
| 2015-08-21 13:08 | r1404 | |
顯示 diff(115 行未修改)
A13 : 呵呵, printk()
*如果你有好的 ICE , 是可以下中斷點在 Kernel 中,ㄖㄨ,速度也快。不過大部份的情況下,你都沒錢買!
- *所以就是把debug 訊丟出來的
+ *所以就是把debug s丟出來的
|
||
| 2015-08-21 13:08 | r1403 | |
顯示 diff(114 行未修改)
A13 : linux driver debug 的工具是?
A13 : 呵呵, printk()
- *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,,速度也快。不過大部份的情況下,你都沒錢買!
+ *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,ㄖㄨ,速度也快。不過大部份的情況下,你都沒錢買!
*所以就是把debug 訊丟出來的
|
||
| 2015-08-21 13:08 | r1402 | |
顯示 diff(115 行未修改)
A13 : 呵呵, printk()
*如果你有好的 ICE , 是可以下中斷點在 Kernel 中,,速度也快。不過大部份的情況下,你都沒錢買!
- *所以就是把debug 訊息丟出來的
+ *所以就是把debug 訊丟出來的
|
||
| 2015-08-21 13:08 | r1401 | |
顯示 diff(114 行未修改)
A13 : linux driver debug 的工具是?
A13 : 呵呵, printk()
- *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,速度也快。不過大部份的情況下,你都沒錢買!
+ *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,,速度也快。不過大部份的情況下,你都沒錢買!
*所以就是把debug 訊息丟出來的
|
||
| 2015-08-21 13:08 | r1400 | |
顯示 diff(115 行未修改)
A13 : 呵呵, printk()
*如果你有好的 ICE , 是可以下中斷點在 Kernel 中,速度也快。不過大部份的情況下,你都沒錢買!
- *所以就是把debu訊息丟出來的
+ *所以就是把debug 訊息丟出來的
|
||
| 2015-08-21 13:08 | r1399 | |
顯示 diff(114 行未修改)
A13 : linux driver debug 的工具是?
A13 : 呵呵, printk()
- *如果你有好的 ICE , 是可以下中斷點在 Kernel 中ㄈ,速度也快。不過大部份的情況下,你都沒錢買!
+ *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,速度也快。不過大部份的情況下,你都沒錢買!
*所以就是把debu訊息丟出來的
|
||
| 2015-08-21 13:08 | r1398 | |
顯示 diff(115 行未修改)
A13 : 呵呵, printk()
*如果你有好的 ICE , 是可以下中斷點在 Kernel 中ㄈ,速度也快。不過大部份的情況下,你都沒錢買!
- *所以就是把d訊息丟出來的
+ *所以就是把debu訊息丟出來的
|
||
| 2015-08-21 13:08 | r1397 | |
顯示 diff(114 行未修改)
A13 : linux driver debug 的工具是?
A13 : 呵呵, printk()
- *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,速度也快。不過大部份的情況下,你都沒錢買!
+ *如果你有好的 ICE , 是可以下中斷點在 Kernel 中ㄈ,速度也快。不過大部份的情況下,你都沒錢買!
*所以就是把d訊息丟出來的
|
||
| 2015-08-21 13:08 – 13:08 | r1392 – r1396 | |
顯示 diff(115 行未修改)
A13 : 呵呵, printk()
*如果你有好的 ICE , 是可以下中斷點在 Kernel 中,速度也快。不過大部份的情況下,你都沒錢買!
+ *所以就是把d訊息丟出來的
|
||
| 2015-08-21 13:06 – 13:07 | r1337 – r1391 | |
顯示 diff(112 行未修改)
Q12: 要學linux driver, 最推薦哪本書? debug 工具為何?
A12 : 請看參考資料 LDD3 最常用,但是很不好懂。其他 Linux driver 的書可能都很好*
- A
+ A13 : linux driver debug 的工具是?
+ A13 : 呵呵, printk()
+ *如果你有好的 ICE , 是可以下中斷點在 Kernel 中,速度也快。不過大部份的情況下,你都沒錢買!
|
||
| 2015-08-21 13:06 | r1336 | |
顯示 diff(115 行未修改)
|
||
| 2015-08-21 12:58 – 13:06 | r1290 – r1335 | |
顯示 diff(95 行未修改)
*給網址,我幫你看啊
*http://www.xilinx.com/products/silicon-devices/soc/zynq-7000.html
+ *看起來得看一陣,會後看
*
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(7 行未修改)
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
*還是我換個方式問, 如果要學linux driver, 最推薦哪本書? debug 工具為何?
- *ㄑㄧ
Q911以: 前用GDB 當中斷除錯, 現在怎麼玩啊?A
11 : 有些系統還是整合了 gdb, 所以還是一樣可以用
Q12: 要學linux driver, 最推薦哪本書? debug 工具為何?
+ A12 : 請看參考資料 LDD3 最常用,但是很不好懂。其他 Linux driver 的書可能都很好*
+ A
|
||
| 2015-08-21 12:58 – 12:58 | r1288 – r1289 | |
顯示 diff(110 行未修改)
11 : 有些系統還是整合了 gdb, 所以還是一樣可以用
- Q12: 還是我換個要學linux driver, 最推薦哪本書? debug 工具為何?
+ Q12: 要學linux driver, 最推薦哪本書? debug 工具為何?
|
||
| 2015-08-21 12:58 | r1287 | |
顯示 diff(106 行未修改)
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
*還是我換個方式問, 如果要學linux driver, 最推薦哪本書? debug 工具為何?
- *ㄑㄧㄥ
+ *ㄑㄧ
Q911以: 前用GDB 當中斷除錯, 現在怎麼玩啊?A
11 : 有些系統還是整合了 gdb, 所以還是一樣可以用
(2 行未修改)
|
||
| 2015-08-21 12:58 – 12:58 | r1285 – r1286 | |
顯示 diff(110 行未修改)
11 : 有些系統還是整合了 gdb, 所以還是一樣可以用
- Q12: 還是我換個方式問, 如要學linux driver, 最推薦哪本書? debug 工具為何?
+ Q12: 還是我換個要學linux driver, 最推薦哪本書? debug 工具為何?
|
||
| 2015-08-21 12:58 | r1284 | |
顯示 diff(106 行未修改)
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
*還是我換個方式問, 如果要學linux driver, 最推薦哪本書? debug 工具為何?
- *
+ *ㄑㄧㄥ
Q911以: 前用GDB 當中斷除錯, 現在怎麼玩啊?A
11 : 有些系統還是整合了 gdb, 所以還是一樣可以用
(2 行未修改)
|
||
| 2015-08-21 12:58 | r1283 | |
顯示 diff(110 行未修改)
11 : 有些系統還是整合了 gdb, 所以還是一樣可以用
- Q12: 還是我換個方式問, 如果要學linux driver, 最推薦哪本書? debug 工具為何?
+ Q12: 還是我換個方式問, 如要學linux driver, 最推薦哪本書? debug 工具為何?
|
||
| 2015-08-21 12:58 | r1282 | |
顯示 diff(106 行未修改)
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
*還是我換個方式問, 如果要學linux driver, 最推薦哪本書? debug 工具為何?
+ *
Q911以: 前用GDB 當中斷除錯, 現在怎麼玩啊?A
11 : 有些系統還是整合了 gdb, 所以還是一樣可以用
(2 行未修改)
|
||
| 2015-08-21 12:58 – 12:58 | r1266 – r1281 | |
顯示 diff(94 行未修改)
*請問我要提供哪些訊息啊? XD
*給網址,我幫你看啊
+ *http://www.xilinx.com/products/silicon-devices/soc/zynq-7000.html
+ *
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(8 行未修改)
Q911以: 前用GDB 當中斷除錯, 現在怎麼玩啊?A
11 : 有些系統還是整合了 gdb, 所以還是一樣可以用
+
+ Q12: 還是我換個方式問, 如果要學linux driver, 最推薦哪本書? debug 工具為何?
|
||
| 2015-08-21 12:57 – 12:58 | r1257 – r1265 | |
顯示 diff(105 行未修改)
*還是我換個方式問, 如果要學linux driver, 最推薦哪本書? debug 工具為何?
Q911以: 前用GDB 當中斷除錯, 現在怎麼玩啊?A
- 1
+ 11 : 有些系統還是整合了 gdb, 所以還是一樣可以用
|
||
| 2015-08-21 12:57 | r1256 | |
顯示 diff(103 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還是我換個方式問, 如果要學linux driver, 最推薦哪本書? debug 工具為何?
+ *還是我換個方式問, 如果要學linux driver, 最推薦哪本書? debug 工具為何?
Q911以: 前用GDB 當中斷除錯, 現在怎麼玩啊?A
1
|
||
| 2015-08-21 12:57 | r1255 | |
顯示 diff(105 行未修改)
*還是我換個方式問, 如果要學linux driver, 最推薦哪本書? debug 工具為何?
Q911以: 前用GDB 當中斷除錯, 現在怎麼玩啊?A
+ 1
|
||
| 2015-08-21 12:57 | r1254 | |
顯示 diff(103 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還是我換個方式問, 如果要學linux driver, 最推薦哪本書? debug 工具
+ *還是我換個方式問, 如果要學linux driver, 最推薦哪本書? debug 工具為何?
Q911以: 前用GDB 當中斷除錯, 現在怎麼玩啊?A
|
||
| 2015-08-21 12:57 | r1253 | |
顯示 diff(107 行未修改)
|
||
| 2015-08-21 12:57 – 12:57 | r1251 – r1252 | |
顯示 diff(104 行未修改)
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
*還是我換個方式問, 如果要學linux driver, 最推薦哪本書? debug 工具
- Q911以:前用GDB 當中斷除錯, 現在怎麼玩啊?
+ Q911以: 前用GDB 當中斷除錯, 現在怎麼玩啊?A
|
||
| 2015-08-21 12:57 | r1250 | |
顯示 diff(103 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還是我換個方式問, 如果要學linux driver, 最推薦哪本書? debug
+ *還是我換個方式問, 如果要學linux driver, 最推薦哪本書? debug 工具
Q911以:前用GDB 當中斷除錯, 現在怎麼玩啊?
|
||
| 2015-08-21 12:57 | r1249 | |
顯示 diff(104 行未修改)
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
*還是我換個方式問, 如果要學linux driver, 最推薦哪本書? debug
- Q911以前用GDB 當中斷除錯, 現在怎麼玩啊?
+ Q911以:前用GDB 當中斷除錯, 現在怎麼玩啊?
|
||
| 2015-08-21 12:57 – 12:57 | r1245 – r1248 | |
顯示 diff(103 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還是我換個方式問, 如果要學linux driver, 最推薦哪ㄅ
+ *還是我換個方式問, 如果要學linux driver, 最推薦哪本書? debug
Q911以前用GDB 當中斷除錯, 現在怎麼玩啊?
|
||
| 2015-08-21 12:57 | r1244 | |
顯示 diff(104 行未修改)
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
*還是我換個方式問, 如果要學linux driver, 最推薦哪ㄅ
- Q91以前用GDB 當中斷除錯, 現在怎麼玩啊?
+ Q911以前用GDB 當中斷除錯, 現在怎麼玩啊?
|
||
| 2015-08-21 12:57 | r1243 | |
顯示 diff(103 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還是我換個方式問, 如果要學linux driver, 最推薦哪
+ *還是我換個方式問, 如果要學linux driver, 最推薦哪ㄅ
Q91以前用GDB 當中斷除錯, 現在怎麼玩啊?
|
||
| 2015-08-21 12:57 – 12:57 | r1241 – r1242 | |
顯示 diff(104 行未修改)
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
*還是我換個方式問, 如果要學linux driver, 最推薦哪
- Q9.2以前用GDB 當中斷除錯, 現在怎麼玩啊?
+ Q91以前用GDB 當中斷除錯, 現在怎麼玩啊?
|
||
| 2015-08-21 12:57 | r1240 | |
顯示 diff(103 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還是我換個方式問, 如果要學linux driver, 最推薦
+ *還是我換個方式問, 如果要學linux driver, 最推薦哪
Q9.2以前用GDB 當中斷除錯, 現在怎麼玩啊?
|
||
| 2015-08-21 12:57 | r1239 | |
顯示 diff(104 行未修改)
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
*還是我換個方式問, 如果要學linux driver, 最推薦
- Q9.2 以前用GDB 當中斷除錯, 現在怎麼玩啊?
+ Q9.2以前用GDB 當中斷除錯, 現在怎麼玩啊?
|
||
| 2015-08-21 12:57 – 12:57 | r1236 – r1238 | |
顯示 diff(103 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還是我換個方式問, 如果要學linux driver, 最
+ *還是我換個方式問, 如果要學linux driver, 最推薦
Q9.2 以前用GDB 當中斷除錯, 現在怎麼玩啊?
|
||
| 2015-08-21 12:57 | r1235 | |
顯示 diff(104 行未修改)
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
*還是我換個方式問, 如果要學linux driver, 最
+ Q9.2 以前用GDB 當中斷除錯, 現在怎麼玩啊?
|
||
| 2015-08-21 12:57 | r1234 | |
顯示 diff(103 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還是我換個方式問, 如果要學linux driver,
+ *還是我換個方式問, 如果要學linux driver, 最
|
||
| 2015-08-21 12:57 | r1233 | |
顯示 diff(106 行未修改)
|
||
| 2015-08-21 12:56 – 12:57 | r1212 – r1232 | |
顯示 diff(103 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還是我換個方式問,
+ *還是我換個方式問, 如果要學linux driver,
|
||
| 2015-08-21 12:56 | r1211 | |
顯示 diff(94 行未修改)
*請問我要提供哪些訊息啊? XD
*給網址,我幫你看啊
-
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(8 行未修改)
|
||
| 2015-08-21 12:56 | r1210 | |
顯示 diff(104 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還是我換個方式問,
+ *還是我換個方式問,
|
||
| 2015-08-21 12:56 | r1209 | |
顯示 diff(94 行未修改)
*請問我要提供哪些訊息啊? XD
*給網址,我幫你看啊
- *
+
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(8 行未修改)
|
||
| 2015-08-21 12:56 | r1208 | |
顯示 diff(104 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還是我換個方式問, ㄧㄡ
+ *還是我換個方式問,
|
||
| 2015-08-21 12:56 | r1207 | |
顯示 diff(94 行未修改)
*請問我要提供哪些訊息啊? XD
*給網址,我幫你看啊
+ *
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(8 行未修改)
|
||
| 2015-08-21 12:56 | r1206 | |
顯示 diff(103 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還是我換個方式問,
+ *還是我換個方式問, ㄧㄡ
|
||
| 2015-08-21 12:56 – 12:56 | r1203 – r1205 | |
顯示 diff(93 行未修改)
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
*請問我要提供哪些訊息啊? XD
- *給網址,我
+ *給網址,我幫你看啊
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(8 行未修改)
|
||
| 2015-08-21 12:56 – 12:56 | r1201 – r1202 | |
顯示 diff(103 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還是我換個方式問
+ *還是我換個方式問,
|
||
| 2015-08-21 12:56 | r1200 | |
顯示 diff(93 行未修改)
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
*請問我要提供哪些訊息啊? XD
- *給網址,我給網址
+ *給網址,我
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(8 行未修改)
|
||
| 2015-08-21 12:56 | r1199 | |
顯示 diff(103 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還是我換個方式ㄨㄣ
+ *還是我換個方式問
|
||
| 2015-08-21 12:56 | r1198 | |
顯示 diff(93 行未修改)
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
*請問我要提供哪些訊息啊? XD
- *給網址,我給網址,我
+ *給網址,我給網址
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(8 行未修改)
|
||
| 2015-08-21 12:56 | r1197 | |
顯示 diff(103 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還是我換個方
+ *還是我換個方式ㄨㄣ
|
||
| 2015-08-21 12:56 | r1196 | |
顯示 diff(93 行未修改)
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
*請問我要提供哪些訊息啊? XD
- *給網址,我給網址,我幫你
+ *給網址,我給網址,我
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(8 行未修改)
|
||
| 2015-08-21 12:56 | r1195 | |
顯示 diff(103 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還是我換個
+ *還是我換個方
|
||
| 2015-08-21 12:56 – 12:56 | r1191 – r1194 | |
顯示 diff(93 行未修改)
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
*請問我要提供哪些訊息啊? XD
- *給網址,我
+ *給網址,我給網址,我幫你
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(8 行未修改)
|
||
| 2015-08-21 12:56 – 12:56 | r1188 – r1190 | |
顯示 diff(103 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還是
+ *還是我換個
|
||
| 2015-08-21 12:56 | r1187 | |
顯示 diff(93 行未修改)
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
*請問我要提供哪些訊息啊? XD
- *
+ *給網址,我
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(8 行未修改)
|
||
| 2015-08-21 12:56 | r1186 | |
顯示 diff(103 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *還
+ *還是
|
||
| 2015-08-21 12:56 – 12:56 | r1183 – r1185 | |
顯示 diff(92 行未修改)
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
- *請問我要提供哪些訊息啊? XD 我給
+ *請問我要提供哪些訊息啊? XD
+ *
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(8 行未修改)
|
||
| 2015-08-21 12:56 | r1182 | |
顯示 diff(102 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
- *
+ *還
|
||
| 2015-08-21 12:56 – 12:56 | r1180 – r1181 | |
顯示 diff(92 行未修改)
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
- *請問我要提供哪些訊息啊? XD 我
+ *請問我要提供哪些訊息啊? XD 我給
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(8 行未修改)
|
||
| 2015-08-21 12:56 – 12:56 | r1177 – r1179 | |
顯示 diff(105 行未修改)
|
||
| 2015-08-21 12:56 | r1176 | |
顯示 diff(92 行未修改)
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
- *請問我要提供哪些訊息啊? XD
+ *請問我要提供哪些訊息啊? XD 我
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(8 行未修改)
|
||
| 2015-08-21 12:56 – 12:56 | r1172 – r1175 | |
顯示 diff(102 行未修改)
A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
+ *
|
||
| 2015-08-21 12:55 – 12:56 | r1154 – r1171 | |
顯示 diff(100 行未修改)
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
- A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取是沒有
+ A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取的話,如果是讀取,應該是沒有關係。寫入的話,你得知道你在做什麼。有把握就行。
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
|
||
| 2015-08-21 12:55 | r1153 | |
顯示 diff(92 行未修改)
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
- *請問我要提供哪些訊息啊? X
+ *請問我要提供哪些訊息啊? XD
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(7 行未修改)
|
||
| 2015-08-21 12:55 | r1152 | |
顯示 diff(100 行未修改)
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
- A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem
+ A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem 存取是沒有
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
|
||
| 2015-08-21 12:55 | r1151 | |
顯示 diff(92 行未修改)
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
- *請問我要提供哪些訊息啊?
+ *請問我要提供哪些訊息啊? X
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(7 行未修改)
|
||
| 2015-08-21 12:55 – 12:55 | r1144 – r1150 | |
顯示 diff(100 行未修改)
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
- A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap
+ A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap or dev/mem
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
|
||
| 2015-08-21 12:55 | r1143 | |
顯示 diff(92 行未修改)
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
- *請問我要提供哪些訊息啊
+ *請問我要提供哪些訊息啊?
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(7 行未修改)
|
||
| 2015-08-21 12:55 | r1142 | |
顯示 diff(100 行未修改)
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
- A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mma
+ A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mmap
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
|
||
| 2015-08-21 12:55 | r1141 | |
顯示 diff(92 行未修改)
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
- *請問我要提供哪些訊息ㄚ
+ *請問我要提供哪些訊息啊
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(7 行未修改)
|
||
| 2015-08-21 12:55 | r1140 | |
顯示 diff(100 行未修改)
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
- A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mm
+ A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mma
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
|
||
| 2015-08-21 12:55 | r1139 | |
顯示 diff(92 行未修改)
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
- *請問我要提供哪些訊息
+ *請問我要提供哪些訊息ㄚ
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(7 行未修改)
|
||
| 2015-08-21 12:55 | r1138 | |
顯示 diff(100 行未修改)
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
- A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用
+ A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用 mm
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
|
||
| 2015-08-21 12:55 | r1137 | |
顯示 diff(92 行未修改)
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
- *請問我要提供哪些
+ *請問我要提供哪些訊息
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(7 行未修改)
|
||
| 2015-08-21 12:55 – 12:55 | r1126 – r1136 | |
顯示 diff(100 行未修改)
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
- A: 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用 driver 的方式來處理
+ A: 直接存取是相當危險的,一般用 driver 的方式來處理。硬是要用
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
|
||
| 2015-08-21 12:54 – 12:54 | r1123 – r1125 | |
顯示 diff(92 行未修改)
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
+ *請問我要提供哪些
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(7 行未修改)
|
||
| 2015-08-21 12:54 | r1122 | |
顯示 diff(99 行未修改)
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
- A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用 driver 的方式來處理
+ A: 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用 driver 的方式來處理
*我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
|
||
| 2015-08-21 12:50 – 12:52 | r1027 – r1121 | |
顯示 diff(100 行未修改)
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用 driver 的方式來處理
- *我試過先用
+ *我試過先用 open ("dev/mem")之後, 就可以用mmap 直接存取 CPU 上的某個register. 是可以做的, 因為我是把自己的IP 掛在那個address, 然後可以被存取到. 平台就是Zynq (FPGA + ARM). 只是不知道會不會不穩. (memory 違規存取之類的).
|
||
| 2015-08-21 12:50 | r1026 | |
顯示 diff(99 行未修改)
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
- A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用 driver 的方式來ㄔㄨ
+ A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用 driver 的方式來處理
*我試過先用
|
||
| 2015-08-21 12:50 | r1025 | |
顯示 diff(100 行未修改)
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用 driver 的方式來ㄔㄨ
- *我試過先
+ *我試過先用
|
||
| 2015-08-21 12:50 – 12:50 | r1022 – r1024 | |
顯示 diff(99 行未修改)
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
- A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用 driver
+ A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用 driver 的方式來ㄔㄨ
*我試過先
|
||
| 2015-08-21 12:50 | r1021 | |
顯示 diff(100 行未修改)
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用 driver
- *我試過
+ *我試過先
|
||
| 2015-08-21 12:50 – 12:50 | r1018 – r1020 | |
顯示 diff(99 行未修改)
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
- A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用
+ A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用 driver
*我試過
|
||
| 2015-08-21 12:50 | r1017 | |
顯示 diff(100 行未修改)
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用
- *我是
+ *我試過
|
||
| 2015-08-21 12:50 | r1016 | |
顯示 diff(99 行未修改)
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
- A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用 dri
+ A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用
*我是
|
||
| 2015-08-21 12:50 | r1015 | |
顯示 diff(100 行未修改)
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用 dri
- *我
+ *我是
|
||
| 2015-08-21 12:50 | r1014 | |
顯示 diff(99 行未修改)
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
- A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用 d
+ A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用 dri
*我
|
||
| 2015-08-21 12:50 | r1013 | |
顯示 diff(100 行未修改)
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用 d
- *
+ *我
|
||
| 2015-08-21 12:50 – 12:50 | r1011 – r1012 | |
顯示 diff(99 行未修改)
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
- A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用
+ A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用 d
*
|
||
| 2015-08-21 12:50 | r1010 | |
顯示 diff(100 行未修改)
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用
+ *
|
||
| 2015-08-21 12:50 | r1009 | |
顯示 diff(99 行未修改)
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
- A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,
+ A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,一般用
|
||
| 2015-08-21 12:50 – 12:50 | r1007 – r1008 | |
顯示 diff(102 行未修改)
|
||
| 2015-08-21 12:49 – 12:50 | r987 – r1006 | |
顯示 diff(99 行未修改)
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
+ A: 基本上 mmap 是 user space program, 一般沒有辦法直接存取 hardware 的位置。直接存取是相當危險的,
|
||
| 2015-08-21 12:48 – 12:49 | r974 – r986 | |
顯示 diff(95 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compile. 請詳述您的問題
+ Q9.已
Q10:
(1 行未修改)
|
||
| 2015-08-21 12:48 – 12:48 | r968 – r973 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compile. 請詳ㄕ
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compile. 請詳述您的問題
+
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
|
||
| 2015-08-21 12:48 | r967 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compile. 請詳ㄕ
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用m會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用mmap會有後遺症)
|
||
| 2015-08-21 12:48 | r966 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compile. 請詳
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compile. 請詳ㄕ
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用m會有後遺症)
|
||
| 2015-08-21 12:48 | r965 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compile. 請詳
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用m會有後遺症)
|
||
| 2015-08-21 12:48 | r964 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compile.
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compile. 請詳
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用會有後遺症)
|
||
| 2015-08-21 12:48 | r963 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compile.
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕一直用會有後遺症)
|
||
| 2015-08-21 12:48 – 12:48 | r958 – r962 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compile
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compile.
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r957 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compile
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長,但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r956 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compi
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compile
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長,但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r955 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compi
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長,但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r954 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-com
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-compi
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r953 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-com
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線常但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線長但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 – 12:48 | r951 – r952 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cros
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cross-com
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線常但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r950 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cros
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線常但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 – 12:48 | r948 – r949 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做 cros
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r947 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習取現場但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 – 12:48 | r945 – r946 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫ㄗ
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫做
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習取現場但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r944 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫ㄗ
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習取現場但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r943 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用ㄐㄧㄠ
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用叫ㄗ
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r942 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用ㄐㄧㄠ
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習取ㄒㄧㄤ但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習曲線但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r941 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用ㄐㄧㄠ
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習取ㄒㄧㄤ但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 – 12:48 | r939 – r940 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學ㄒ但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學習取ㄒㄧㄤ但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r938 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用舊作
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學ㄒ但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r937 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用舊作
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心ㄒㄩㄝ但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心學ㄒ但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r936 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用舊作
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用舊作
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心ㄒㄩㄝ但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r935 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用舊作
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 單但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 擔心ㄒㄩㄝ但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r934 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用ㄐㄧ
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用舊作
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 單但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r933 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用ㄐㄧ
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 單但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r932 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM 用ㄐㄧ
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r931 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 學但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r930 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 學但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r929 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, ㄒㄩㄝ但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 學但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r928 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給 ARM
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, ㄒㄩㄝ但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r927 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, ㄒㄩㄝ但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 – 12:48 | r915 – r926 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC 上 compile 給
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r914 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症)
|
||
| 2015-08-21 12:48 | r913 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在 PC
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症
|
||
| 2015-08-21 12:48 | r912 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後移ㄓ
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後遺症
|
||
| 2015-08-21 12:48 | r911 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後移ㄓ
|
||
| 2015-08-21 12:48 | r910 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後移ㄓ
|
||
| 2015-08-21 12:48 | r909 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile,
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile, 在
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後
|
||
| 2015-08-21 12:48 – 12:48 | r907 – r908 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile,
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會有後
|
||
| 2015-08-21 12:48 | r906 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compil
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compile,
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會
|
||
| 2015-08-21 12:48 | r905 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compil
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕ㄏ
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕會
|
||
| 2015-08-21 12:48 | r904 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compi
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compil
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕ㄏ
|
||
| 2015-08-21 12:48 | r903 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compi
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕ㄏ
|
||
| 2015-08-21 12:48 – 12:48 | r899 – r902 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 nati
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 native compi
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕
|
||
| 2015-08-21 12:48 | r898 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 nati
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但ㄧㄡ
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但又怕
|
||
| 2015-08-21 12:48 | r897 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 nati
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但ㄧㄡ
|
||
| 2015-08-21 12:48 | r896 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. ㄉㄢ
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. 但ㄧㄡ
|
||
| 2015-08-21 12:48 | r895 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 ㄇ
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. ㄉㄢ
|
||
| 2015-08-21 12:48 | r894 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 ㄇ
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單.
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單. ㄉㄢ
|
||
| 2015-08-21 12:48 | r893 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做 ㄇ
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單.
|
||
| 2015-08-21 12:48 | r892 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單.
|
||
| 2015-08-21 12:48 | r891 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單
|
||
| 2015-08-21 12:48 | r890 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很減
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很簡單
|
||
| 2015-08-21 12:48 | r889 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫做
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很減
|
||
| 2015-08-21 12:48 | r888 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣ㄏㄣ
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣很減
|
||
| 2015-08-21 12:48 | r887 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的叫
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣ㄏㄣ
|
||
| 2015-08-21 12:48 | r886 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣ㄏㄣ
|
||
| 2015-08-21 12:48 | r885 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用的
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣
|
||
| 2015-08-21 12:48 | r884 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣, 所
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣
|
||
| 2015-08-21 12:47 | r883 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台使用
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣, 所
|
||
| 2015-08-21 12:47 | r882 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣, 所以
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣, 所
|
||
| 2015-08-21 12:47 – 12:47 | r879 – r881 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己平台
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣, 所以
|
||
| 2015-08-21 12:47 – 12:47 | r877 – r878 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣,
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣, 所以
|
||
| 2015-08-21 12:47 | r876 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給字
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給自己
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣,
|
||
| 2015-08-21 12:47 | r875 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給字
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣,
|
||
| 2015-08-21 12:47 – 12:47 | r872 – r874 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile e
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile 給字
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣
|
||
| 2015-08-21 12:47 | r871 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile e
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU 一樣
|
||
| 2015-08-21 12:47 | r870 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile eo
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile e
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU
|
||
| 2015-08-21 12:47 | r869 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile eo
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫M
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫MCU
|
||
| 2015-08-21 12:47 | r868 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile eo3
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile eo
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫M
|
||
| 2015-08-21 12:47 | r867 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile eo3
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟ㄒㄧ
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟寫M
|
||
| 2015-08-21 12:47 | r866 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile eo3
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟ㄒㄧ
|
||
| 2015-08-21 12:47 | r865 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就跟ㄒㄧ
|
||
| 2015-08-21 12:47 | r864 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 com
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 compile
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就
|
||
| 2015-08-21 12:47 | r863 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 com
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmapㄐㄧ
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap就
|
||
| 2015-08-21 12:47 | r862 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接 com
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmapㄐㄧ
|
||
| 2015-08-21 12:47 | r861 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmapㄐㄧ
|
||
| 2015-08-21 12:47 | r860 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,職ㄐㄧ
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,直接
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap
|
||
| 2015-08-21 12:47 | r859 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,職ㄐㄧ
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap很
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap
|
||
| 2015-08-21 12:47 | r858 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,職ㄐㄧ
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap很
|
||
| 2015-08-21 12:47 | r857 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap很像
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap很
|
||
| 2015-08-21 12:47 – 12:47 | r854 – r856 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel 平台,
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap很像
|
||
| 2015-08-21 12:47 | r853 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap很
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap很像
|
||
| 2015-08-21 12:47 | r852 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap很
|
||
| 2015-08-21 12:47 | r851 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap很
|
||
| 2015-08-21 12:47 – 12:47 | r847 – r850 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile.
+ A9 : tool chain 一般分為 native compile, cross-compile. 像我們在 Intel
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap
|
||
| 2015-08-21 12:47 | r846 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile.
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap
|
||
| 2015-08-21 12:47 – 12:47 | r844 – r845 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. vu;4
+ A9 : tool chain 一般分為 native compile, cross-compile.
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap
|
||
| 2015-08-21 12:47 | r843 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. vu;4
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap 可以
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap
|
||
| 2015-08-21 12:47 | r842 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile. vu
+ A9 : tool chain 一般分為 native compile, cross-compile. vu;4
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap 可以
|
||
| 2015-08-21 12:47 | r841 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile. vu
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap 可以
|
||
| 2015-08-21 12:47 | r840 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile.
+ A9 : tool chain 一般分為 native compile, cross-compile. vu
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap
|
||
| 2015-08-21 12:47 – 12:47 | r837 – r839 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile.
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, ㄉㄢ
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, 但mmap
|
||
| 2015-08-21 12:47 | r836 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile.
+ A9 : tool chain 一般分為 native compile, cross-compile.
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, ㄉㄢ
|
||
| 2015-08-21 12:47 | r835 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile.
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟,
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟, ㄉㄢ
|
||
| 2015-08-21 12:47 | r834 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compile
+ A9 : tool chain 一般分為 native compile, cross-compile.
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟,
|
||
| 2015-08-21 12:47 | r833 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compile
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟,
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟,
|
||
| 2015-08-21 12:47 | r832 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-compi
+ A9 : tool chain 一般分為 native compile, cross-compile
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟,
|
||
| 2015-08-21 12:47 | r831 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-compi
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不ㄕㄡ
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不熟,
|
||
| 2015-08-21 12:47 | r830 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-comp
+ A9 : tool chain 一般分為 native compile, cross-compi
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不ㄕㄡ
|
||
| 2015-08-21 12:47 | r829 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-comp
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完ㄑㄩㄢ
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完全不ㄕㄡ
|
||
| 2015-08-21 12:47 | r828 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-com
+ A9 : tool chain 一般分為 native compile, cross-comp
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完ㄑㄩㄢ
|
||
| 2015-08-21 12:47 | r827 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-com
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完ㄑㄩㄢ
|
||
| 2015-08-21 12:47 | r826 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross-
+ A9 : tool chain 一般分為 native compile, cross-com
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完
|
||
| 2015-08-21 12:47 | r825 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross-
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver ㄨㄢ
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver 完
|
||
| 2015-08-21 12:47 | r824 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile, cross
+ A9 : tool chain 一般分為 native compile, cross-
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver ㄨㄢ
|
||
| 2015-08-21 12:47 | r823 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile, cross
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver ㄨㄢ
|
||
| 2015-08-21 12:47 – 12:47 | r820 – r822 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 native compile,
+ A9 : tool chain 一般分為 native compile, cross
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver
|
||
| 2015-08-21 12:47 | r819 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 native compile,
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為linux driver
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為對linux driver
|
||
| 2015-08-21 12:47 – 12:47 | r815 – r818 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 nati
+ A9 : tool chain 一般分為 native compile,
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為linux driver
|
||
| 2015-08-21 12:47 | r814 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 nati
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為linux driver
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為linux driver
|
||
| 2015-08-21 12:47 | r813 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 n
+ A9 : tool chain 一般分為 nati
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為linux driver
|
||
| 2015-08-21 12:47 | r812 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 n
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為linux dr
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為linux driver
|
||
| 2015-08-21 12:47 | r811 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為
+ A9 : tool chain 一般分為 n
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為linux dr
|
||
| 2015-08-21 12:47 – 12:47 | r809 – r810 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為li
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為linux dr
|
||
| 2015-08-21 12:47 | r808 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為 c
+ A9 : tool chain 一般分為
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為li
|
||
| 2015-08-21 12:47 – 12:47 | r806 – r807 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為 c
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為li
|
||
| 2015-08-21 12:47 | r805 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為
+ A9 : tool chain 一般分為 c
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為
|
||
| 2015-08-21 12:47 | r804 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (因為
|
||
| 2015-08-21 12:47 | r803 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分為
+ A9 : tool chain 一般分為
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (
|
||
| 2015-08-21 12:47 – 12:47 | r801 – r802 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分為
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取?
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取? (
|
||
| 2015-08-21 12:47 | r800 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一般分ㄨㄟ
+ A9 : tool chain 一般分為
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取?
|
||
| 2015-08-21 12:47 | r799 | |
顯示 diff(96 行未修改)
A9 : tool chain 一般分ㄨㄟ
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取?
|
||
| 2015-08-21 12:47 – 12:47 | r795 – r798 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain
+ A9 : tool chain 一般分ㄨㄟ
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取
|
||
| 2015-08-21 12:47 | r794 | |
顯示 diff(96 行未修改)
A9 : tool chain
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法來存取
|
||
| 2015-08-21 12:47 – 12:47 | r792 – r793 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain 一ㄅㄣ
+ A9 : tool chain
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法
|
||
| 2015-08-21 12:47 – 12:47 | r790 – r791 | |
顯示 diff(96 行未修改)
A9 : tool chain 一ㄅㄣ
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver ㄉㄜ
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver 的作法
|
||
| 2015-08-21 12:47 – 12:47 | r788 – r789 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool chain
+ A9 : tool chain 一ㄅㄣ
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver ㄉㄜ
|
||
| 2015-08-21 12:47 | r787 | |
顯示 diff(96 行未修改)
A9 : tool chain
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver ㄉㄜ
|
||
| 2015-08-21 12:47 | r786 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool ch
+ A9 : tool chain
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver
|
||
| 2015-08-21 12:47 | r785 | |
顯示 diff(96 行未修改)
A9 : tool ch
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照drive
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照driver
|
||
| 2015-08-21 12:47 | r784 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : tool
+ A9 : tool ch
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照drive
|
||
| 2015-08-21 12:47 | r783 | |
顯示 diff(96 行未修改)
A9 : tool
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照d
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照drive
|
||
| 2015-08-21 12:47 | r782 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A9 : t
+ A9 : tool
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照d
|
||
| 2015-08-21 12:47 | r781 | |
顯示 diff(96 行未修改)
A9 : t
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照d
|
||
| 2015-08-21 12:47 – 12:47 | r774 – r780 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- AA
+ A9 : t
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照
|
||
| 2015-08-21 12:47 | r773 | |
顯示 diff(96 行未修改)
AA
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要照
|
||
| 2015-08-21 12:47 | r772 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- A
+ AA
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要
|
||
| 2015-08-21 12:47 | r771 | |
顯示 diff(96 行未修改)
A
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該要
|
||
| 2015-08-21 12:47 | r770 | |
顯示 diff(93 行未修改)
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
-
+ A
Q10:
在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該
|
||
| 2015-08-21 12:47 | r769 | |
顯示 diff(96 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是應該
|
||
| 2015-08-21 12:47 | r768 | |
顯示 diff(93 行未修改)
開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
+
Q10:
(1 行未修改)
|
||
| 2015-08-21 12:46 – 12:47 | r759 – r767 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會不穩? 還是
|
||
| 2015-08-21 12:46 – 12:46 | r754 – r758 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以再詳述一下您的狀況?
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 | r753 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS
|
||
| 2015-08-21 12:46 | r752 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,ㄎㄜ
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,可以
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 | r751 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS con
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS
|
||
| 2015-08-21 12:46 | r750 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,ㄎㄜ
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 | r749 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS conte
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS con
|
||
| 2015-08-21 12:46 | r748 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況,
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 | r747 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS contex
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS conte
|
||
| 2015-08-21 12:46 | r746 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情況
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 | r745 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS context
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS contex
|
||
| 2015-08-21 12:46 | r744 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。要看情
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 | r743 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS context switch
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS context
|
||
| 2015-08-21 12:46 – 12:46 | r737 – r742 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上市ㄅㄧ
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上是比較有機會的。
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 | r736 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS context switch 或
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS context switch
|
||
| 2015-08-21 12:46 – 12:46 | r733 – r735 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch 來上市ㄅㄧ
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 | r732 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS context switch
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS context switch 或
|
||
| 2015-08-21 12:46 – 12:46 | r728 – r731 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。d
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。diff patch
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 | r727 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS context swit
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS context switch
|
||
| 2015-08-21 12:46 | r726 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。d
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 – 12:46 | r724 – r725 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS contex
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS context swit
|
||
| 2015-08-21 12:46 | r723 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本。
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 – 12:46 | r718 – r722 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對OS contex
|
||
| 2015-08-21 12:46 – 12:46 | r716 – r717 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的ㄅㄢ
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的版本
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 | r715 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不會對
|
||
| 2015-08-21 12:46 | r714 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群ㄉㄜ
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群的ㄅㄢ
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 | r713 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會ㄅㄨ
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會不
|
||
| 2015-08-21 12:46 | r712 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社ㄑㄩ
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社群ㄉㄜ
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 | r711 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法ㄏ
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會ㄅㄨ
|
||
| 2015-08-21 12:46 – 12:46 | r705 – r710 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換成社ㄑㄩ
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 | r704 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法ㄏ
|
||
| 2015-08-21 12:46 – 12:46 | r701 – r703 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換ㄓㄥ
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 | r700 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法
|
||
| 2015-08-21 12:46 | r699 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想ㄏㄨ
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想換ㄓㄥ
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 | r698 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法會
|
||
| 2015-08-21 12:46 – 12:46 | r695 – r697 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你想ㄏㄨ
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:46 | r694 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問這樣的作法
|
||
| 2015-08-21 12:45 – 12:46 | r686 – r693 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux 已經上去了。
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。情況就是一個被 port 好的 linux, 你
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:45 – 12:45 | r681 – r685 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取站.
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取暫存器. 請問
|
||
| 2015-08-21 12:45 – 12:45 | r675 – r680 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激。就你的例子, linux
+ 開始也行,只是會很刺激。就你的例子, linux 已經上去了。
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:45 | r674 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用mmap 直接對CPU的位址存取.
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取站.
|
||
| 2015-08-21 12:45 – 12:45 | r669 – r673 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很刺激
+ 開始也行,只是會很刺激。就你的例子, linux
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:45 – 12:45 | r658 – r668 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以用
+ 在linux 系統中, 可以用mmap 直接對CPU的位址存取.
|
||
| 2015-08-21 12:45 – 12:45 | r656 – r657 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會很
+ 開始也行,只是會很刺激
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:45 | r655 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, 可以
+ 在linux 系統中, 可以用
|
||
| 2015-08-21 12:45 | r654 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是會ㄏ
+ 開始也行,只是會很
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:45 | r653 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中, ㄎㄜ
+ 在linux 系統中, 可以
|
||
| 2015-08-21 12:45 | r652 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,只是
+ 開始也行,只是會ㄏ
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:45 | r651 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中,
+ 在linux 系統中, ㄎㄜ
|
||
| 2015-08-21 12:45 | r650 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,ㄓ
+ 開始也行,只是
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:45 | r649 | |
顯示 diff(95 行未修改)
Q10:
- 在linux 系統中
+ 在linux 系統中,
|
||
| 2015-08-21 12:45 | r648 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行,
+ 開始也行,ㄓ
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:45 – 12:45 | r646 – r647 | |
顯示 diff(95 行未修改)
Q10:
- 在linu
+ 在linux 系統中
|
||
| 2015-08-21 12:45 | r645 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也行
+ 開始也行,
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:45 | r644 | |
顯示 diff(95 行未修改)
Q10:
- 在l
+ 在linu
|
||
| 2015-08-21 12:45 | r643 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也ㄒㄧ
+ 開始也行
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:45 | r642 | |
顯示 diff(95 行未修改)
Q10:
- 在
+ 在l
|
||
| 2015-08-21 12:45 | r641 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始也
+ 開始也ㄒㄧ
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:45 – 12:45 | r639 – r640 | |
顯示 diff(95 行未修改)
Q10:
+ 在
|
||
| 2015-08-21 12:45 | r638 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
- 開始ㄧ
+ 開始也
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(1 行未修改)
|
||
| 2015-08-21 12:45 | r637 | |
顯示 diff(95 行未修改)
Q10:
- 再
|
||
| 2015-08-21 12:45 | r636 | |
顯示 diff(91 行未修改)
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
-
+ 開始ㄧ
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:45 | r635 | |
顯示 diff(95 行未修改)
Q10:
+ 再
|
||
| 2015-08-21 12:45 – 12:45 | r632 – r634 | |
顯示 diff(90 行未修改)
Q8: 如果我想要自己porting linux 到某個平台, 舉例來說 雙核的A9 系統. 該怎麼做?
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
- A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從黎
-
+ A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從
+
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(1 行未修改)
|
||
| 2015-08-21 12:45 | r631 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- Q10:
+ Q10:
|
||
| 2015-08-21 12:45 – 12:45 | r628 – r630 | |
顯示 diff(90 行未修改)
Q8: 如果我想要自己porting linux 到某個平台, 舉例來說 雙核的A9 系統. 該怎麼做?
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
- A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。
+ A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。從黎
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:45 | r627 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- Q10: 我
+ Q10:
|
||
| 2015-08-21 12:45 | r626 | |
顯示 diff(90 行未修改)
Q8: 如果我想要自己porting linux 到某個平台, 舉例來說 雙核的A9 系統. 該怎麼做?
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
- A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡
+ A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡。
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:45 | r625 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- Q10:
+ Q10: 我
|
||
| 2015-08-21 12:44 – 12:45 | r619 – r624 | |
顯示 diff(90 行未修改)
Q8: 如果我想要自己porting linux 到某個平台, 舉例來說 雙核的A9 系統. 該怎麼做?
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
- A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西
+ A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西已經做到哪裡
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:44 | r618 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- Q10
+ Q10:
|
||
| 2015-08-21 12:44 | r617 | |
顯示 diff(90 行未修改)
Q8: 如果我想要自己porting linux 到某個平台, 舉例來說 雙核的A9 系統. 該怎麼做?
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
- A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東ㄒㄧ
+ A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東西
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:44 | r616 | |
顯示 diff(94 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
- Q
+ Q10
|
||
| 2015-08-21 12:44 | r615 | |
顯示 diff(90 行未修改)
Q8: 如果我想要自己porting linux 到某個平台, 舉例來說 雙核的A9 系統. 該怎麼做?
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
- A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的
+ A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的東ㄒㄧ
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
(2 行未修改)
|
||
| 2015-08-21 12:44 | r614 | |
顯示 diff(93 行未修改)
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
+
+ Q
|
||
| 2015-08-21 12:44 | r613 | |
顯示 diff(90 行未修改)
Q8: 如果我想要自己porting linux 到某個平台, 舉例來說 雙核的A9 系統. 該怎麼做?
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
- A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到
+ A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到的
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
|
||
| 2015-08-21 12:44 | r612 | |
顯示 diff(95 行未修改)
|
||
| 2015-08-21 12:44 | r611 | |
顯示 diff(90 行未修改)
Q8: 如果我想要自己porting linux 到某個平台, 舉例來說 雙核的A9 系統. 該怎麼做?
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
- A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,
+ A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,所以你要看你拿到
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
|
||
| 2015-08-21 12:44 | r610 | |
顯示 diff(95 行未修改)
|
||
| 2015-08-21 12:43 – 12:44 | r580 – r609 | |
顯示 diff(90 行未修改)
Q8: 如果我想要自己porting linux 到某個平台, 舉例來說 雙核的A9 系統. 該怎麼做?
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
- A8:
+ A8: Porting 的流程是 port CPU, Timer, driver, 後面直接可以使用 linux 原生的東西,
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
|
||
| 2015-08-21 12:43 – 12:43 | r571 – r579 | |
顯示 diff(89 行未修改)
Q8: 如果我想要自己porting linux 到某個平台, 舉例來說 雙核的A9 系統. 該怎麼做?
- Q6: 如果我想要自己porting linux 到某個平台, 舉例來說 雙核的A9 系統. 該怎麼做?
- 具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做
+ 具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做?
+ A8:
+
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
|
||
| 2015-08-21 12:43 – 12:43 | r568 – r570 | |
顯示 diff(91 行未修改)
Q6: 如果我想要自己porting linux 到某個平台, 舉例來說 雙核的A9 系統. 該怎麼做?
具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做
- Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
+ Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
|
||
| 2015-08-21 12:43 | r567 | |
顯示 diff(89 行未修改)
Q8: 如果我想要自己porting linux 到某個平台, 舉例來說 雙核的A9 系統. 該怎麼做?
-
+ Q6: 如果我想要自己porting linux 到某個平台, 舉例來說 雙核的A9 系統. 該怎麼做?
+ 具體的平台是 Xilinx Zynq (FPGA + ARM) 平台. hardware 是現成的, 廠商也已經porting 好一版linux, 但如果我想自己porting, 並且加上GUI (例如ubuntu的環境), 要怎麼做
Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
|
||
| 2015-08-21 12:43 | r566 | |
顯示 diff(90 行未修改)
Q8: 如果我想要自己porting linux 到某個平台, 舉例來說 雙核的A9 系統. 該怎麼做?
- 9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
+ Q9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
|
||
| 2015-08-21 12:43 | r565 | |
顯示 diff(89 行未修改)
Q8: 如果我想要自己porting linux 到某個平台, 舉例來說 雙核的A9 系統. 該怎麼做?
- A8:
9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
|
||
| 2015-08-21 12:41 – 12:43 | r533 – r564 | |
顯示 diff(80 行未修改)
*低於$200Q5 : 針對 Open hardware 哪些部份特別重要?怎麼學習?
A5 : Linux power user, Linux administration, Linux programming, Linux driver 這些基本功多少都要會一點,Cross platform development, 著重在 porting,程式開發的功力要多一點,driver porting 的能力要強一點,對 CPU 從第一個指令開始,到整個系統就緒的流程要清楚。
+
+
+
+ Q6: 如何設定讓 Raspberry Pi 開機時,執行特定的 Python 程式?版本用 Raspbian
+ A6 : 一般來說在啟動流程中的最後一步會執行 rc.local,加在這邊最正常。名稱在不同的 Linux 中稍有不同,但意義是一樣的。可 trace 一下,就知道
+ Q7: 我想做一個 Network Bridge 請問如何設定?
+ A7 : 我當作是問 network sw bridge 來回答,一般有 sw bridge 的 util, 應該叫做 brctl ,可以查一下。很簡單使用。
+
+ Q8: 如果我想要自己porting linux 到某個平台, 舉例來說 雙核的A9 系統. 該怎麼做?
+ A8:
+
+ 9: 當我拿到一片linux的時候 怎麼建立tool chain ? 現在在RPI 中用什麼方式呢?
|
||
| 2015-08-21 12:39 | r532 | |
顯示 diff(74 行未修改)
Q3 : 有沒有什麼人在教?
A3 : 很多相關的課程。巨匠 聯成 台大資訊系統訓練班 資策會
- *Embedded Linux : 艾鍗 中華行動數位 資策會 奇科 鋯漢
+ *Embedded Linux : 艾鍗 中華行動數位 資策會 奇科 鋯漢
Q4 : 哪些 Open hardware 使用到 Linux ?
(3 行未修改)
|
||
| 2015-08-21 11:43 – 12:08 | r466 – r531 | |
顯示 diff(52 行未修改)
問與答
+ 為方便追蹤與解答,發問時請直接在此文件中加入新的提問,之後,可將同一個問題發到聊天區,提醒大家已提問。
+
本問答為個人淺見,僅提供參考。由於是共筆型態,也歡迎大家持續補充與修正
(9 行未修改)
來的這些,就是現成的同好與顧問團,會後記得聯繫
- User group:
- 臉書:
- MakerSpace :
+ Web: Linux.org
+ User group: LUG
+ 臉書:Linux Taiwan Linux Kernel Hackers Ubuntu 正體中文社團 ubuntu
線上討論區 :
(3 行未修改)
Q4 : 哪些 Open hardware 使用到 Linux ?
- A4 : 樹莓派 香蕉派 Yun
+ A4 : 樹莓派 香蕉派 Yun Beagleboard Intel Galileo ...
*低於$200Q5 : 針對 Open hardware 哪些部份特別重要?怎麼學習?
A5 : Linux power user, Linux administration, Linux programming, Linux driver 這些基本功多少都要會一點,Cross platform development, 著重在 porting,程式開發的功力要多一點,driver porting 的能力要強一點,對 CPU 從第一個指令開始,到整個系統就緒的流程要清楚。
|
||
| 2015-08-20 23:30 – 00:00 | r287 – r465 | |
顯示 diff(13 行未修改)
覺得這樣聊天對您有幫助,立即邀請您線上好友參與。也可分享 hackpad 資訊,方便大家參與
- 注意事項
+ 共筆注意事項
請注意,此為公開的紀錄,可公開分享的才寫在這裡。其他在臉書閒聊就好
+ 為減少可能的爭議,本共筆著作係採用 創用 CC 姓名標示-相同方式分享 4.0 國際 授權條款授權
+
+ 文件生命週期
+ 準備期:
+ *公開討論前由顧問團準備常用問題與參考資料。
+ 線上共筆期:
+ *活動當下,所有參與人一起共筆。所有想提問的,請於此時期提問完畢
+ 會後整理期:
+ *共筆目前的結果會於隔天發布,提供給有興趣的人參考。
+ *針對尚未完成解答的問題,以及想更正補充的問題,於會後一個星期內,繼續整理,煩請大家能繼續共筆,讓解答性更完整。整理期不可提問。
+ 結束封存期:
+ *文件將封存,不可更改,提供查詢。歡迎另外複製到另外文件中繼續討論。
顧問準備事項
(40 行未修改)
Q3 : 有沒有什麼人在教?
- A3 : 很多相關的課程。
+ A3 : 很多相關的課程。巨匠 聯成 台大資訊系統訓練班 資策會
+ *Embedded Linux : 艾鍗 中華行動數位 資策會 奇科 鋯漢
Q4 : 哪些 Open hardware 使用到 Linux ?
- A4 :
-
- Q5 : 針對 Open hardware 哪些部份特別重要?怎麼學習?
+ A4 : 樹莓派 香蕉派 Yun
+ *低於$200Q5 : 針對 Open hardware 哪些部份特別重要?怎麼學習?
A5 : Linux power user, Linux administration, Linux programming, Linux driver 這些基本功多少都要會一點,Cross platform development, 著重在 porting,程式開發的功力要多一點,driver porting 的能力要強一點,對 CPU 從第一個指令開始,到整個系統就緒的流程要清楚。
|
||
| 2015-08-20 01:30 – 01:43 | r45 – r286 | |
顯示 diff(32 行未修改)
Maker1
*聯絡方式
- 蔡松寰
- FB點我
-
*
Maker 的玩具
(9 行未修改)
Q1 : 如何入門?
- A1 :
+ A1 : Linux 就像森林一樣,非常寬廣與複雜,首先想好,短期內想學/做什麼。做個簡單的計畫,然後去完成它。一次一個階段就好。
*
Q2 : 人多學得快,該去參加哪些臉書群組?哪裏找同好?
- A4 : 來的這些,就是現成的同好與顧問團,會後記得聯繫
- 臉書:Arduino Taipei, Arduino Taiwan, LinkItONE MakerPro
- MakerSpace : WeSchool 新竹工具圖書館
- 線上討論區 : 哈爸給你問 - 新手臉書討論區
- Maker to Startup : MakerPro
- *這兩個makerspace我常常都會在(特別是竹工圖),要去的可以連絡我唷。FB點我
+ A2 : 老實說,我的時代,都是自己亂學的。這些是我臨時抱佛腳查的,歡迎大家補充。
+
+ 來的這些,就是現成的同好與顧問團,會後記得聯繫
+ User group:
+ 臉書:
+ MakerSpace :
+ 線上討論區 :
Q3 : 有沒有什麼人在教?
- A5 : 很多,基本上大部份的 Maker space 都有課程,也可使用Accupass 查詢。
+ A3 : 很多相關的課程。
+
+ Q4 : 哪些 Open hardware 使用到 Linux ?
+ A4 :
+
+ Q5 : 針對 Open hardware 哪些部份特別重要?怎麼學習?
+ A5 : Linux power user, Linux administration, Linux programming, Linux driver 這些基本功多少都要會一點,Cross platform development, 著重在 porting,程式開發的功力要多一點,driver porting 的能力要強一點,對 CPU 從第一個指令開始,到整個系統就緒的流程要清楚。
|
||
| 2015-08-15 02:11 – 02:21 | r1 – r44 | |
顯示 diff- Untitled
+ 哈爸給你問之 如何學好 Linux( 入門篇 )- Q&A
- This pad text is synchronized as you type, so that everyone viewing this page sees the same text. This allows you to collaborate seamlessly on documents!
+ 聊天 Agenda
+ *20:30 - 20:45 : 大家打打招呼,互相認識認識
+ *20:45 - 21:45 : 隨便大家問答,共筆時間
+ *21:45 - 22:00 : 收攤,結論,看未來要不要再開一次,什麼主題
+ *
+ 聊天規則
+ 進門請禮貌打招呼,離開也請打招呼再離開,線上活動,不介意大家隨時離開
+ 請先報到,如果有正在做東西,可分享的,請跟大家分享
+ 很多人一起聊天,容易混亂,聊完也無法有效收集成果。
+ 所以嘗試用共筆的方式,看看能不能聊出點花樣。
+ 所有地方都是開放大家隨意編輯,請大家多多貢獻與分享,相信來的能人很多,請大家一同幫助 Maker 的新手
+ 覺得這樣聊天對您有幫助,立即邀請您線上好友參與。也可分享 hackpad 資訊,方便大家參與
+
+ 注意事項
+ 請注意,此為公開的紀錄,可公開分享的才寫在這裡。其他在臉書閒聊就好
+
+ 顧問準備事項
+ 在當天討論之前,本篇主要是給顧問團提前準備相關的 Q&A, 以及互相認識,年落感情之用,希望在當天之前,只有顧問才能看到內容(準備時期,保持點神秘感)。當討論開始,就會開啟權限給所有人可讀寫
+
+ 顧問白板
+ 此區讓大家認識這次的顧問團,請顧問們自行填寫。建議列上正在做的東西,推薦的臉書討論區等
+
+ 哈爸
+ *臉書 自我介紹
+ *開源公益的環境感測系統(LASS)
+
+
+ *參與人員報到區
+ 請報到,歡迎提供聯絡方式(臉書,Email),需要保持神秘感,可用綽號
+
+ Maker1
+ *聯絡方式
+ 蔡松寰
+ FB點我
+
+ *
+ Maker 的玩具
+ 請參與者,有再做東西的,可以分享一下。比較容易找到同好,也容易得到別人的幫助
+ *
+ *
+ 哈爸給你問之 如何學好 Linux( 入門篇 )- 參考資料
+
+ 問與答
+ 本問答為個人淺見,僅提供參考。由於是共筆型態,也歡迎大家持續補充與修正
+
+ 常見的相關參考資料,發問前,請先參考 - FAQ
+
+ Q1 : 如何入門?
+ A1 :
+ *
+
+ Q2 : 人多學得快,該去參加哪些臉書群組?哪裏找同好?
+ A4 : 來的這些,就是現成的同好與顧問團,會後記得聯繫
+ 臉書:Arduino Taipei, Arduino Taiwan, LinkItONE MakerPro
+ MakerSpace : WeSchool 新竹工具圖書館
+ 線上討論區 : 哈爸給你問 - 新手臉書討論區
+ Maker to Startup : MakerPro
+ *這兩個makerspace我常常都會在(特別是竹工圖),要去的可以連絡我唷。FB點我
+
+
+ Q3 : 有沒有什麼人在教?
+ A5 : 很多,基本上大部份的 Maker space 都有課程,也可使用Accupass 查詢。
|
||
| 2015-08-15 02:11 | r0 | |
顯示 diff+ Untitled
+ This pad text is synchronized as you type, so that everyone viewing this page sees the same text. This allows you to collaborate seamlessly on documents!
|
||