2019年7月29日星期一

阻抗的研究

* 阻抗和電阻有何不同..........?

** REF: https://tw.answers.yahoo.com/question/index?qid=20050731000012KK08780

"在交流電的領域中則除了電阻會阻礙電流以外，電容及電感也會阻礙電流的流動，這種作用就稱之為電抗 ... 阻抗是電阻與電抗在向量上的和"

阻抗與電阻不是完全一致的東西。在國中的物理課本上，我們第一次接觸到有關電學方面的理論，其中提到了有關電壓、電流、電阻以及電功率之間的原理和數學關係。絕大部份沒有繼續進修電學方面的課程或從事於電子專業的人士，其畢生的電學常識乃盡粹於斯，這還是當年上課沒打瞌睡，經努力、認真、用功學習後才能擁有的輝煌成果，難怪你會把阻抗當成電阻了。

阻抗從字面上看就與電阻不一樣，其中只有一個阻字是相同的，而另一個抗字呢？簡單地說，阻抗就是電阻加電抗，所以才叫阻抗；周延一點地說，阻抗就是電阻、電容抗及電感抗在向量上的和。在直流電的世界中，物體對電流阻礙的作用叫做電阻，世界上所有的物質都有電阻，只是電阻值的大小差異而已。電阻小的物質稱作良導體，電阻很大的物質稱作非導體，而最近在高科技領域中稱的超導體，則是一種電阻值幾近於零的東西。但是在交流電的領域中則除了電阻會阻礙電流以外，電容及電感也會阻礙電流的流動，這種作用就稱之為電抗，意即抵抗電流的作用。電容及電感的電抗分別稱作電容抗及電感抗，簡稱容抗及感抗。它們的計量單位與電阻一樣是歐姆，而其值的大小則和交流電的頻率有關係，頻率愈高則容抗愈小感抗愈大，頻率愈低則容抗愈大而感抗愈小。此外電容抗和電感抗還有相位角度的問題，具有向量上的關係式，因此才會說：阻抗是電阻與電抗在向量上的和。

* 百度百科 - 阻抗（物理量）
** REF: https://baike.baidu.com/item/%E9%98%BB%E6%8A%97/332224

" 电容是“隔直通交””
" 感抗就是电感对电流的阻碍作用，和电容不同，电感对直流电无阻碍作用（如果严谨的研究的话，在通电达到饱和之前的那个短暂的几毫秒的暂态内，也是有阻碍的）对交流有阻碍作用"

在直流电和交流电中，电阻对两种电流都有阻碍作用；作为常见元器件，除了电阻还有电容和电感，这两者对交流电和直流电的作用就不像电阻那样都有阻碍作用了。电容是“隔直通交”，就是对直流电有隔断作用，就是直流不能通过，而交流电可以通过，而且随着电容值的增大或者交流电的增大，电容对交流电的阻碍作用越小，这种阻碍作用可以理解为“电阻”，但是不等同于电阻，这是一种电抗，电抗和电阻单位一样，合称“阻抗”。当然，准确的说，“阻抗”应该有三个部分，除了这两个，就是“感抗”。感抗就是电感对电流的阻碍作用，和电容不同，电感对直流电无阻碍作用（如果严谨的研究的话，在通电达到饱和之前的那个短暂的几毫秒的暂态内，也是有阻碍的）对交流有阻碍作用，感抗的单位和容抗以及电阻的单位都一样是欧姆。

2019年7月8日星期一

git tag使用

參考:
* .6 Git 基礎 - 標籤
** REF: https://git-scm.com/book/zh-tw/v1/Git-%E5%9F%BA%E7%A4%8E-%E6%A8%99%E7%B1%A4

* How to tag an older commit in Git?

** REF: https://stackoverflow.com/questions/4404172/how-to-tag-an-older-commit-in-git

2019年6月3日星期一

Ubuntu 16.04使用ibus（預設）版新酷音

1. 安裝IBus版新酷音

$ sudo apt-get install ibus-chewing

2. IBus重啟

$ ibus restart

3.點選鍵盤圖標,選擇"Text Entry Settings..."

4.點選＋號

5.選擇"Chinese(Chewing)(IBus)"

6.新酷音現身

* 如何在 Ubuntu 16.04 上使用預設的 ibus 中文輸入法 （及如何使用倉頡萬用字元）

