2017-11-22 21 views
0

私はy.mct6用のYoctoビルドを持っており、カーネルを修正したいと思います。私はYoctoプロジェクトの外でカーネルソースをコピーしてパッチを処理せずに変更を加えると、処理速度を大幅に上げることができると考えました。しかし、問題は、私が使用しなければならないカーネルソースがすでにパッチされているからです。そこからフェッチして作業を続けたいと思っています。すでにパッチを当てられたソースファイルについて作業し、再配置するのは苦しいプロセスです。Yoctoビルドから手動でカーネルソースを構築する

開始点については、私のパッチは正常に動作し、bitbake fsl-image-multimedia-fullコマンドを使用して作業イメージを取得できます。私が使用したいカーネルソースは、このプロセスの後に作成されます。

私は..../tmp/work-shared/imx6qsabresd/kernel-sourceの下にソースをコピーしようとしました。 make zImagemake modulesは問題なく終了しましたが、手作業による建物ではdtsiファイルでエラーが発生していませんでした(解析できません...)。もちろん、私はファイルをチェックし、構文エラーはありませんでした。

また、私がコピーしたカーネルソースファイルをチェックしたところ、パッチが正常に実装されたようです。

パッチに何か問題がありますか?私の手動ビルドルーチンでは、パッチされていないカーネルソースをエラーなくビルドすることができます。私は確かにこのプロセスを短縮するための独自の回避策を持っている経験豊かなYoctoユーザーがいます。だから、どんな助けもありがとう。前もって感謝します。

答えて

0

これを解析できないため、パッチに問題があるようです。デバイスツリーにどのようにパッチを当てますか?あなたは.bbファイルでそれをパッチしていますか?

もしそうなら、可能性のある構文エラーをパッチで確認してください。デバイスツリーの構文エラーを見落とすのは非常に簡単です。パッチを削除して手動で行うことができます。bitbake -c devshell <kernel-name>

もしそうでない場合は、そこに再試行してください。これらのいずれかが役立つ場合は、結果を共有してください。

+0

で変更されたカーネルをコンパイルし、その後tmp/work-shared/<machine>/kernel-source内のファイルを編集することができます。とにかくパッチに何か問題があれば 'fsl-image-multimedia-full'を返すべきではありませんか?プロセスが正常に完了し、システム上のイメージをチェックすると、パッチが正常に適用されたことがわかります。ちなみに、カスタムボード用のレイヤーがあり、パッチ適用のために.bbappendファイルを使用しています。 – ddyn

0

また、私はおそらく誤ったDTSが何度もファイルをチェックしているbitbake -C compile virtual/kernel

関連する問題