今天嘗試把 kernel v4.19.98 作微升級，要升級到 v4.19.325，因為我們原本的 kernel 並不是原生最乾淨的 Linux kernel v4.19.98(是拿MTK平台的 SDK)，先講我打上了這兩個版本中間的 patch，但最終編譯，卻有一堆error，解不完
但我認為，作這件事情，中間的過程，是值得作個記錄的，因此寫了這篇文章，來記錄中間所做的步驟。
1. 下載 Linux 的 branch，使用指令如下:
git clone git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
2. 每個版本都有打上tag，因此我們可以先 checkout 到 v4.19.325
git checkout v4.19.325
3. git log 確認一下 v4.19.325 與 v4.19.98 分別的 commit hash 號碼是多少
4. 使用指令，把 98 ~ 325 這中間的 commit 都作成 patch 檔，指令如下:
git format-patch d183c8e2647a7d45202c14a33631f6c09020f8ac..a67e7cdde7cc7984ae24c3c81a70dc1aa34424b1 -o patch/
5. 可以看到，目前目錄底下，會產出資料夾 patch/ ，裡面有 19xxx個patch 檔，依序都做好了編號
6. 接著我們準備要來打 patch，先說明一下，我目前的目錄環境是這樣，
apps/src/kernel/linux/4.19/，我目前專案的 repository 是在 apps底下，也就是我可以在 apps底下執行 git log，可以看到以往的 commit 資訊，而目前是要把 linux patch 打到 apps/src/kernel/linux/4.19/ 底下
7. 因為第6.的關係，我們把 patch/ 移動到 apps底下，我們打patch 的指令會如下:
cd apps/
git am --directory=src/kernel/linux/v4.19 patch/* -3
(加上 -3（或 --3way）後，如果直接套用失敗，Git 會嘗試用三方合併的方式來解決衝突，這樣有時候可以自動解決一些簡單的衝突)
8. 打patch 的途中，會遇到許多的 conflict，你會需要開啟檔案，去解衝突，但我發現 19xxx筆patch，要解的 conflict 實在太多了，後來遇到 conflict 直接使用以下command，意思是直接幫我把衝突的舊檔案的部分刪除，把新的patch 新增的內容，改到檔案裡面:
git checkout --theirs $file (file帶入中途的檔案路徑 與 名稱)
9. 途中會遇到一些，甚麼都沒改的 patch，會需要手動執行 git am --skip 來繼續，另外解完 conflict 的檔案，要手動執行 git am --continue 來讓 git am 繼續跑
10. 另外有遇到一個，git am 打patch，我發現有一個限制，就是打到 9999個 patch的時候，你再輸入 git am --continue 會沒辦法繼續，如下圖，這時候你必須要先 git push，把先前打的patch 都git push，然後再繼續從第 10000筆繼續打，我的作法是
a. 在作第4部的時候，也順便把檔案列表資訊，輸出到一個檔案:
git format-patch d183c8e2647a7d45202c14a33631f6c09020f8ac..a67e7cdde7cc7984ae24c3c81a70dc1aa34424b1 -o patch/ > patch_list.txt
b. 想辦法使用 note 或是 Notepad++ 把這些列表改成
rm 0001-xxxx
rm 0002-xxxx
..
rm 9999-xxxx
c. 切換到 patch/ 資料夾，把 0001~9999 的patch 檔案都刪除
d. 在接著使用git am 的命令繼續打剩餘的 patch:
git am --directory=src/kernel/linux/v4.19 patch/* -3
結論:
1. 我在這次的過程中，寫了以下兩隻script，當發生conflict，就使用git checkout --theirs $file 去解conflict，因此可以一直遞迴去處理patch，但遇到 git am --continue 無法繼續的空內容，目前就是手動去下 git am --skip
2. 其實比較好的做法，應該要是以下步驟
a. 先 git checkout 到 linux pure v4.19.98
b. 把vendor最一開始給的 kernel 覆蓋到 linux pure v4.19.98
c. git diff 看一下改了那些檔案
d. 直接把 linux pure v4.19.98，checkout 到 v4.19.325，然後試著把 前一步驟，git diff 的改回去，但如果真的差異太大，就是一個很大的工程了....
以下分享我的兩個 shell script: (主要就是執行 ./for_loop.sh)
主程式: for_loop.sh
#!/bin/sh
for i in {1..20000}
do
./fail_process.sh
if [ $? -eq 2 ]; then
echo "fail_process.sh failed, stopping loop."
break
fi
done
副程式: fail_process.sh
#!/bin/sh
# Get the list of files marked as "both modified" from gg (git status)
files0=$(git status | grep "both modified:" | awk -F: '{print $2}' | xargs)
# For each file, run git add
for file in $files0; do
echo "Processing $file ..."
git checkout --theirs $file
git add $file
done
# Get the list of files marked as "deleted by them:" from gg (git status)
files1=$(git status | grep "deleted by them:" | awk -F: '{print $2}' | xargs)
# For each file, run git add
for file in $files1; do
echo "Processing $file ..."
git add $file
done
# Get the list of files marked as "deleted by us:" from gg (git status)
files2=$(git status | grep "deleted by us:" | awk -F: '{print $2}' | xargs)
# For each file, run git add
for file in $files2; do
echo "Processing $file ..."
git add $file
done
# Get the list of files marked as "both added" from gg (git status)
files3=$(git status | grep "both added:" | awk -F: '{print $2}' | xargs)
# For each file, run git add
for file in $files3; do
echo "Processing $file ..."
git checkout --theirs $file
git add $file
done
if [ -z "$files0" ] && [ -z "$files1" ] && [ -z "$files2" ] && [ -z "$files3" ]; then
exit 2
fi
git status
git am --continue