** REF: https://it.livekn.com/2016/05/ubuntu-1604-ibus.html

2019年5月30日星期四

win10連接網路芳鄰時，出現"您無法存取此共用資料夾，因為您組織的安全性原則已封鎖未經驗證的來賓資料。…"的問題

此篇可行。

Windows 10 存取網域內分享的資料

* REF: https://blog.xuite.net/yh96301/blog/548723165-Windows+10+%E5%AD%98%E5%8F%96%E7%B6%B2%E5%9F%9F%E5%85%A7%E5%88%86%E4%BA%AB%E7%9A%84%E8%B3%87%E6%96%99

2018年12月18日星期二

kxcjk-1013的kconfig

kxcjk-1013的kconfig檔
REF: https://github.com/torvalds/linux/blob/master/drivers/iio/accel/Kconfig
kconfig
REF: https://www.kernel.org/doc/Documentation/kbuild/kconfig-language.txt

select?
REF: https://unix.stackexchange.com/questions/117521/what-is-the-difference-between-select-vs-depends-in-the-linux-kernel-kconfig
```
IIO_BUFFER 
```

drivers/iio/Kconfig

2018年12月10日星期一

ubuntu 16.04下設定中文輸入
REF: http://tzutalin.blogspot.com/2017/07/install-chewing-on-ubuntu-1604.html

2018年12月9日星期日

ubuntu改錯設定檔無法登入?

recovery mode修改

ubuntu recovery mode修改檔案，檔案卻是readonly?
```
mount -o remount,rw / 
```
REF: https://askubuntu.com/questions/947238/make-recovery-mode-write-to-files-when-file-system-is-read-only

live CD

REF: https://unix.stackexchange.com/questions/78433/how-to-edit-file-from-grub-prompt-in-rhel6

How to return from grub prompt to the grub menu?

grub command

normal

REF: https://askubuntu.com/questions/381613/how-to-return-from-grub-prompt-to-the-grub-menu

2018年9月25日星期二

DKMS

how do i install the DKMS package?

sudo apt-get install dkms

2018年9月19日星期三

在ubuntu使用man page來查詢linux kernel function

使用系統版本：

cat /etc/issue

Ubuntu 16.04.5 LTS \n \l

uname -a

4.15.0-33-generic

嘗試了沒成功：

REF: http://unicornx.github.io/2016/01/14/20160114-lk-man/

問題：
想直接用man page查詢linux kernel function.

REF: https://blog.gtwang.org/linux/linux-man-page-command-examples/
man9是用來放置linux kernel API
tree -fi /usr/share/man/ | grep man9沒找到檔案

安裝方式：

REF: https://stackoverflow.com/questions/30679805/how-to-install-section-9-of-man-command-in-debian

測試:

man 9 kmalloc

2014年2月13日星期四

jenkins對transfer set的設定方式

http://www.cnblogs.com/zz0412/p/jenkins_jj_04.html

2014年1月13日星期一

kernel里的头文件 asm 与 asm-generic

http://www.cnblogs.com/sammei/archive/2013/03/14/3295598.html

asm的路径是 arch/xxx/include/asm/
asm-generic 的路径是 include/asm-generic/

代码中包含asm/中的头文件，如果某一个架构没有自己特殊代码的话，其中会使用通用版本的头文件，即包含 asm-generic/里的对应.h文件。
代码中不会直接包含 asm-generic/ 里的.h文件

拿arm来举例
#include <asm/gpio.h> 引用的头文件是 arch/arm/include/asm/gpio.h
#include <asm-generic/gpio.h> 引用的是头文件是 include/asm-generic/gpio.h

Linux driver函式指標的型別檢查

static int key_probe()     // should be  key_probe(struct platform_device *)
{
    printk( KERN_ALERT "[key_probe]\n" );
    return 0;
}

static int key_remove( float f )    // should be  key_remove(struct platform_device *)
{
    return 0;
}

static struct platform_driver key_driver = {
    .probe = key_probe,      //  function pointer DO NOT check argument
    .remove = key_remove,     //  function pointer DO NOT check argument
    .driver = {
        .name = "push-button",
        .owner = THIS_MODULE,
    },
};

