Linux2017. 12. 3. 11:55

결론은.. taint kernel 상태에 놓이는 건

오픈소스 커뮤니티에서 관리중이지 않다는 의미인데

일단 보증할 수 없는 상황이 하나라도 끼면 taint로 뜨게 되는 느낌...


When the kernel is tainted, it means that it is in a state that is not supported by the community. Most kernel developers will ignore bug reports involving tainted kernels, and community members may ask that you correct the tainting condition before they can proceed with diagnosing problems related to the kernel. In addition, some debugging functionality and API calls may be disabled when the kernel is tainted.

In most cases involving proprietary drivers, you can safely ignore the taint condition, but some scenarios which cause the kernel to become tainted may be indicative of serious system problems.

The feature is intended to identify conditions which may make it difficult to properly troubleshoot a kernel problem. For example, the loading of a proprietary module can make kernel debug output unreliable because kernel developers don't have access to the module's source code and therefore cannot determine what the module may have done to the kernel. Likewise, if the kernel had previously experienced an error condition or if a serious hardware error had occurred, the debug information generated by the kernel may not be reliable.

The kernel may become tainted for any of several reasons, including (but not limited to) the following:

  • The use of a proprietary (or non-GPL-compatible) kernel module—this is the most common cause of tainted kernels and usually results from loading proprietary NVIDIA or AMD video drivers
  • The use of staging drivers, which are part of the kernel source code but are not fully tested
  • The use of out-of-tree modules that are not included with the Linux kernel source code
  • Forcible loading or unloading of a kernel module (such as forcibly inserting a module not built for the current version of the kernel)
  • The use of an SMP (multiprocessor) kernel on certain unsupported uniprocessor CPUs, primarily older AMD Athlon processors
  • Overriding of the ACPI DSDT, sometimes needed to correct for power-management bugs (see here for details)
  • Certain critical error conditions, such as machine check exceptions and kernel oopses
  • Certain serious bugs in the system firmware (BIOS, UEFI) which the kernel must work around 

[링크 : https://unix.stackexchange.com/questions/118116/linux-what-is-a-tainted-kernel]

'Linux' 카테고리의 다른 글

getopt()  (0) 2018.11.12
mount -o codepage=cp949  (0) 2018.01.04
limits.conf와 ulimit  (0) 2017.08.24
elf 파일에서 컴파일러 버전 알아내기  (0) 2017.06.07
top VIRT?  (0) 2017.05.10
Posted by 구차니