1. 如何使用QEMU來模擬ARMv8開發平台
使用Qemu模擬Cortex-A9運行U-boot和linux 作者來源於網路
我的開發環境： Ubuntu-12.04 所有軟體包為最新
1. 安裝GNU工具鏈
sudo apt-get insatll gcc-arm-linux-gnueabi
sudo apt-get insatll g++-arm-linux-gnueabi
安裝完成後會在 /usr/arm-linux-gnueabi/ 目錄下生成庫文件、頭文件等。 我安裝的GCC版本為：
arm-linux-gnueabi-gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3
Copyright (C) 2011 Free Software Foundation, Inc.
2. 安裝Qemu模擬器
sudo apt-get install qemu qemu-system qemu-utils
這時應該已經可以運行qemu-system-arm命令了, 其版本為：
qemu-system-arm --version
QEMU emulator version 1.0.50 (Debian 1.0.50-2012.03-0ubuntu2), Copyright (c) 2003-2008 Fabrice Bellard
3. 編譯和運行U-boot：
到 ftp://ftp.denx.de/pub/u-boot/ 下載最新版本的U-Boot源代碼， 我用的目前最新版本 u-boot-2012.04.tar.bz2
解壓後進入源代碼目錄，在Makefile裡面增加兩行：
2. android jni程序（c++）如何編譯適用於arm-v8指令集的32位程序
可以看到Android上層的Application和ApplicationFramework都是使用java編寫，
底層包括系統和使用眾多的LIiraries都是C/C++編寫的。
所以上層Java要調用底層的C/C++函數庫必須通過Java的JNI來實現。
下面將學習Android是如何通過Jni來實現Java對C/C++函數的調用。以HelloWorld程序為例：
第一步：
使用Java編寫HelloWorld 的Android應用程序：
package com.lucyfyr;
import android.app.Activity;
import android.os.Bundle;
import android.util.Log;
public class HelloWorld extends Activity {
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
Log.v("fresne", printJNI("I am HelloWorld Activity"));
}
static
{
//載入庫文件
System.loadLibrary("HelloWorldJni");
}
//聲明原生函數 參數為String類型 返回類型為String
private native String printJNI(String inputStr);
}
這一步我們可以使用eclipse來生成一個App；
因為eclipse會自動為我們編譯此Java文件，後面要是用到。
第二步：
生成共享庫的頭文件：
進入到eclipse生成的Android Project中 ：/HelloWorld/bin/classes/com/lucyfyr/
下：
可以看到裡面後很多後綴為.class的文件，就是eclipse為我們自動編譯好了的java文件，其中就有：
HelloWorld.class文件。
退回到classes一級目錄：/HelloWorld/bin/classes/
執行如下命令：
javah com.lucyfyr.HelloWorld
生成文件:com_lucyfyr_HelloWorld.h
/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class com_lucyfyr_HelloWorld */
#ifndef _Included_com_lucyfyr_HelloWorld
#define _Included_com_lucyfyr_HelloWorld
#ifdef __cplusplus
extern "C" {
#endif
/*
* Class: com_lucyfyr_HelloWorld
* Method: printJNI
* Signature: (Ljava/lang/String;)Ljava/lang/String;
*/
JNIEXPORT jstring JNICALL Java_com_lucyfyr_HelloWorld_printJNI
(JNIEnv *, jobject, jstring);
#ifdef __cplusplus
}
#endif
#endif
可以看到自動生成對應的函數：Java_com_lucyfyr_HelloWorld_printJNI
Java_ + 包名（com.lucyfyr） + 類名(HelloWorld) + 介面名(printJNI)：必須要按此JNI規范來操作；
java虛擬機就可以在com.simon.HelloWorld類調用printJNI介面的時候自動找到這個C實現的Native函數調用。
當然函數名太長，可以在.c文件中通過函數名映射表來實現簡化。
第三步：
實現JNI原生函數源文件：
新建com_lucyfyr_HelloWorld.c文件：
#include <jni.h>
#define LOG_TAG "HelloWorld"
#include <utils/Log.h>
/* Native interface, it will be call in java code */
JNIEXPORT jstring JNICALL Java_com_lucyfyr_HelloWorld_printJNI(JNIEnv *env, jobject obj,jstring inputStr)
{
LOGI("fresne Hello World From libhelloworld.so!");
// 從 instring 字元串取得指向字元串 UTF 編碼的指針
const char *str =
(const char *)(*env)->GetStringUTFChars( env,inputStr, JNI_FALSE );
LOGI("fresne--->%s",(const char *)str);
// 通知虛擬機本地代碼不再需要通過 str 訪問 Java 字元串。
(*env)->ReleaseStringUTFChars(env, inputStr, (const char *)str );
return (*env)->NewStringUTF(env, "Hello World! I am Native interface");
}
/* This function will be call when the library first be load.
* You can do some init in the libray. return which version jni it support.
*/
jint JNI_OnLoad(JavaVM* vm, void* reserved)
{
void *venv;
LOGI("fresne----->JNI_OnLoad!");
if ((*vm)->GetEnv(vm, (void**)&venv, JNI_VERSION_1_4) != JNI_OK) {
LOGE("fresne--->ERROR: GetEnv failed");
return -1;
}
return JNI_VERSION_1_4;
}
OnLoadJava_com_lucyfyr_HelloWorld_printJNI
函數裡面做一些log輸出 注意JNI中的log輸出的不同。
JNI_OnLoad函數JNI規范定義的，當共享庫第一次被載入的時候會被回調，
這個函數裡面可以進行一些初始化工作，比如注冊函數映射表，緩存一些變數等，
最後返回當前環境所支持的JNI環境。本例只是簡單的返回當前JNI環境。
http://www.cnblogs.com/bastard/archive/2012/05/19/2508913.html
3. Linux 如何運行benchmark循環跑
Linux 如何運行benchmark循環跑如下
benchmark中包含了跑benchmark的源碼benchncnn.cpp，感興趣的可以先看一下裡面的內容。在Linux的文件根目錄下，新建一個build文件夾並進入，當然也可以不叫build，隨便你自己起。mkdir build && cd build進入之後就可以進行編譯了，編譯之後在build文件夾下會生成一個叫benchmark的文件夾，之後的工作會在這里進行。編譯用的是cmake，這里如果有問題的話可以注意一下cmake的版本，我用的版本是3.12.3。具體命令如下:cmake .
make -j8這里cmake編譯實際上是要根據上一層文件夾的CMakeLists.txt的文本來的，這里的..其實就是表示的上一層文件夾。 Make -j後面的數字是開幾個核，根據自己電腦的實際情況來。執行完成之後就可以看到build里有了benchmark的文件夾。
入這個文件夾，可以看到一個benchncnn的可執行文件已經編譯好了，運行這個可執行文件就可以測試模型的速度。但是這個可執行文件默認的是找到當前文件夾下的param格式的文件。
所有自帶的模型文件都在ncnn根目錄下的benchmark的文件夾中，把裡面所有的param文件都拷貝到現在的benchmark文件夾，然後執行如下命令./benchncnn 4 2 0 -1
第一個數字表示測試次數，第二個表示開的線程數（這一點ncnn做的不錯），最後一個數字-1表示只測cpu。NCNN交叉編譯到rk3288(armv7架構)和rk3399(armv8架構）的方法。
4. Linux內核中斷之中斷調用流程
本文基於 RockPI 4A 單板Linux4.4內核介紹中斷調用流程。
ARMv8包括兩種運行狀態：AArch64和AArch32。
AArch64中不再使用AArch32中的7種特權模式，而是提出了Exception Levels的概念，包括：
1）EL0：用於用戶態程序，許可權最低
2）EL1：給內核使用，許可權稍高
3）EL2：虛擬化相關，許可權更高
4）EL3：安全相關，許可權最高
Linux內核中一般只使用EL0和EL1。
AArch64異常向量表中的異常包括：
1）Synchronous exception（同步異常）
2）SError
3）IRQ
4）FIQ
註：SError、IRQ和FIQ屬於非同步異常。
在Linux內核中，在 arch/arm64/kernel/entry.S 文件中定義了異常向量表，內容如下：
選取 el1_irq() 函數介紹Linux內核中斷的調用流程。
文件： arch/arm64/kernel/entry.S ，調用流程如下：
1、handle_irq()初始化
在 DTS 解析階段完成 handle_irq() 函數的初始化，流程如下：
gic_irq_domain_map() 函數中完成了 handle_irq() 函數的賦值，具體執行如下：
2、handle_irq()實現
以共享外設中斷 SPI 的中斷處理函數 handle_fasteoi_irq() 為例，繼續跟蹤中斷的執行過程。
handle_irq_event_percpu() 函數會調用已經注冊的中斷處理函數，同時喚醒 irq_thread 線程。
3、中斷處理線程
在使用 request_threaded_irq() 函數申請中斷時，會創建一個 irq_thread 線程，調用流程如下：
irq_thread 線程平時在睡眠狀態，等待 handle_irq_event_percpu() 函數喚醒，進一步執行已注冊的中斷處理線程函數。
使用 DRM 框架中 HDMI 中斷驗證中斷調用流程。
文件： driversgpudrmridgesynopsysdw-hdmi.c
在中斷處理函數 dw_hdmi_hardirq() 和中斷處理線程函數 dw_hdmi_irq 中增加 mp_stack() 調用（ 註：僅限於調試驗證 ）。
插入 HDMI 線，系統啟動後，顯示中斷調用流程的日誌如下：
和