static int key_init()
{
    struct platform_device* a;
   ...
    key_driver.probe(a);     //  DO NOT MATCH arguement of function pointer
    key_driver.remove(a);     //  DO NOT MATCH arguement of function pointer
   ...
}

static void key_exit()
{
}

module_init(key_init)
module_exit(key_exit)

編譯通過，但執行時發生錯誤。顯示GCC對Linux driver在platform_driver與實際呼叫(key_driver.probe(a),key_driver.remove(a))時型別檢查，但是對於函式指標(function pointer)的指定部分並沒有，到了實際執行時才會發生錯誤。

2013年8月20日星期二

Android

http://blog.csdn.net/column/details/android123.html?page=3

2013年8月11日星期日

LXR for android source code

Androidxref : 看android source code的網站
http://androidxref.com/

2013年7月21日星期日

system call for arm platform (2)

from
[1]
http://opencsl.openfoundry.org/Lab06_interrupt_exception.rst.html
[2]
http://blog.csdn.net/wavemcu/article/details/8577058
[3]
http://blog.xuite.net/ian11832/blogg/29210698-%E5%9C%A8+linux+%E4%B8%AD%E6%96%B0%E5%A2%9E%E8%87%AA%E5%B7%B1%E7%9A%84system+call+%28%E5%AF%A6%E5%81%9A%E5%9C%A8ARM+%E5%B9%B3%E5%8F%B0%E4%B8%8A%29
[4]
http://blog.csdn.net/adaptiver/article/details/7175165

3.1 system call 的撰寫方法

要新增 system call 除了撰寫程式本身之外，還需要向 Linux 註冊讓 kernel 知道它的存在，這樣 user program 才能夠透過 kernel 呼叫 system call。
註冊 system call 的步驟如下：

註冊 system call 的名字
定義新 system call 的代碼
調整 Makefile ，使 systam call 被包含在 kernel 中
增加 system call 的 header file ，讓 user program 能夠 include

另外在撰寫 system call 程式方面，因為程式是在 kernel space 執行， user program 和 system call 所使用的記憶體位置是無法直接互通的，所使用的函式也和一般的 user program 不同，使用上也必須特別小心，像是

使用 printk 而不是 print
使用 kmalloc、kfree 而不是 malloc、free

3.2 加入自己的 system call

在本節中，我們將透過 3.1 所敘述的步驟自己在系統中新增一個 system call ，這個 system call 將會顯示開機後它總共被呼叫了幾次。

撰寫 system call 的程式

system call 的程式是放在 <linux>/arch/arm/kernel 中，檔名即為 system call 的名字。
用編輯器打開 mysyscall.c 後，將以下內容複製進去：

#include <linux/linkage.h>   // asmlinkage
#include <linux/kernel.h>   // linux/printk.h
#include <linux/types.h>   // atomic_t
#include <linux/atomic.h>   // atomic_inc()
 
asmlinkage void sys_mysyscall(void)
{
   static atomic_t count = ATOMIC_INIT(0);

   atomic_inc(&count);
   printk("mysyscall has been called for %d time(s)\n", count);
}

#define KERN_EMERG    "<0>"    /* system is unusable */
#define KERN_ALERT    "<1>"    /* action must be taken immediately */
#define KERN_CRIT     "<2>"    /* critical conditions */
#define KERN_ERR      "<3>"    /* error conditions */
#define KERN_WARNING  "<4>"    /* warning conditions */
#define KERN_NOTICE   "<5>"    /* normal but significant */
#define KERN_INFO     "<6>"    /* informational */
#define KERN_DEBUG    "<7>"    /* debug-level messages */

註冊 system call 的名字
<linux>/arch/arm/kernel/call.S 定義了系統中 system call 的名字，我們要將新的 system call 紀錄在這個檔案中。請用編輯器打開 call.S 之後，找到目前的最後一個 system call，
```
CALL(sys_get_mempolicy)
CALL(sys_set_mempolicy)
```
然後在後面加上
```
CALL(sys_mysyscall)
```
再存檔即可。
定義新 system call 的代碼
<linux>/include/asm-arm/unistd.h 定義了系統中 system call 的代碼，我們也需要在這裡定義新的 system call 代碼。請用編輯器打開 unistd.h 後，找到目前的最後一個 system call（大約在350行），
```
#define __NR_get_mempolicy              (__NR_SYSCALL_BASE+320)
#define __NR_set_mempolicy              (__NR_SYSCALL_BASE+321)
```
然後在後面加上
```
#define __NR_mysyscall                  (__NR_SYSCALL_BASE+322)
```
調整 Makefile ，使 systam call 被包含在 kernel 中
<linux>/arch/arm/kernel/Makefile 是該目錄的 makefile ，我們要將 mysyscall.c 加入編譯的範圍內。在檔案一開頭可以找到需要編譯的 object file 列表，
```
obj-y := compat.o entry-armv.o .....
```

