Linux kernel 在Linux内核源代码中混淆了s3c_nand.c和s3c2410.c_Linux Kernel

Linux kernel 在Linux内核源代码中混淆了s3c_nand.c和s3c2410.c

linux-kernel

Linux kernel 在Linux内核源代码中混淆了s3c_nand.c和s3c2410.c,linux-kernel,Linux Kernel,目前我正在将Linux内核移植到基于s3c6410的开发板上，所以我参考了mini6410，real6410Linux内核源代码，当谈到Nand闪存驱动程序时，我在drivers/mtd/Nand/中找到了s3c\u Nand.c文件，它似乎是由Samsung编写的，然而，当我查看正式的Linux内核源代码时，即使是在最新版本中，我也只能找到s3c2410.c文件所以我的问题是为什么s3c\u nand.c没有包含在Linux内核源代码中，以及s3c\u nand.c和s3c2410.c之间有

目前我正在将Linux内核移植到基于

s3c6410

的开发板上，所以我参考了

mini6410

，

real6410

Linux内核源代码，当谈到

Nand闪存驱动程序时，我在drivers/mtd/Nand/
中找到了s3c\u Nand.c
文件，它似乎是由Samsung
编写的，然而，当我查看正式的Linux内核源代码时，即使是在最新版本中，我也只能找到s3c2410.c
文件
所以我的问题是为什么s3c\u nand.c
没有包含在Linux内核源代码中，以及s3c\u nand.c
和s3c2410.c
之间有什么区别，或者我可以将s3c2410.c
用于s3c6410
板吗
 要找到差异（或者如果它们有类似的用途），你可能需要检查文件或与你感兴趣的pory的创建者交谈。至于为什么有些东西会出现在供应商树中而不是主线内核版本中，这是很常见的——补丁程序不会进入主线内核，除非有人不辞辛劳地以符合维护人员批准的形式正式提交，但我认为s3c6410是一个古老而流行的体系结构，Linux内核必须完全支持它，而无需厂商补丁，因此s3c2410.c应该能够在s3c6410板中使用Nand闪存，对吗？许多厂商为特定的SOC硬件编写代码。然后，发现各种硬件95%相同，小条件可以处理多个SOC系统（NAND闪存控制器）。因此，s3c_nand.c可能是一个处理s3c2410和其他控制器的驱动程序。看看源代码、Kconfig和任何文档。但是s3c_nand.c没有正式包含在内核源代码中，但是，s3c2410.c是从一个非常旧的版本开始包含的，所以我想可能是s3c2410.c负责所有s3c SOC的nand闪存驱动程序。