/proc/config.gz構成を変更してカーネルを再構築しても、ファイルは更新されません（からmake menuconfig）。たとえば、BLK_DEV_IO_TRACE正常に動作するカーネルを再構築しましたconfig.gzが、まだ表示されてい# CONFIG_BLK_DEV_IO_TRACE is not setます。.config有効にするとカーネルバイナリに含まれるカーネルソースのルートディレクトリにあるファイルではありませんCONFIG_IKCONFIGか？
そしてところでconfig.gz示しCONFIG_IKCONFIG=y、実際にそれがあるときCONFIG_IKCONFIG=m。
このカーネル（3.18 arm64）を構築するためにAndroidNDKスタンドアロンGCCツールチェーンを使用しています。
注意：
明確にするために、混乱を引き起こしているので、新しいカーネルが新しい構成で実行されていると確信しています。現在機能しているデフォルト構成への変更の長いリストを有効にしました。多くのユーザースペースプログラムがこれらの構成に依存しています。
CONFIG_IKCONFIG=m
CONFIG_IKCONFIG_PROC=y
CONFIG_VETH=y
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
CONFIG_NFS_FS=m
CONFIG_NFS_V2=m
CONFIG_NFS_V3=m
CONFIG_NFS_V4=m
CONFIG_NFS_V4_1=y
CONFIG_NFS_V4_2=y
CONFIG_NFSD=m
CONFIG_NFSD_V3=y
CONFIG_NFSD_V4=y
CONFIG_NFSD_V4_SECURITY_LABEL=y
CONFIG_KEYS_DEBUG_PROC_KEYS=y
CONFIG_OVERLAY_FS=m
CONFIG_UTS_NS=y
CONFIG_USER_NS=y
CONFIG_PID_NS=y
CONFIG_NET_CLS_CGROUP=m
CONFIG_CGROUP_NET_CLASSID=y
CONFIG_NETFILTER_XT_MATCH_CGROUP=m
CONFIG_NETFILTER_NETLINK=m
CONFIG_ISO9660_FS=m
CONFIG_SQUASHFS=m
CONFIG_UDF_FS=m
CONFIG_UNIX_DIAG=m
CONFIG_PSTORE=y
CONFIG_FANOTIFY=y
CONFIG_FANOTIFY_ACCESS_PERMISSIONS=y
CONFIG_DEBUG_FS=y
CONFIG_FTRACE=y
CONFIG_BLK_DEV_IO_TRACE=y
config.gzLinux/arm64 3.18.71 Kernel Configuration電流がLinux/arm64 3.18.140 Kernel Configuration。の間に表示されます。 また、の16個の 実際の構成との間に185の違い（88の追加、97のドロップ）があり*defconfig ファイルの いずれとも一致しません arch/arm64/configs/ 。 config.gzます。最初は使用しましたarch/arm64/configs/franco_mido_defconfig; カスタムカーネル開発者によって提供されたもの。
この質問を投稿する前にもっと調査を行うべきだったのですが、何かが足りないのではないかと思いました。参考までに、問題は私のカーネルソースに固有のものであることが明らかになりました。カスタムカーネル開発者は、常に古い構成をカーネルバイナリに含めるようにパッチを適用しました。したがって、これは元に戻す必要があります（リスクがある場合はそれを考慮して）：
ifeq ($(CONFIG_MACH_XIAOMI_MIDO),y)
$(obj)/config_data.gz: arch/arm64/configs/mido_defconfig FORCE
else ifeq ($(CONFIG_MACH_XIAOMI_TISSOT),y)
$(obj)/config_data.gz: arch/arm64/configs/tissot_defconfig FORCE
else
$(obj)/config_data.gz: $(KCONFIG_CONFIG) FORCE
endif
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加