在此行的後面加上 mysyscall.o 即可。

增加 system call 的 header file ，讓 user program 能夠 include
接著，我們要將 mysyscall 的 header 加入 linux 的 header 目錄中，它的位置是 <linux>/include/linux ，在該目錄裡新增 mysyscall.h 的檔案，並填入以下內容：
```
#include <linux/unistd.h>

#define __NR_mysyscall         (__NR_SYSCALL_BASE+322)
#define mysyscall(void)        syscall(__NR_mysyscall);
```
再存檔即可。
重新編譯 kernel
最後，回到 <linux> 並鍵入
```
make CROSS_COMPILE=arm-linux-uclibc- ARCH=arm
```
重新編譯 kernel 後，就會產生新的 kernel image 了。

3.3 用 QEMU 測試

為了測試 system call 是否有成功加到 kernel 中，我們可以先用 QEMU 載入新的 kernel image ，並另外寫一個 user program 來呼叫 mysyscall 。

撰寫 user program
若要呼叫 mysyscall ，要在程式中 include linux/mysyscall.h 。以下為使用 mysyscall 的範例：
```
#include "linux/mysyscall.h"

int main(){

   mysyscall();

   return 0;
}
```
編譯程式

在寫好程式之後，我們可以用之前做好的 cross-compiler 來編譯程式，不過要注意的一點是，因為程式的內容牽涉到 kernel 的資訊（ system call 是包含在 kernel 中的），因此我們也需要加入 kernel 的 include 檔。
假設要編譯的程式檔名為 test.c ，而要生成的執行檔為 test.out ，則在終端機下鍵入：
arm-linux-uclibc-gcc -I<linux>/include/ -static test.c -o test.out
即可。

2013年7月19日星期五

system call for arm platform (1)

android的external/kernel-headers/original目錄
from:
https://github.com/billwangwl/android_linux_stuff/blob/master/android_bionic_kernel-headers-original_explanation_zh_CN.html

external folder中linux kernel header的作用

在Linux中，有一个external/kernel-headers/original，这个文件夹中有很多linux的头文件，与kernel/include/linux有很多重复的文件。

1、Android external folder

External refers to external open source libraries. That means libraries that the Android platform depend upon but that are not primarily developed and maintained by the Android open source project. Typical examples are webkit for the browser, FreeType for fonts, SqlLite for databases and so on. As more features are added to Android, more of these libraries are included in external.

external folder是外部的open source lib，这些lib是android依赖的，但是主要的开发和维护又不是android来做

http://stackoverflow.com/questions/10477565/android-external-folder-functionality

2,external/kernel-headers/original

(external/kernel-headers/original/README.TXT)

这个文件夹里的头文件是Bionic来用生成一个干净的user-land(user space)头文件。基于GPL2+。

3、Bionic

Bionic libc是BSD standard C library发展而来，最早是Google为Android开发。作用主要有三个：

a) BSD license: 通过BSD license，Android程序就和GPL分隔开来。

b) Bionic比GNU C Library要小的多。

c) Bionic的速度更快。

Bionic也缺少很多完整的libc的特性，比如宽字符和C++的异常处理。一些函数也没有实现。

