##된 문서. 31 December 2010에 확인함. ↑ Spengler, Brad ( 2008년 7월 16일 ). " Linux's unofficial security - through - coverup policy ". 《 Full Disclosure 》 ( 메일링 리스트 ). 2010년 12월 31일에 확인함. ↑ Vaughan - Nichols, Steven J. ( 2012년 12월 13일 ). " Good - Bye 386 : Linux to drop support for i386 chips with next major release ". 《 ZDNet 》. CBS Interactive. 2013년 2월 6일에 확인함. ↑ Fingas, Jon ( 2012년 12월 15일 ). " Linux to drop i386 support in the 3. 8 kernel, make us upgrade our Doom rig ". 《 Engadget 》. AOL. 2015년 3월 22일에 확인함. ↑ Vaughan - Nichols, Steven J. ( 2012년 12월 11일 ). " Linux 3. 7 arrives, ARM developers rejoice ". 《 ZDNet 》. CBS Interactive. 2013
##월 13일에 확인함. ↑ Richardson, Marjorie ( 1999년 11월 1일 ). " Interview : Linus Torvalds ". Linux Journal. 2009년 8월 20일에 확인함. ↑ Williams, Sam ( March 2002 ). 〈 Chapter 9 : The GNU General Public License 〉. 《 Free as in Freedom : Richard Stallman's Crusade for Free Software 》. O'Reilly. ISBN 0 - 596 - 00287 - 4. 2010년 11월 12일에 확인함. ↑ " The Linux Foundation Releases Linux Development Report ". Linux Foundation. 18 February 2015. 19 July 2016에 원본 문서에서 보존된 문서. 20 February 2015에 확인함. ↑ Kroah - Hartman, Greg ( April 2008 ). " Linux Kernel Development : How Fast it is Going, Who is Doing It, What They are Doing, and Who is Sponsoring It ". Since 2005, over 3700 individual developers from over 200 different companies have contributed to the kernel. ↑ Kro
##이 출시되었다. [ 13 ] 1991년 12월, 리눅스 커널 0. 11이 출시되었다. 이 버전은 셀프 호스팅이 되는 최초 버전이었으며 리눅스 커널 0. 11은 동일한 커널 버전을 실행 중인 컴퓨터에 의해 컴파일할 수 있었다. 토르발스가 1992년 2월에 버전 0. 12를 출시하였을 때 상업적 배포를 허가하지 않았던 자신의 과거 자체 초안 라이선스를 넘어서서 GNU GPL을 채택했다. [ 14 ] 1992년 1월 19일, 새로운 뉴스그룹 alt. os. linux에 첫 게시글이 제출되었다. [ 15 ] 1992년 3월 31일, 뉴스그룹 이름은 comp. os. linux로 바뀌었다. [ 16 ] X 윈도 시스템이 리눅스에 포팅되었으며, 이로써 1992년 3월 리눅스 버전 0. 95는 X를 실행할 수 있는 최초 버전이 되었다. 0. 1에서 0. 9x로의 큰 버전 번호 점프로 인해 크게 빠진 부분이 없이 버전 1. 0이 임박한 것처럼 예측되었다. 그러나 이는 사실이 아닌 것으로 드러났으며 1993년부터 1994년 초까지 0. 99의 15개의 개발판이 등장하였다. 1994년 3월 14
. 이미 언급했듯이 페이징 ( 아직 디스크는 아님 ) 과 세그먼테이션을 위해 MMU를 사용합니다. 정말로 386에 의존하는 세그먼테이션입니다. ( 모든 태스크는 코드 및 데이터를 위해 64메가바이트의 세그먼트를 취하고 있으며 4Gb에 최대 64개의 태스크가 들어갑니다 ) 그 뒤로 수많은 사람들이 해당 프로젝트에 코드를 기여하였다. 초기에 MINIX 커뮤니티는 리눅스 커널에 코드와 아이디어를 기여하였다. 당시 GNU 프로젝트는 자유 운영 체제에 필요한 구성 요소들 중 다수를 만들어냈지만 자체 커널 GNU 허드는 완전하지 않았고 이용이 불가능했다. BSD 운영 체제는 법적 문제로부터 자유롭지 못했다. 초기 버전의 제한적인 기능에도 불구하고 리눅스는 급속도로 개발자들과 사용자들을 모아나갔다. 1991년 9월, 버전 0. 01의 리눅스 커널이 핀란드 대학교와 FUNET ( 리서치 네트워크 ) 의 FTP 서버 ( ftp. funet. fi ) 에 공개되었다. 10, 239줄의 코드였다. 1991년 10월, 버전 0. 02의 리눅스 커널이 출시되었다. [ 13 ] 1991년 12월, 리눅스 커널 0. 11이 출시되었다. 이 버전
March 2014. ↑ Torvalds, Linus ( 30 May 2011 ). " Linux 3. 0 - rc1 ". LKML ( Mailing list ). Retrieved 1 July 2013. ↑ Vaughan - Nichols, Steven J. ( 13 December 2012 ). " Good - Bye 386 : Linux to drop support for i386 chips with next major release ". ZDNet. CBS Interactive. Retrieved 6 February 2013. ↑ Vaughan - Nichols, Steven J. ( 11 December 2012 ). " Linux 3. 7 arrives, ARM developers rejoice ". ZDNet. CBS Interactive. Retrieved 6 February 2013. ↑ Torvalds, Linus ( 2 September 2013 ). " Linux 3. 11 ". LKML ( Mailing list ). Retrieved 3 September 2013. ↑ " Linux 3. 11 ". kernelnewbies. org. 2 September 2013. Retrieved 21 January 2014. ↑ /
2013년 1월 13일에 원본 문서에서 보존된 문서. 2012년 8월 21일에 확인함. path : root / firmware / WHENCE ↑ 가 나 Torvalds, Linus Benedict ( 1991년 8월 26일 ). " What would you like to see most in minix ". 뉴스그룹 : comp. os. minix. Usenet : ↑ Torvalds, Linus Benedict ( 1991년 10월 5일 ). " Free minix - like kernel sources for 386 - AT ". 뉴스그룹 : comp. os. minix. Usenet : ↑ Torvalds, Linus. " Release Notes for Linux v0. 12 ". The Linux Kernel Archives. 2007년 2월 21일에 확인함. ↑ Summers, David W. ( 1992년 1월 19일 ). " Troubles with Partitions ". 뉴스그룹 : alt. os. linux. Usenet : 2007년 1월 7일에 확인함. ↑ Clegg, Alan B. ( 1992년 3월 31일 ). " It's here! ". 뉴스그룹 : comp. os. lin
OS, HP 웹OS, 노키아 마에모, 졸라 세일피시 OS가 포함된다. [ 63 ] [ 64 ] [ 65 ] 커널 패닉과 [ 편집 ] 이 부분의 본문은 커널 패닉 및 리눅스 커널. 리눅스 커널 패닉의 예 리눅스에서 패닉은 커널에 의해 감지되었으나 복구할 수 없는 시스템 오류를 말하며, 이는 사용자 공간 코드에 의해 감지된 비슷한 오류와는 반대된다. 커널 코드는 헤더 파일 sys / system. h에 위치한 panic 함수를 호출함으로써 이러한 조건을 지시하는 것이 가능하다. 그러나 대부분의 패닉들은 유효하지 않은 메모리 주소에 대한 참조 등 커널 코드 내에서 처리되지 못한 프로세서 예외의 결과물이다. 이것들은 일반적으로 패닉을 일으키게 만든 호출 체인 내의 어딘가의 버그로 인지된다. 문제가 되는 RAM 셀, 프로세스 버그로 인해 발생된 프로세스 내 산술 기능의 오류, 프로세서의 과열 / 손상, 소프트 오류 등의 하드웨어의 고장으로 인식할 수도 있다. 커널 내에서 치명적이지 않은 버그의 보고는 한다. 즉, 리눅스 커널의 올바른 동작에서 파생된 것들은 보증된 신뢰성과 함께 지속적인 운용을 허용할 수 있다. [ 66 ]
##ware drivers and platform code from ever getting merged into the main kernel tree. Effectively creating a kernel branch that a number of different vendors are now relying on. ↑ Meyer, David ( 2010년 2월 3일 ). " Linux developer explains Android kernel code removal ". 《 ZDNet 》. CBS Interactive. 2010년 2월 3일에 확인함. ↑ 〈 Chapter 03 : maemo Platform Overview 〉. 《 maemo Technology Overview 》. Nokia. 2008. 16 June 2008에 원본 문서에서 보존된 문서. 9 April 2010에 확인함. ↑ Bradford, John ( 2003년 3월 8일 ). " Re : what's an OOPS ". 《 LKML 》 ( 메일링 리스트 ). 2010년 10월 30일에 확인함. ↑ " kerneloops ( 8 ) - Linux man page ". Linux. die. net. 2010년 10월 30일에 확인함. ↑ " Features / ABRTF12 ". FedoraProject. 2009년 8
4월 1일 ). " The Linux Scheduler ". 《 Linux Journal 》. Belltown Media, Inc. 2012년 4월 14일에 확인함. ↑ Molnr, Ingo ( 2007년 4월 13일 ). " [ patch ] Modular Scheduler Core and Completely Fair Scheduler [ CFS ] ". 《 LKML 》 ( 메일링 리스트 ). 2012년 4월 14일에 확인함. ↑ " IEEE Standard for Information Technology - Portable Operating System Interface, POSIX. 1b, Real - time extensions ( IEEE Std 1003. 1b - 1993 ) ". ↑ McKenney, Paul ( 2005년 8월 10일 ). " A realtime preemption overview ". LWN. net. 2012년 2월 5일에 확인함. ↑ " OSADL Project : Realtime Linux ". OSADL. 2012년 2월 5일에 확인함. ↑ Bergmann, Arnd ( 2011년 3월 5일 ). " BKL : That's all, folks ". Linux Kernel Organization, Inc. 2012년 7월 20
4개의 인터페이스로 구별된다 : 2개는 내부→커널, 2개는 사이. XDC2014에서, AMD의 Alex Deucher는 통합 커널 모드 드라이버를 발표하였다. [ 44 ] 사유 리눅스 그래픽스 드라이버 libGL - fglrx - glx는 메사 3D와 함께 동일한 DRM 인프라스트럭처를 공유한다. 안정적인 커널 내 ABI가 없기 때문에 AMD는 카탈리스트가 사용하는 이전 바이너리 블롭에 지속적으로 맞추어야 했다. 표준을 준수하는 것은 리눅스 커널의 내부 기능에 대한 포괄적인 정책이다. 다른 규칙으로는 해당 구성 요소를 사용하는 사유 ( proprietary ) 의 사용자 공간 소프트웨어가 있을 경우에는 커널의 구성 요소가 리눅스 커널에 수용되지 않는다는 점이다. 커널 - 사용자공간 API [ 편집 ] 이 부분의 본문은 POSIX 및 단일 유닉스 규격입니다. 소스 코드 이식성은 표준을 준수하여 작성된 C 프로그램이 동일 표준을 준수하는 시스템에서 성공적으로 컴파일되고 실행 가능함을 보증한다. 리눅스 커널, GNU C 라이브러리, 관련 유틸리티들이 고수하려 애쓰는, 프로그램의 소스 코드 이식성을 달성하는데 초점을 둔 관련 표준들은 POSIX와 단일
리눅스 커널(영어: Linux kernel)은 오픈 소스 모놀리딕 유닉스 계열 컴퓨터 운영 체제 커널이다. 리눅스 계열의 운영 체제는 이 커널에 기반을 두며 개인용 컴퓨터와 서버와 같은 전통적인 컴퓨터 시스템들과 라우터, 무선 액세스 포인트, PBX, 셋톱 박스, FTA 리시버, 스마트 TV, PVR, NAS 어플라이언스 등의 다양한 임베디드 장치에 보통 리눅스 배포판의 형태로 배치된다. 태블릿 컴퓨터, 스마트폰, 스마트워치를 위한 안드로이드 운영 체제는 기능 구현을 위해 리눅스 커널이 제공하는 서비스들을 사용한다. 데스크톱 컴퓨터에 채용하는 경우가 낮은 편이지만 리눅스 기반 운영 체제들은 모바일 장치에서부터 메인프레임에 이르기까지 기타 거의 모든 컴퓨팅 부문을 지배하고 있다. 2017년 11월 기준으로, 세계 500대의 가장 강력한 슈퍼컴퓨터들은 모두 리눅스를 실행하고 있다.리눅스 커널은 1991년 리누스 토르발스가 자신의 개인용 컴퓨터를 위해 고안되어 개발 되었고 크로스 플랫폼의 의도는 없었으나 그 이후로 다른 운영 체제나 커널 대비 더 다양한 컴퓨터 아키텍처를 지원하도록 확장되었다. 리눅스는 급속도로 기타 자유 소프트웨어 프로젝트, 특히 GNU 운영 체제로 이 커널을 채택한 개발자들과 사용자들을 매혹시켰다. 리눅스 커널은 1,200개 이상의 회사의 12,000명에 가까운 프로그래머들의 기여를 받아왔으며, 여기에는 최대 소프트웨어 및 하드웨어 벤더들 일부가 포함된다.리눅스 커널 API는 사용자 프로그램들이 커널과 통신하는 API로서 매우 안정적이고 유저스페이스 프로그램(GUI를 갖추고 다른 API에 의존하는 일부 프로그램)을 망가트리지 않는다는 것을 뜻한다. 커널 기능의 일부로서 장치 드라이버들은 하드웨어를 제어한다. 즉, 주류 장치 드라이버들은 매우 안정적임을 뜻한다. 그러나 다른 수많은 커널과 운영 체제와 달리 커널과 적재 가능 커널 모듈(LKM) 간의 인터페이스가 매우 안정적으로 설계되었다는 것을 뜻하는 것은 아니다.전 세계 기여자들이 개발한 리눅스 커널은 자유-오픈 소스 소프트웨어의 저명한 예이며, 버전에 따라 최대 6년을 지원한다. 리눅스 커널 메일링 리스트(LKML)에서 일일 개발 토론이 진행된다. 리눅스 커널은 GNU 일반 공중 사용권 버전 2 (GPLv2)로 출시되며, 일부는 자유가 아닌 여러 라이선스로 출시된 일부 펌웨어 이미지들을 포함하고 있다.