(http://discuz-android.blogspot.com/2008/10/google-android-native-libc-bionic.html)

HAL层，以及除了kernel以外的任意用到的C头文件，都是bionic中的。

./core/pathmap.mk，pathmap_INCL ：= libc:bionic/libc/include （http://www.linuxidc.com/Linux/2011-03/33672.htm )

Android编译环境所用的交叉编译工具链是prebuilt/linux-x86/toolchain/arm-eabi-4.2.1/bin /arm-eabi-gcc，-I和-L参数指定了所用的C库头文件和动态库文件路径分别是bionic/libc/include和out /target/product/generic/obj/lib

(http://www.360doc.com/content/09/0624/17/36491_4018938.shtml )

kernel中用的头文件在kernel/include中。user space用的头文件在bionic下。

4，Bionic kernel header

(bionic/libc/kernel/README.TXT）

Bionic有一套干净的Linux头文件，这些头文件是通过bionic/libc/kernel/tools解析一份原始的，没有修改过的linux头文件生成的，这份头文件就在external/kernel-headers/original。

干净的头文件只包括类型和宏定义，不过处于效率的考虑，不会生成一些静态内联函数。

这些生成的头文件可以用于编译C++，C，也能够按照ANSI模式编译（linux kernel中用到了大量GNU扩展）。

生成头文件的过程是：

*external/kernel-headers/original 包含通常linux kernel source tree中的include目录。这里仅仅只应该包含android依赖的kernel头文件。

*bionic/libc/kernel/common 包含平台无关的头文件。

from:

http://blog.csdn.net/muge0913/article/details/7518568

About sys_ni_syscall in Kernel System Call Table

不是所有的系统调用都有实际内容，如sys_ni_syscll在kernel/sys_ni.c中定义：

asmlinkage long sys_ni_syscall(void)

{
    return -ENOSYS;
}

你会发现在sys_call_table中sys_ni_syscall占据了很多内容，其实它代表着已被淘汰的系统调用。其实只要是被内核淘汰的系统调用都会被sys_ni_systcall代替。之所以这样是为了老的程序在新的内核上运行时不至于出现大的问题。如不应调用这个系统调用却调用了那个系统调用了。

from:

http://bbs.csdn.net/topics/350141651

cond_syscall

#ifndef cond_syscall
#define cond_syscall(x) asm(".weak\t" #x "\n\t.set\t" #x ",sys_ni_syscall")
#endif

告诉编译器，当在符号表中没有x时，就用sys_ni_syscall这个符号来代替。这样的话，一些在特殊系统中没有定义出的系统调用的函数，就被默认为是sys_ni_syscall了。

2013年7月9日星期二

ubuntu super user

因為android下envsetup.sh中的mm指令權限不足無法編譯，
而直接下"sudo mm"又無法正確識別為mm指令，
只好成為root帳號來下指令。
要成為root要打指令"su -"，
可是在ubuntu下，一般操作都以sudo指令代替直接以root帳號執行指令，
因此不知道root密碼為何，無法進入root 帳號，
可以用"sudo passwd"修改root密碼再行登入。

2013年7月2日星期二

oprofile

Oprofile 包含在 Linux 2.5 和更高版本的内核中

編譯kernel:
General setup
            Kernel Performance Events And Counters     --->
-> Kernel performance events and counters # CONFIG_PERF_EVENTS
            -> Profiling support [*]                             # CONFIG_PROFILING
-> OProfile system profiling <*>            # CONFIG_OPROFILE
Kernel Features
            -> Enable hardware performance counter support for perf events [*]
            # CONFIG_HW_PERF_EVENTS

在menuconfig模式中，可以用"shift + ?"查詢.config與make menuconfig所設定的對應關係，也可以用"/"查詢.config的選項名稱。

opcontrol  --setup

oprofiled  --session-dir=/data/oprofile  --vmlinux=/vmlinux   \

--kernel-range=c00xxxxx,c0xxxxxx  --events=CPU_CYCLES:255:0:10000:1:1:1   \

--separate-lib=1  --separate-kernel=1

opcontrol  --setup  --vmlinux=/vmlinux  -kernel-range=c00xxxxx,c0xxxxxx    \

--event=CPU_CYCLES:10000:1:1:1

opcontrol --timer

2013年6月25日星期二

可以動且對開發有幫助的apk

百度一鍵Root.apk：
取得該死的root權限。
Root Explorer.apk：
在圖形介面重新得到"ls"的權利。
AndroidTerm.apk：
可以用。至少比看起來能動的好多了。

2013年6月13日星期四

ADB: error: insufficient permissions for device

$ sudo adb shell
insufficient permissions for device

$ sudo adb devices
List of devices attached:
?????????????? no permission

之前有用adb連接user版的android與eng版的android系統，導致這個問題。

解決方法:

$ adb kill-server
$ adb start

訂閱：文章 (Atom)

2019年7月29日 星期一

2019年7月8日 星期一

2019年6月3日 星期一

2019年5月30日 星期四

win10連接網路芳鄰時，出現"您無法存取此共用資料夾，因為您組織的安全性原則已封鎖未經驗證的來賓資料。…"的問題

2018年12月18日 星期二

2018年12月10日 星期一

2018年12月9日 星期日

2018年9月25日 星期二

2018年9月19日 星期三

2014年2月13日 星期四

2014年1月13日 星期一

2013年8月20日 星期二

2013年8月11日 星期日

2013年7月21日 星期日

3.1 system call 的撰寫方法

3.2 加入自己的 system call

3.3 用 QEMU 測試

2013年7月19日 星期五

external folder中linux kernel header的作用

在Linux中，有一个external/kernel-headers/original，这个文件夹中有很多linux的头文件，与kernel/include/linux有很多重复的文件。

1、Android external folder

external folder是外部的open source lib，这些lib是android依赖的，但是主要的开发和维护又不是android来做

2,external/kernel-headers/original

(external/kernel-headers/original/README.TXT)

这个文件夹里的头文件是Bionic来用生成一个干净的user-land(user space)头文件。基于GPL2+。

3、Bionic

Bionic libc是BSD standard C library发展而来，最早是Google为Android开发。作用主要有三个：

a) BSD license: 通过BSD license，Android程序就和GPL分隔开来。

b) Bionic比GNU C Library要小的多。

c) Bionic的速度更快。

Bionic也缺少很多完整的libc的特性，比如宽字符和C++的异常处理。一些函数也没有实现。

(http://discuz-android.blogspot.com/2008/10/google-android-native-libc-bionic.html)

HAL层，以及除了kernel以外的任意用到的C头文件，都是bionic中的。

./core/pathmap.mk，pathmap_INCL ：= libc:bionic/libc/include （http://www.linuxidc.com/Linux/2011-03/33672.htm )

Android编译环境所用的交叉编译工具链是prebuilt/linux-x86/toolchain/arm-eabi-4.2.1/bin /arm-eabi-gcc，-I和-L参数指定了所用的C库头文件和动态库文件路径分别是bionic/libc/include和out /target/product/generic/obj/lib

(http://www.360doc.com/content/09/0624/17/36491_4018938.shtml )

kernel中用的头文件在kernel/include中。user space用的头文件在bionic下。

4，Bionic kernel header

(bionic/libc/kernel/README.TXT）

Bionic有一套干净的Linux头文件，这些头文件是通过bionic/libc/kernel/tools解析一份原始的，没有修改过的linux头文件生成的，这份头文件就在external/kernel-headers/original。

干净的头文件只包括类型和宏定义，不过处于效率的考虑，不会生成一些静态内联函数。

这些生成的头文件可以用于编译C++，C，也能够按照ANSI模式编译（linux kernel中用到了大量GNU扩展）。

生成头文件的过程是：

*external/kernel-headers/original 包含通常linux kernel source tree中的include目录。这里仅仅只应该包含android依赖的kernel头文件。

*bionic/libc/kernel/common 包含平台无关的头文件。

from:

About sys_ni_syscall in Kernel System Call Table

from:

cond_syscall

#ifndef cond_syscall #define cond_syscall(x) asm(".weak\t" #x "\n\t.set\t" #x ",sys_ni_syscall") #endif

2013年7月9日 星期二

2013年7月2日 星期二

2013年6月25日 星期二

2013年6月13日 星期四

2019年7月29日星期一

2019年7月8日星期一

2019年6月3日星期一

2019年5月30日星期四

2018年12月18日星期二

2018年12月10日星期一

2018年12月9日星期日

2018年9月25日星期二

2018年9月19日星期三

2014年2月13日星期四

2014年1月13日星期一

2013年8月20日星期二

2013年8月11日星期日

2013年7月21日星期日

2013年7月19日星期五

#ifndef cond_syscall
#define cond_syscall(x) asm(".weak\t" #x "\n\t.set\t" #x ",sys_ni_syscall")
#endif

2013年7月9日星期二

2013年7月2日星期二

2013年6月25日星期二

2013年6月13日星期四