Hạt nhân Linux

Bách khoa toàn thư mở Wikipedia
Buớc tưới chuyển hướng Bước tới tìm kiếm
Nhân Linux
Tux
Chú chim cánh cụt Tux biểu tượng của Linux[1]
Linux 3.0.0 boot.png
Linux kernel 3.0.0 đang khởi động
Nhà phát triểnLinus Torvalds và hàng ngàn cộng tác viên
Được viết bằngCassembly[2]
Họ hệ điều hànhTương tự Unix
Phát hành lần đầu0.01 (17 tháng 9, 1991; 28 năm trước)
Có hiệu lực
trong
English
Loại hạt nhânMonolithic
Giấy phépGNU General Public License, v2[3][4] cộng với nhiều tùy chọn tự do phân phối các gói nhị phân[5][6]
Website chính thứcwww.kernel.org
Nhân Linux được tìm thấy phổ biến trên nhiều phần cứng khác nhau và được hỗ trợ bởi sự phong phú của cả phần mềm tự do nguồn mở và phần mềm sở hữu độc quyền

Nhân Linux hay Linux kernel là một hạt nhân monolithic cho các hệ điều hành tương tự Unix. Họ hệ điều hành Linux dựa trên hạt nhân này và được triển khai trên cả hai hệ thống máy tính truyền thống là máy tính cá nhânmáy chủ, thường dưới dạng bản phân phối Linux[7], và trên các thiết bị nhúng khác nhau như router, điểm truy cập không dây, PBX, set-top box, máy thu FTA, smart TV, PVR và thiết bị NAS. Hệ điều hành Android cho máy tính bảng, điện thoại thông minhđồng hồ thông minh sử dụng các dịch vụ do hạt nhân Linux cung cấp để thực hiện chức năng của nó. Trong khi thị phần trên desktop thấp, các hệ điều hành dựa trên Linux chiếm ưu thế gần như mọi phân đoạn máy tính khác, từ thiết bị di động đến máy tính lớn. Tính đến tháng 11/ 2017, tất cả 500 siêu máy tính mạnh nhất thế giới đều chạy Linux[8].

Nhân Linux được viết bởi Linus Torvalds vào năm 1991 cho máy tính cá nhân của mình[9] và không có ý định đa nền tảng, nhưng sau đó nó đã mở rộng hỗ trợ số lượng nền tảng kiến trúc máy tính khổng lồ. Linux nhanh chóng thu hút các nhà phát triển và người dùng sử dụng nó làm hạt nhân cho các dự án phần mềm tự do khác, đáng chú ý là Hệ điều hành GNU[10] được tạo ra như một hệ điều hành tự do, không độc quyền và dựa trên UNIX như một sản phẩm phụ của sự sụp đổ của các cuộc chiến Unix.[11] Nhân Linux đã nhận được sự đóng góp của gần 12.000 lập trình viên từ hơn 1.200 công ty, bao gồm một số nhà cung cấp phần mềm và phần cứng lớn nhất.[12]

Linux kernel API, một API thông qua đó các chương trình người dùng tương tác với hạt nhân, có nghĩa là rất ổn định và không phá vỡ các chương trình không gian người dùng (một số chương trình, chẳng hạn như các chương trình có GUI, cũng dựa vào các API khác). Là một phần của chức năng của kernel, trình điều khiển thiết bị điều khiển phần cứng; Trình điều khiển "mainlined" (bên trong kernel) cũng có nghĩa là rất ổn định. Tuy nhiên, giao diện giữa các mô-đun hạt nhân và hạt nhân có thể tải (LKMs), không giống như trong nhiều hạt nhân và hệ điều hành khác, không có nghĩa là rất ổn định theo thiết kế.[13]

Hạt nhân Linux được phát triển bởi những người đóng góp trên toàn thế giới, là một ví dụ nổi bật về phần mềm tự do nguồn mở[14], và nó được hỗ trợ lên đến sáu năm tùy theo phiên bản. Các cuộc thảo luận phát triển hàng ngày diễn ra trên Linux kernel mailing list (LKML). Hạt nhân Linux được phát hành theo Giấy phép Công cộng GNU phiên bản 2 (GPLv2)[15][16] với một số firmware được phát hành theo nhiều giấy phép không miễn phí.[15]

Biểu tượng Tux của Linux, được tạo bởi Larry Ewing

Lịch sử[sửa | sửa mã nguồn]

Xem thêm: Lịch sử Linux

Tháng 4/1991, Linus Torvalds, tại thời điểm đó là một sinh viên khoa học máy tính 21 tuổi tại Đại học Helsinki, Phần Lan, bắt đầu nghiên cứu một số ý tưởng đơn giản cho một hệ điều hành. Ông bắt đầu với một tác vụ switcher trong assembly Intel 80386 và một trình điều khiển thiết bị đầu cuối. Ngày 25/8/1991, Torvalds đã đăng thông tin sau lên Usenet comp.os.minix,[17] trong đó có đoạn viết:

Tôi đang làm một hệ điều hành (miễn phí) (chỉ là một sở thích, sẽ không lớn và chuyên nghiệp như gnu) cho một bản sao AT 386 (486). Việc này đã bắt đầu từ tháng 4 và đang bắt đầu sẵn sàng. Tôi muốn bất kỳ thông tin phản hồi về việc mọi người thích, không thích trong Minix như hệ điều hành của tôi tương tự nó (giống về cấu trúc vật lý của file system (vì lý do thực tế) và nhiều tứ khác. Hiện tôi đang port bash(1.08) và GCC(1.40) và mọi thứ dường như hoạt động. Điều này ngụ ý rằng tôi sẽ nhận được một cái gì đó thực tế trong vòng một vài tháng [...] Có - nó miễn phí của bất kỳ mã Minix, và nó có một fs đa luồng. Nó không phải là portable (sử dụng chuyển đổi tác vụ 386), và nó có lẽ sẽ không bao giờ hỗ trợ bất cứ thứ gì ngoài ổ cúng AT, vì đó là tất cả những gì tôi có :-(. ''
[...] nó chủ yếu viết bằng C, nhưng hầu hết mọi người sẽ không gọi những gì tôi viết. Nó sử dụng tất cả các tính năng có thể tưởng tượng của 386 mà tôi có thể tìm thấy vì nó cũng là một dự án để dạy tôi về 386. Như đã đề cập, nó sử dụng MMU cho cả phân trang (chưa vào đĩa) và phân đoạn. Đó là phân đoạn làm cho nó thực sự 386 phụ thuộc (mỗi tác vụ có một segment 64Mb cho mã và dữ liệu - tối đa 64 tác vụ trong 4Gb. Bất kỳ ai cần hơn 64Mb /tác vụ - cookie khó khăn).

Sau đó, nhiều người đã đóng góp mã cho dự án. Ban đầu, cộng đồng MINIX đã đóng góp mã và ý tưởng cho nhân Linux. Vào thời điểm đó, Dự án GNU đã tạo ra nhiều thành phần cần thiết cho một hệ điều hành tự do, nhưng hạt nhân riêng của nó, GNU Hurd, không đầy đủ và không có sẵn. Hệ điều hành BSD vẫn chưa tự giải thoát khỏi các vụ kiện pháp lý. Mặc dù có các chức năng giới hạn của các phiên bản đầu, Linux nhanh chóng thu hút các nhà phát triển và người dùng.

Vào thời điểm này, dự án GNU đã hoàn thành nhiều cấu thành thiết yếu cho một hệ điều hành tự do, tuy nhiên phần hạt nhân (lõi - Linux Kernel) GNU Hurd của hệ điều hành này vẫn chưa được hoàn thành. Ngoài ra hệ điều hành BSD vẫn chưa được tự do hóa do các trở ngại về mặt pháp lý. Những điều này đã tạo ra một chỗ đứng thuận lợi cho hạt nhân Linux, nó nhanh chóng giành được sự quan tâm của các nhà phát triển cũng như người dùng.

Tháng 9/1991, hạt nhân Linux phiên bản 0.01 được phát hành trên máy chủ FTP (ftp.funet.fi) của Đại học Phần Lan và Mạng Nghiên cứu (FUNET). Nó có 10,239 dòng mã. Ngày 10/5/1991, phiên bản 0.02 của hạt nhân Linux đã được phát hành.[18]

Tháng 12/1991, hạt nhân Linux 0.11 đã được phát hành. Phiên bản này là phiên bản đầu tiên được tự lưu trữ vì hạt nhân Linux 0.11 có thể được biên dịch bởi một máy tính chạy cùng phiên bản hạt nhân. Khi Torvald phát hành phiên bản 0.12 vào tháng 2/1992, ông đã thông qua Giấy phép Công cộng GNU (GPL) so với giấy phép tự soạn thảo trước đó của mình, điều này đã không cho phép phân phối lại thương mại[19]

Ngày 19/1/1992, bài đăng đầu tiên tới nhóm tin tức mới alt.os.linux đã được đăng tải[20]. Ngày 31/3/1992, nhóm tin được đổi tên thành comp.os.linux[20][21]. Việc Linux là một hạt nhân nguyên khối chứ không phải là một microkernel là chủ đề của cuộc tranh luận giữa Andrew S. Tanenbaum, người đã tạo ra MINIX, và Torvalds.[22] Cuộc thảo luận này được gọi là cuộc tranh luận Tanenbaum–Torvalds và bắt đầu vào năm 1992 trên nhóm thảo luận Usenet comp.os.minix như một cuộc tranh luận chung về Linux và kiến trúc hạt nhân.[23] Tanenbaum lập luận rằng microkernel vượt trội hơn so với hạt nhân nguyên khối và do đó Linux đã lỗi thời. Không giống như các hạt nhân nguyên khối truyền thống, trình điều khiển thiết bị trong Linux có thể dễ dàng được cấu hình dưới dạng các mô-đun hạt nhân có thể tải và được tải hoặc không tải trong khi chạy hệ thống. Chủ đề này đã được xem lại vào ngày 9 tháng 5 năm 2006,[24] và vào ngày 12 tháng 5 năm 2006 Tanenbaum đã viết một tuyên bố về quan điểm.[25]

Tháng 3 năm 1992, phiên bản 0.xx cuối cùng của Linux kernel đựoc phát hành. Linux version 0.95 là phiên bản đầu tiên có khả năng chạy X, vì Hệ thống X Window đã được port sang Linux. Bước nhảy lớn này được thể hiện trong số hiệu phiên bản, từ 0.1x đến 0.9x, do kỳ vọng phiên bản 1.0, mà không có những phần thiếu sót lớn, sắp xảy ra. Tuy nhiên, điều này đã được chứng minh là sai và từ năm 1993 đến đầu năm 1994, 15 phiên bản phát triển của phiên bản 0.99 đã ra mắt. Ngày 14 tháng 3 năm 1994, phiên bản chính thức đầu tiên của Linux kernel được phát hành.[26] Linux kernel 1.0.0 có 176,250 dòng lệnh. Linux kernel 1.0.0 đã khởi động một hệ thống đánh số phiên bản v.x.y tiêu chuẩn cho kernel,trong đó x đại diện cho một phiên bản chính. Các bản phát hành số lẻ là để thử nghiệm và phát triển. Vào thời điểm đó, chỉ có các phiên bản được đánh số chẵn là phát hành sản xuất. Chữ y được tăng lên khi các bản vá nhỏ được phát hành trong phiên bản chính.[26] Vào tháng 3 năm 1995, Linux kernel 1.2.0 đã được phát hành, với 310.950 dòng mã.

Sau phiên bản kernel v1.3, Torvalds đã quyết định rằng đã có đủ các thay đổi đối với nhân Linux để đảm bảo việc phát hành phiên bản mới. Phiên bản 2.0.0 của Linux kernel được phát hành ngày 9 tháng 6 năm 1996.[27] Trái ngược với Unix, tất cả mã nguồn của Linux kernel có sẵn miễn phí, bao gồm trình điều khiển, thư viện runtime và các công cụ phát triển.[28] Thành công ban đầu của nhân Linux được thúc đẩy bởi sự hỗ trợ của các lập trình viên và người thử nghiệm trên toàn thế giới. Bằng cách cấu trúc nhân Linux theo các tiêu chuẩn POSIX, nó tương thích với một loạt các phần mềm và ứng dụng miễn phí đã được phát triển cho các trường đại học.

Một timeline đại diện cho sự phát triển của các bản phân phối Linux khác nhau.[29]

Các nhà phát triển đóng góp cho nhân Linux đã nghĩ rằng điều quan trọng là hạt nhân mà Torvald đã viết cho các PC của Intel hỗ trợ các kiến ​​trúc phần cứng khác nhau. Hiện nay hạt nhân Linux có thể chạy trên các CPU từ Intel (80386, 80486, 80686), Digital Equipment Corporation (Alpha), Motorola (MC680x0 and PowerPC), Silicon Graphics (MIPS) và Sun Microsystems (SPARC). Thông qua một trình giả lập FPU tích hợp, nhân Linux thậm chí có thể chạy trên các kiến ​​trúc phần cứng thiếu bộ đồng xử lý toán học dấu phẩy động.[30] Các nhóm nhà phát triển được thành lập cho các kiến ​​trúc khác nhau và với việc phát hành Linux kernel phiên bản 2.0, các nguồn của kernel bao gồm tất cả các thành phần để cấu hình kernel cho các kiến ​​trúc khác nhau trước khi biên dịch nó.[31] Làm cho nhân Linux tương thích với các hệ thống file khác nhau cũng được ưu tiên. Nhân Linux có thể vận hành các hệ thống tệp đã được định dạng cho Minix, Xenix hoặc System V, trong khi định dạng umsdos thậm chí cho phép Linux được cài đặt trong phân vùng MS-DOS.[30] Vào tháng 12 năm 1999, các bản vá máy tính lớn của IBM cho 2.2.13 đã được xuất bản, cho phép nhân Linux được sử dụng trên các máy cấp doanh nghiệp.

Tháng 12 năm 2003, với việc phát hành phiên bản kernel 2.6.0, 2.6.0, đã coi các hạt nhân Linux ổn định đến mức ông bắt đầu chu trình phát hành 2.6.x.y. Mỗi bản phát hành 2.6 là một hạt nhân để sản xuất, các bản phát hành phát triển được chỉ định bằng -rc ("release candidate") được gắn vào số hiệu phiên bản. Các bản phát hành kernel ổn định 2.6 bắt đầu được phát hành theo lịch trình đều đặn cứ sau 2 tháng 3, cho đến 2.6.39 tháng 5 năm 2011.[27] Chu kỳ phát hành ngắn hơn là kết quả của các cuộc thảo luận giữa các nhà phát triển kernel về sơ đồ phát hành và phiên bản năm 2004.[32][33]

Để đáp lại việc thiếu một nhánh ổn định, nơi mọi người có thể điều phối bộ sưu tập sửa lỗi như vậy, vào tháng 12 năm 2005 Adrian Bunk tuyên bố rằng anh ta sẽ tiếp tục phát hành hạt nhân 2.6.16.y khi nhóm ổn định chuyển sang 2.6.17.[34][35] Ông cũng bao gồm một số cập nhật trình điều khiển, làm cho việc bảo trì loạt 2.6.16 rất giống với các quy tắc cũ để bảo trì một loạt ổn định như 2.4.[36] Kể từ đó, "nhóm ổn định" đã được thành lập và nó sẽ tiếp tục cập nhật các phiên bản kernel với các sửa lỗi. Vào tháng 10 năm 2008, Adrian Bunk tuyên bố rằng ông sẽ duy trì 2.6.27 trong một vài năm để thay thế 2.6.16.[37] Đội ngũ ổn định đã lên ý tưởng và tính toán năm 2010, họ tiếp tục duy trì phiên bản đó và phát hành các bản sửa lỗi cho nó, ngoài ra còn có các bản sửa lỗi khác.[38] Andrew Morton quyết định tái sử dụng cây-mm của mình từ quản lý bộ nhớ để làm đích cho tất cả các mã mới và thử nghiệm. Vào tháng 9 năm 2007, Morton quyết định ngừng duy trì cây này.[39] Vào tháng 2 năm 2008, Stephen Rothwell đã tạo ra cây linux-next để phục vụ như là một nơi mà các bản vá nhằm mục đích được hợp nhất trong chu kỳ phát triển tiếp theo được tập hợp lại.[40][41] Một số nhà bảo trì hệ thống con cũng sử dụng hậu tố -next cho các cây có chứa mã được gửi để đưa vào chu kỳ phát hành tiếp theo. Tính đến tháng 1 năm 2014, phiên bản đang phát triển của nhân Linux được giữ trong một nhánh không ổn định có tên linux-next.[42]

Mã nguồn nhân Linux được bảo trì mà không cần sự trợ giúp của hệ thống quản lý mã nguồn tự động (SCM), chủ yếu là do Torvalds không thích các hệ thống SCM tập trung. Năm 2002, phát triển nhân Linux đã chuyển sang BitKeeper, một hệ thống SCM đáp ứng các yêu cầu kỹ thuật của Torvalds. BitKeeper đã được cung cấp miễn phí cho Torvalds và một số người khác miễn phí nhưng không phải là phần mềm tự do, đây là một nguồn gây tranh cãi. Hệ thống này đã cung cấp một số khả năng tương tác với các hệ thống SCM miễn phí như CVSSubversion. Tháng 4 năm 2005, Vào tháng 4 năm 2005, những nỗ lực dò ngược hệ thống BitKeeper của Andrew Tridgell đã khiến BitMover, công ty duy trì BitKeeper, ngừng hỗ trợ cộng đồng phát triển Linux. Đáp lại, Torvalds và những người khác đã viết một hệ thống kiểm soát mã nguồn mới cho mục đích này, được gọi là Git. Hệ thống mới được viết trong vòng vài tuần và trong hai tháng, bản phát hành hạt nhân chính thức đầu tiên được thực hiện bằng Git.[43]

Năm 2008, Greg Kroah-Hartman nói rằng từ năm 2005 hơn 3.700 nhà phát triển các nhân từ hơn 200 công ty khác nhau đã có đóng góp vào kernel.[44] Kỷ niệm 20 năm nhân Linux được Torvalds tổ chức vào tháng 7 năm 2011 với việc phát hành phiên bản kernel 3.0.0.[27][45][46] Mặc dù nó không có thay đổi công nghệ lớn khi so sánh với Linux 2.6.39[47] Linux Foundation đã kỷ niệm 20 năm hạt nhân trong phiên bản 2011 của nghiên cứu phát triển hạt nhân của họ. Kernel 3.0 có 15 triệu dòng lệnh và hơn 1.300 nhà phát triển các nhân có đóng góp cho phiên bản này của nhân Linux. Các nhà phát triển tình nguyện đóng góp 16% tất cả thay đổi của nhân Linux vào năm 2011. Những thay đổi khác đến từ những nhà phát triển phần mềm chuyên nghiệp, những người được các công ty thuê để gửi mã cho kernel. Năm 2011, các nhà phát triển Red Hat đã đóng góp 10% các thay đổi được thực hiện cho kernel, doanh nghiệp đóng góp lớn thứ hai là Intel, tiếp theo là IBMNovell. Mặc dù lúc đó Nokia đã từ bỏ hệ điều hành cho điện thoại thông minh dựa trên nhân Linux của mình là MeeGo, nhưng năm 2011, các nhà phát triển Nokia vẫn đóng góp nhiều mã cho nhân Linux hơn so với các nhà phát triển được Google thuê, đã phát hành Android vào năm 2007 và Chrome OS vào năm 2009. Đến năm 2011, Microsoft dao động như là doanh nghiệp đóng góp nhiều thứ 17 cho hạt nhân. Các nhà phát triển của nó đã lần đầu tiên bắt đầu đóng góp cho kernel vào năm 2009 để cải thiện hiệu năng của các máy ảo Linux chạy trên trình ảo hóa Windows Hyper-V.[48]

Các hạt nhân ổn định 3.x.y đã được phát hành cho đến 3.19 trong tháng 2 năm 2015, với các phiên bản phát triển mang ký hiệu -rc. Để giải thích cho bản phát hành bản vá đặc biệt thường xuyên, series v3 của kernel đã thêm một chữ số thứ tư vào đánh số phiên bản. tháng 4 năm 2015, Torvalds đã phát hành phiên bản kernel 4.0.[27] Vào tháng 2 năm 2015, nhân Linux đã nhận được sự đóng góp của gần 12.000 lập trình viên từ hơn 1.200 công ty, bao gồm một số nhà cung cấp phần mềm và phần cứng lớn nhất thế giới.[49] Phiên bản 4.1 của nhân Linux, được phát hành vào tháng 6 năm 2015, chứa hơn 19,5 triệu dòng mã được đóng góp bởi gần 14.000 lập trình viên.[50]

Phổ biến[sửa | sửa mã nguồn]

Các bản phân phối Linux đóng gói nhân Linux với các ứng dụng, chương trình và gói ứng dụng Unix chịu trách nhiệm cho sự phổ biến ngày càng tăng của hệ điều hành Linux với người dùng.[31] Sự phổ biến của hệ điều hành Android, bao gồm nhân Linux, đã khiến hạt nhân này trở thành lựa chọn phổ biến nhất cho các thiết bị di động, cạnh tranh với cơ sở được cài đặt của tất cả các hệ điều hành khác.[51][52][53]

Nhiều bộ định tuyến người tiêu dùng cũng sử dụng nhân Linux,[54] cũng như nhiều loại thiết bị nhúng khác, chẳng hạn như smart TVs, set-top boxes, và webcams. Nhiều bản phân phối Linux trên máy tính để bàn bao gồm cả nhân Linux tồn tại, nhưng tỷ lệ sử dụng của các bản phân phối Linux thấp so với các hệ điều hành khác.

Tính đến tháng 11/ 2017, tất cả 500 siêu máy tính mạnh nhất thế giới đều chạy Linux[8].

Kiến trúc[sửa | sửa mã nguồn]

Bản đồ của Linux kernel

Hạt nhân Linux là một hạt nhân nguyên khối, hỗ trợ đa nhiệm được ưu tiên thực sự (cả ở chế độ người dùng và, kể từ series 2.6, ở chế độ nhân[55][56]),bộ nhớ ảo, thư viện dùng chung, demand loading, chia sẻ thực thi sao chép ghi (thông qua KSM), quản lý bộ nhớ, bộ giao thức Internet và phân luồng

Trình điều khiển thiết bị và phần mở rộng kernel chạy trong không gian kernel (ring 0 trong nhiều kiến trúc CPU), với toàn quyền truy cập vào phần cứng, mặc dù một số ngoại lệ chạy trong không gian người dùng, ví dụ: hệ thống file dựa trên FUSE/CUSE, và các phần của UIO.[57][58] Hệ thống đồ họa mà hầu hết mọi người sử dụng với Linux không chạy trong kernel. Không giống như các hạt nhân nguyên khối tiêu chuẩn, trình điều khiển thiết bị dễ dàng được cấu hình dưới dạng các mô-đun và được tải hoặc không tải trong khi hệ thống đang chạy. Ngoài ra, không giống như các hạt nhân nguyên khối tiêu chuẩn, trình điều khiển thiết bị có thể được xử lý trước trong một số điều kiện nhất định; tính năng này đã được thêm vào để xử lý các ngắt phần cứng một cách chính xác và để hỗ trợ tốt hơn cho đa xử lý đối xứng.[56] Theo lựa chọn, nhân Linux không có Giao diện nhị phân ứng dụng.[59]

Phần cứng cũng được tích hợp vào hệ thống phân cấp file. Giao diện trình điều khiển thiết bị với các ứng dụng người dùng thông qua một mục trong thư mục /dev hoặc /sys .[60] Thông tin quá trình cũng được ánh xạ tới hệ thống file thông qua thư mục /proc.[60]

Ngôn ngữ lập trình[sửa | sửa mã nguồn]

Linux được viết bằng một phiên bản của ngôn ngữ lập trình C hỗ trợ bởi GCC (đã giới thiệu một số phần mở rộng và thay đổi cho tiêu chuẩn C), cùng với một số phần ngắn viết bằng hợp ngữ (trong cú pháp "AT&T-style" của GCC) cho kiến trúc đích. Bởi vì sự hỗ trợ mở rộng của C mà nó được viết, GCC trong một thời gian dài là trình biên dịch có thể dịch được đúng hạt nhân Linux.
Nhiều ngôn ngữ khác được sử dụng trong nhiều cách, chủ yếu liên quan đến quá trình biên dịch. Bao gồm Perl, Python và nhiều loại shell scripting.

Trình biên dịch tương thích[sửa | sửa mã nguồn]

GCCtrình biên dịch mặc định cho nguồn nhân Linux. Năm 2014, Intel ttuyên bố đã sửa đổi kernel để trình biên dịch C của họ cũng có khả năng biên dịch hạt nhân.[61] Có một báo cáo thành công như vậy trong năm 2009, với phiên bản kernel đã được sửa đổi 2.6,22.[62][63]

Từ năm 2010, nỗ lực đã được tiến hành để xây dựng nhân Linux với Clang, một trình biên dịch thay thế cho ngôn ngữ C;[64] kể từ ngày 12 tháng 4 năm 2014, kernel chính thức gần như có thể được biên dịch bằng Clang.[65][66] Dự án dành riêng cho nỗ lực này được đặt tên là LLVMLinux theo cơ sở hạ tầng trình biên dịch LLVM mà Clang được xây dựng.[67] LLVMLinux không nhằm mục đích phân nhánh hạt nhân Linux hoặc LLVM, do đó, đây là một siêu dự án bao gồm các bản vá cuối cùng được gửi cho các dự án ngược dòng. Bằng cách cho phép nhân Linux được Clang biên dịch, trong số các ưu điểm khác, được biết đến với khả năng biên dịch nhanh hơn so với GCC, các nhà phát triển nhân có thể được hưởng lợi từ quy trình làm việc nhanh hơn do thời gian biên dịch ngắn hơn.[68]

Giao diện[sửa | sửa mã nguồn]

Bốn giao diện được phân biệt: hai bên trong kernel và hai ở giữa kernel và không gian người dùng.

Tuân thủ các tiêu chuẩn là một chính sách chung cho các phần bên trong của nhân Linux. Một quy tắc khác là một thành phần hạt nhân không được chấp nhận vào dòng chính của nhân Linux nếu chỉ có phần mềm không gian người dùng độc quyền sử dụng thành phần đó.

Kernel-to-userspace API[sửa | sửa mã nguồn]

Source code portability ensures that a C program written by conforming to a standard can be successfully compiled and run on any system that also conforms to the same standard. The relevant standards, aiming to achieve source code portability of programs, that the development of the Linux kernel, the GNU C Library, and associated utilities try to adhere to, are POSIX and the Single UNIX Specification.

The Linux kernel API of the Linux kernel, representing the kernel's system call interface, is composed of the available system calls.

Kernel-to-userspace ABI[sửa | sửa mã nguồn]

Binary portability shall guarantee that any program once compiled for a given hardware platform, can be run in its compiled form on any other hardware platform that conforms to the standard. Binary portability is an essential requirement for the commercial viability of independent software vendor (ISV) applications built for the operating systems based on the Linux kernel. Binary compatibility is much more demanding than source code portability; as of February 2014, the only standard concerning itself with binary compatibility is the Linux Standard Base (LSB).

In-kernel API[sửa | sửa mã nguồn]

At XDC2014, Alex Deucher from AMD announced the unified kernel-mode driver.[69] The proprietary Linux graphic driver, libGL-fglrx-glx, will share the same DRM infrastructure with Mesa 3D. As there is no stable in-kernel ABI, AMD had to constantly adapt the former binary blob used by Catalyst.

There are several kernel internal APIs utilized between the different subsystems and subsystems of subsystems. Some of them have been kept stable over several releases, others have not. There are no guarantees regarding the in-kernel APIs. Maintainers and contributors are free to augment or change them at any time.[70]

Examples of in-kernel APIs include software frameworks/APIs for the following classes of device drivers:

In-kernel ABI[sửa | sửa mã nguồn]

The Linux kernel developers choose not to maintain a stable in-kernel ABI.[72]

Phương diện luật pháp[sửa | sửa mã nguồn]

Điều khoản cấp phép[sửa | sửa mã nguồn]

Ban đầu, Torvalds phát hành Linux theo một giấy phép cấm sử dụng thương mại[73]. Điều này đã được thay đổi trong phiên bản 0.12 bằng cách chuyển sang Giấy phép Công cộng GNU (GPL).[19] Giấy phép này cho phép phân phối và bán các phiên bản có thể sửa đổi và chưa sửa đổi của Linux nhưng yêu cầu tất cả các bản sao đó phải được phát hành theo cùng một giấy phép và được kèm theo mã nguồn tương ứng hoàn chỉnh.

Torvalds đã mô tả việc cấp phép Linux theo GPL là "điều tốt nhất tôi từng làm".[73]

GPL v3[sửa | sửa mã nguồn]

Linux kernel chỉ được cấp phép rõ ràng theo phiên bản 2 của GPL,[4] mà không cung cấp cho người được cấp phép tùy chọn "bất kỳ phiên bản mới hơn", đây là một phần mở rộng GPL phổ biến. Đã có cuộc tranh luận đáng kể về việc giấy phép có thể được thay đổi dễ dàng để sử dụng các phiên bản GPL sau này (bao gồm cả phiên bản 3) và liệu sự thay đổi này có đáng mong muốn hay không.[74] Bản thân Torvalds đã chỉ định cụ thể khi phát hành phiên bản 2.4.0 rằng mã riêng của ông chỉ được phát hành trong phiên bản 2.[75] Tuy nhiên, các điều khoản của trạng thái GPL rằng nếu không có phiên bản nào được chỉ định thì có thể sử dụng bất kỳ phiên bản nào,[76] và Alan Cox chỉ ra rằng rất ít người đóng góp Linux khác đã chỉ định một phiên bản cụ thể của GPL.[77]

Tháng 9/2006, một cuộc khảo sát với 29 lập trình viên hạt nhân chính đã chỉ ra rằng 28 người thích GPLv2 hơn dự thảo hiện tại của GPLv3. Torvalds nhận xét: "Tôi nghĩ rằng một số người ngoài cuộc... tin rằng cá nhân tôi chỉ là người kỳ quặc vì tôi đã công khai không phải là một fan hâm mộ lớn của GPLv3."[78] Nhóm các nhà phát triển hạt nhân cao cấp này, bao gồm Linus Torvalds, Greg Kroah-Hartman và Andrew Morton, đã bình luận trên các phương tiện truyền thông đại chúng về sự phản đối của họ đối với GPLv3.[79] Họ đã đề cập đến các điều khoản liên quan đến DRM/tivoization, bằng sáng chế, "các hạn chế bổ sung" và cảnh báo Balkanisation của "Open Source Universe" của GPLv3.[79][80] Linus Torvalds, người quyết định không áp dụng GPLv3 cho nhân Linux, đã nhắc lại những lời chỉ trích của mình thậm chí nhiều năm sau đó.[81]

Loadable kernel modules[sửa | sửa mã nguồn]

Cuộc tranh luận liệu các loadable kernel modules (LKMs) có được coi là tác phẩm phái sinh theo luật bản quyền hay không, và do đó nằm trong các điều khoản của GPL.

Torvalds đã tuyên bố niềm tin của mình rằng các LKM chỉ sử dụng một tập hợp con giới hạn, "công khai" của các giao diện kernel đôi khi có thể là các tác phẩm không có nguồn gốc, do đó cho phép một số trình điều khiển chỉ nhị phân và các LKM khác không được cấp phép theo GPL.[cần dẫn nguồn] Một ví dụ điển hình cho việc này là việc sử dụng dma_buf bởi các trình điều khiển đồ họa Nvidia độc quyền. dma_buf là một tính năng kernel gần đây giống như phần còn lại của kernel, nó được cấp phép theo GPL), cho phép nhiều GPU nhanh chóng sao chép dữ liệu vào bộ đệm khung của nhau.[82] Một trường hợp sử dụng có thể là Nvidia Optimus kết hợp GPU nhanh với GPU tích hợp Intel, trong đó GPU Nvidia ghi vào bộ đệm khung Intel khi nó hoạt động. Nhưng, Nvidia không thể sử dụng cơ sở hạ tầng này vì nó sử dụng một phương tiện kỹ thuật để thực thi quy tắc rằng nó chỉ có thể được sử dụng bởi các LKM cũng là GPL. đã trả lời trên LKML, từ chối yêu cầu từ một trong các kỹ sư của họ để loại bỏ thực thi kỹ thuật này khỏi API. Tuy nhiên, không phải tất cả những người đóng góp nhân Linux đều đồng ý với cách giải thích này, và ngay cả Torvald cũng đồng ý rằng nhiều LKM là các tác phẩm có nguồn gốc rõ ràng, và thực sự ông viết rằng "các mô-đun hạt nhân là dẫn xuất 'theo mặc định'".[83]

Mặt khác, Torvalds cũng đã nói rằng "một vùng màu xám nói riêng giống như một trình điều khiển ban đầu được viết cho một hệ điều hành khác (nghĩa là rõ ràng không phải là một tác phẩm có nguồn gốc từ Linux). [...] ĐÓ là một khu vực màu xám, and _that_ is khu vực mà cá nhân tôi tin rằng một số mô-đun có thể được coi là không có nguồn gốc hoạt động đơn giản vì chúng không được thiết kế cho Linux và không phụ thuộc vào bất kỳ hành vi đặc biệt nào của Linux".[84] Trình điều khiển đồ họa độc quyền, đặc biệt, được thảo luận rất nhiều. Cuối cùng, có khả năng những câu hỏi như vậy chỉ có thể được giải quyết bởi một tòa án.

Firmware binary blobs[sửa | sửa mã nguồn]

Một điểm gây tranh cãi về cấp phép là việc sử dụng firmware "binary blobs" trong Linux kernel để hỗ trợ một số thiết bị phần cứng. Các tệp này thuộc nhiều loại giấy phép, trong đó nhiều tệp bị hạn chế và mã nguồn cơ bản chính xác của chúng thường không được biết.

Năm 2002, Richard Stallman đã tuyên bố tại sao, theo quan điểm của mình, những đốm màu đó làm cho nhân Linux không phải là một phần mềm miễn phí và việc phân phối nhân Linux "vi phạm GPL", đòi hỏi phải có "mã nguồn tương ứng hoàn chỉnh".[5] Năm 2008, Tổ chức Phần mềm Tự do Mỹ Latinh đã khởi động Linux-libre như một dự án tạo ra một biến thể hoàn toàn miễn phí của nhân Linux mà không có đối tượng độc quyền; nó được sử dụng bởi một số bản phân phối Linux hoàn toàn tự do, chẳng hạn như những bản phân phối được chứng nhận bởi Free Software Foundation, trong khi nó cũng có thể được sử dụng trên hầu hết các bản phân phối.[85]

Vào ngày 15 tháng 12 năm 2010, Dự án Debian đã thông báo rằng phiên bản ổn định tiếp theo của Debian "6.0 Squeeze" sẽ đi kèm với một hạt nhân "loại bỏ tất cả các bit phần mềm không tự do".[86] Chính sách này tiếp tục được áp dụng trong các bản phát hành Debian ổn định sau này.

Thương hiệu[sửa | sửa mã nguồn]

Linux là thương hiệu đã đăng ký của Linus Torvalds tại Mỹ và một số quốc gia khác. Đây là kết quả của một sự cố trong đó William Della Croce, Jr., người không tham gia vào dự án Linux, đã đăng ký nhãn hiệu tên và sau đó yêu cầu tiền bản quyền để sử dụng nó[87]. Một số người ủng hộ Linux đã yêu cầu tư vấn pháp lý và nộp đơn kiện chống lại Della Croce. Vấn đề đã được giải quyết vào tháng 8 năm 1997 khi nhãn hiệu được giao cho Linus Torvalds[88][89].

Tranh chấp SCO[sửa | sửa mã nguồn]

Đầu năm 2007, SCO đã đệ trình các chi tiết cụ thể về vi phạm bản quyền có mục đích. Mặc dù các tuyên bố trước đó rằng SCO là chủ sở hữu hợp pháp của 1 triệu dòng mã, họ chỉ xác định 326 dòng mã, hầu hết trong số đó là không bản quyền[90]. Vào tháng 8 năm 2007, tòa án trong vụ Novell đã phán quyết rằng SCO đã không thực sự sở hữu bản quyền của Unix[91], mặc dù Tòa án phúc thẩm thứ mười phán quyết vào tháng 8 năm 2009 rằng câu hỏi về người sở hữu bản quyền vẫn còn đúng cho bồi thẩm đoàn câu trả lời. Tòa án đã ra phán quyết ngày 30 tháng 3 năm 2010 có lợi cho Novell.[92]

Phát triển[sửa | sửa mã nguồn]

Cộng đồng nhà phát triển[sửa | sửa mã nguồn]

Tính đến năm 2007, sự phát triển của hạt nhân đã chuyển từ top 20 nhà phát triển tích cực nhất, viết 80% mã thành top 30 viết 30% mã, với các nhà phát triển hàng đầu dành nhiều thời gian xem xét thay đổi hơn.[93] Các nhà phát triển cũng có thể được phân loại theo liên kết; trong năm 2007, các nhóm hàng đầu là không rõ trong khi đứng đầu nhóm doanh nghiệp là Red Hat với 12% đóng góp, và những người nghiệp dư được biết ở mức 3.9%.[93] Những thay đổi về hạt nhân được thực hiện trong năm 2007 đã được gửi bởi hơn 1900 nhà phát triển, có thể là một đánh giá thấp đáng kể bởi vì các nhà phát triển làm việc theo nhóm thường được tính là một.[cần dẫn nguồn] Nó thường được giả định rằng cộng đồng các nhà phát triển hạt nhân Linux bao gồm 5000 hoặc 6000 thành viên.

Cập nhật từ 2016 Linux Kernel Development Report, do Linux Foundation phát hành,bao gồm giai đoạn từ 3,18 (tháng 12 năm 2014) đến 4,7 (tháng 7 năm 2016): Khoảng 1500 nhà phát triển đã đóng góp cho mỗi bản phát hành từ khoảng 200-250 công ty trên mỗi bản phát hành. 30 nhà phát triển hàng đầu đã đóng góp hơn 16% mã. Trong khối doanh nghiệp, những công ty đóng góp nhiều nhất là Intel (12,9%) và Red Hat (8,0%), vị trí thứ ba và thứ tư được tổ chức bởi danh mục 'không' (7,7%) và 'không xác định' (6,8%)[94].

Quá trình phát triển[sửa | sửa mã nguồn]

Một nhà phát triển muốn thay đổi hạt nhân Linux bắt đầu bằng việc phát triển và thử nghiệm sự thay đổi đó. Tùy thuộc vào mức độ thay đổi đáng kể và số lượng hệ thống con mà nó thay đổi mà thay đổi sẽ bao gồm một bản vá hoặc nhiều bản vá. Trong trường hợp của một hệ thống con duy nhất được duy trì bởi một người bảo trì duy nhất, các bản vá này được gửi dưới dạng e-mail đến người duy trì hệ thống con với danh sách gửi thư thích hợp trong Cc. Người duy trì và độc giả của danh sách gửi thư sẽ xem xét các bản vá và cung cấp phản hồi. Khi quá trình xem xét kết thúc, người duy trì chấp nhận các bản vá lỗi trong cây hạt nhân của mình. Nếu những thay đổi này là sửa lỗi được coi là đủ quan trọng, yêu cầu kéo bao gồm các bản vá sẽ được gửi đến Linus Torvalds trong vòng vài ngày. Nếu không, yêu cầu kéo sẽ được gửi đến Linus Torvalds trong cửa sổ hợp nhất tiếp theo. Cửa sổ hợp nhất thường kéo dài hai tuần và bắt đầu ngay sau khi phát hành phiên bản hạt nhân trước đó.[95]

Linus Torvalds là nhân tố cuối cùng không chỉ qua những thay đổi được chấp nhận vào nhân Linux mà còn hơn những người có thể trở thành một người bảo trì. Các nhà bảo trì hạt nhân giữ vai trò của họ trừ khi họ tự nguyện đóng vai trò của họ. Không có ví dụ nào được biết về các nhà bảo trì hạt nhân đã được yêu cầu từ bỏ. Ngoài ra, không có ví dụ nào được biết đến về trình bảo trì hạt nhân đã bị chỉ trích vì kiểu tương tác của cô ấy với các nhà phát triển của Linus. Điều này mang đến cho người bảo trì một lượng năng lượng đáng kể. Mặc dù văn hóa trong cộng đồng phát triển hạt nhân đã được cải thiện qua nhiều năm, cộng đồng phát triển hạt nhân có tiếng tăm đôi khi rất thô lỗ.[96][97] Các nhà phát triển cảm thấy bị đối xử không công bằng có thể báo cáo điều này với Linux Foundation's Technical Advisory Board.[98] Một số thành viên cộng đồng hạt nhân không đồng ý với văn hóa thảo luận hiện tại.[99]

Xung đột cộng đồng phát triển[sửa | sửa mã nguồn]

Đã có một số xung đột đáng chú ý giữa các nhà phát triển nhân Linux. Ví dụ về những xung đột đó là:

  • Ngày 10 tháng 7 năm 2007 Con Kolivas tuyên bố rằng ông sẽ ngừng phát triển cho nhân Linux. Thảo luận về lý do của mình trong một cuộc phỏng vấn, ông bày tỏ sự thất vọng với các khía cạnh của quy trình phát triển nhân chính, mà ông cảm thấy không ưu tiên đủ cho tương tác máy tính để bàn, ngoài việc hack gây tổn hại cho sức khỏe, công việc và gia đình.[100][101]
  • Ngày 28 tháng 7 năm 2009, Alan Cox đã từ bỏ vai trò là người duy trì lớp TTY sau khi không đồng ý với Torvalds về phạm vi công việc cần thiết để sửa lỗi trong hệ thống con đó.[102]
  • Tháng 12 năm 2010, đã có một cuộc thảo luận giữa nhà bảo trì SCSI James bottomley và nhà duy trì SCST Vladislav Bolkhovitin về việc ngăn xếp mục tiêu SCSI nào sẽ được đưa vào nhân Linux - SCST hoặc LIO. Mặc dù tại thời điểm đó SCST được coi là vượt trội về mặt kỹ thuật, LIO đã được sáp nhập ngược dòng.[103] Điều này làm cho một số người dùng Linux buồn bã.[104]
  • Vào ngày 14 tháng 6 năm 2012 Linus Torvalds đã nói rất rõ rằng ông không đồng ý với việc NVIDIA phát hành trình điều khiển của mình dưới dạng trình điều khiển nguồn đóng.[105]
  • Ngày 6 tháng 10 năm 2014, Lennart Poettering đã cáo buộc Linus Torvalds dung túng kiểu thảo luận thô lỗ trong danh sách gửi thư liên quan đến nhân Linux và là một mô hình vai trò xấu.[106]
  • Ngày 5 tháng 3 năm 2015, Christoph Hellwig đã đệ đơn kiện VMware vì vi phạm bản quyền trên nhân Linux.[107] Linus Torvalds nói rõ rằng ông không đồng ý với việc này và các ý định tương tự bằng cách gọi luật sư là một bệnh hoạn.[108]

Các nhà phát triển nhân Linux nổi bật đã nhận thức được tầm quan trọng của việc tránh xung đột giữa các nhà phát triển.[109] Trong một thời gian dài, không có quy tắc ứng xử nào cho các nhà phát triển nhân do sự phản đối của Linus Torvalds.[110] Tuy nhiên, một Linux Kernel Code of Conflict đã được giới thiệu vào ngày 8 tháng 3 năm 2015.[111] Nó đã được thay thế vào ngày 16 tháng 9 năm 2018 bởi Code of Conduct dựa trên Giao ước cộng tác viên (Contributor Covenant). Điều này trùng hợp với một lời xin lỗi công khai của Linus và một thông báo rằng ông đang tạm nghỉ phát triển nhân.[112][113]

Codebase[sửa | sửa mã nguồn]

Tính năng kĩ thuật[sửa | sửa mã nguồn]

Linux hỗ trợ đa tác vụ ưu tiên (cả user mode và kernel mode), bộ nhớ ảo, thư viện chia sẻ, quản lý bộ nhớ, bộ giao thức Internet và luồng.

Kiến trúc[sửa | sửa mã nguồn]

Linux là nhân nguyên khối. Trình điều khiển thiết bị và hạt nhân chạy trong không gian hạt nhân, với khả năng truy suất đến phần cứng, tuy nhiên một vài ngoại lệ chạy ở không gian user. Hệ thống đồ hoạ mọi người sử dụng với Linux không chạy trong hạt nhân.

"Hoảng loạn hạt nhân"/Lỗi hạt nhân (kernel panic)[sửa | sửa mã nguồn]

Trong Linux, một "hoảng loạn" là lỗi hệ thống không khắc phục được phát hiện bởi hạt nhân. Khả năng mã hạt nhân phát xác định những điều kiện gọi hàm panic ở tệp sys/system.h.

Biên dịch hạt nhân[sửa | sửa mã nguồn]

Với máy tính tốc độ thấp, khả năng biên dịch hạt nhân là khả dĩ. Với trình biên dịch GCC và các công cụ khác như Perl,... bạn có thể biên dịch hạt nhân Linux. Thời gian biên dịch khoảng trên dưới 1 giờ đồng hồ. Sau khi biên dịch bạn có thể cấu hình lại boot loader config để khởi động vào hạt nhân mới biên dịch. Có thể biên dịch đa kiến trúc, ngoài kiến trúc bạn đang dùng.

Tham khảo[sửa | sửa mã nguồn]

  1. ^ “Linux Logos and Mascots”. Linux Online. 2008. Bản gốc lưu trữ ngày 15 tháng 8 năm 2010. Truy cập ngày 11 tháng 8 năm 2009. 
  2. ^ Balsa, Andrew D. “The linux-kernel mailing list FAQ”. Tux.Org. Bản gốc lưu trữ ngày 1 tháng 7 năm 2016. 
  3. ^ Martens, China (28 tháng 7 năm 2006). “Linux creator Torvalds still no fan of GPLv3”. InfoWorld. IDG. Truy cập ngày 15 tháng 2 năm 2015. 
  4. ^ a ă “Linux Kernel Copying”. Truy cập ngày 25 tháng 9 năm 2013. Also note that the only valid version of the GPL as far as the kernel is concerned is _this_ particular version of the license (ie v2, not v2.2 or v3.x or whatever), unless explicitly otherwise stated. [liên kết hỏng] Lỗi chú thích: Thẻ <ref> không hợp lệ: tên “COPYING” được định rõ nhiều lần, mỗi lần có nội dung khác
  5. ^ a ă Stallman, Richard (2002). “Linux, GNU, and freedom”. Free Software Foundation. Truy cập ngày 21 tháng 2 năm 2007.  Lỗi chú thích: Thẻ <ref> không hợp lệ: tên “Blobs” được định rõ nhiều lần, mỗi lần có nội dung khác
  6. ^ “kernel/git/stable/linux-stable.git”. git.kernel.org. 16 tháng 10 năm 2002. Bản gốc lưu trữ ngày 13 tháng 1 năm 2013. Truy cập ngày 21 tháng 8 năm 2012. path: root/firmware/WHENCE 
  7. ^ “Linux Readme”. git.kernel.org. 
  8. ^ a ă “TOP500 Supercomputer Sites: Operating system Family / Linux”. Top500.org. 
  9. ^ Richardson, Marjorie (1 tháng 11 năm 1999). “Interview: Linus Torvalds”. Linux Journal. Truy cập ngày 20 tháng 8 năm 2009. 
  10. ^ “Free as in Freedom: Richard Stallman's Crusade for Free Software”. O'Reilly Media. O'Reilly Media. ISBN 0-596-00287-4. 
  11. ^ Unix System Laboratories v. Berkeley Software, 832 F. Supp. 790 (D.N.J. 1993).
  12. ^ “The Linux Foundation Releases Linux Development Report.”. The Linux Foundation. 
  13. ^ Kroah-Hartman, Greg. “The Linux Kernel Driver Interface”. Linux Kernel Documentation. Bản gốc lưu trữ ngày 21 tháng 12 năm 2016. Truy cập ngày 20 tháng 1 năm 2016. 
  14. ^ Torvalds, Linus (ngày 25 tháng 9 năm 2016). “Re: GPLv3 Position Statement”. Danh sách thư LKML. 
  15. ^ a ă “Linux Kernel Copying”. Truy cập ngày 25 tháng 9 năm 2013. Also note that the only valid version of the GPL as far as the kernel is concerned is _this_ particular version of the license (ie v2, not v2.2 or v3.x or whatever), unless explicitly otherwise stated. [liên kết hỏng]
  16. ^ “Linux-2.4.0-test8”. Danh sách thư LKML. 8 tháng 9 năm 2000. Truy cập ngày 21 tháng 11 năm 2015. The only one of any note that I'd like to point out directly is the clarification in the COPYING file, making it clear that it's only _that_particular version of the GPL that is valid for the kernel. This should not come as any surprise, as that's the same license that has been there since 0.12 or so, but I thought I'd make that explicit 
  17. ^ (26 August 1991). "What would you like to see most in minix?". comp.os.minix. (Google Groups).
  18. ^ (5 October 1991). "Free minix-like kernel sources for 386-AT". comp.os.minix. (Google Groups).
  19. ^ a ă Torvalds, Linus. “Release Notes for Linux v0.12”. The Linux Kernel Archives. 
  20. ^ a ă (19 January 1992). "Troubles with Partitions". alt.os.linux. (Google Groups). Được truy cập ngày 7 January 2007.
  21. ^ (31 March 1992). "It's here!". comp.os.linux. (Google Groups). Được truy cập ngày 7 January 2007.
  22. ^ “Appendix A: The Tanenbaum-Torvalds Debate”. Open Sources: Voices from the Open Source Revolution. O'Reilly. 1999. ISBN 1-56592-582-3. Truy cập ngày 22 tháng 11 năm 2006. 
  23. ^ (29 January 1992). "LINUX is obsolete". comp.os.minix. (Google Groups). Được truy cập ngày 10 May 2006.
  24. ^ Torvalds, Linus (9 tháng 5 năm 2006). “Hybrid kernel, not NT”. Truy cập ngày 6 tháng 1 năm 2007. 
  25. ^ Tanenbaum, Andy (12 tháng 5 năm 2006). “Tanenbaum-Torvalds Debate: Part II”. VU University Amsterdam. Truy cập ngày 6 tháng 1 năm 2007. 
  26. ^ a ă Christine Bresnahan & Richard Blum (2016). LPIC-2: Linux Professional Institute Certification Study Guide: Exam 201 and Exam 202. John Wiley & Sons. tr. 107. ISBN 9781119150794. 
  27. ^ a ă â b Christine Bresnahan & Richard Blum (2016). LPIC-2: Linux Professional Institute Certification Study Guide: Exam 201 and Exam 202. John Wiley & Sons. tr. 108. ISBN 9781119150794. 
  28. ^ Fred Hantelmann (2016). LINUX Start-up Guide: A self-contained introduction. Springer Science & Business Media. tr. 1. ISBN 9783642607493. 
  29. ^ “Linux Distributions Timeline”. FabioLolix. 10 tháng 8 năm 2019. Truy cập tháng 11 ngày 17, 2018.  Kiểm tra giá trị ngày tháng trong: |accessdate= (trợ giúp)
  30. ^ a ă Fred Hantelmann (2016). LINUX Start-up Guide: A self-contained introduction. Springer Science & Business Media. tr. 1–2. ISBN 9783642607493. 
  31. ^ a ă Fred Hantelmann (2016). LINUX Start-up Guide: A self-contained introduction. Springer Science & Business Media. tr. 16. ISBN 9783642607493. 
  32. ^ Offline, Jeremy (13 tháng 10 năm 2001). “Kernel Release Numbering Redux”. KernelTrap. Bản gốc lưu trữ ngày 24 tháng 11 năm 2010. Truy cập ngày 30 tháng 10 năm 2010. 
  33. ^ Torvalds, Linus. “RFD: Kernel release numbering”. Danh sách thư LKML. Truy cập ngày 30 tháng 10 năm 2010. 
  34. ^ Jeremy (4 tháng 8 năm 2006). “Linux: 2.6.16.y Lives On”. KernelTrap. Bản gốc lưu trữ ngày 14 tháng 9 năm 2010. Truy cập ngày 30 tháng 10 năm 2010. 
  35. ^ Kroah-Hartman, Greg (3 tháng 8 năm 2006). “Adrian Bunk is now taking over the 2.6.16-stable branch”. Danh sách thư LKML. Truy cập ngày 21 tháng 2 năm 2015. 
  36. ^ Jeremy (23 tháng 3 năm 2006). “Linux: Maintaining A 2.6.16.y Tree”. KernelTrap. Bản gốc lưu trữ ngày 20 tháng 6 năm 2010. Truy cập ngày 30 tháng 10 năm 2010. 
  37. ^ Bunk, Adrian (11 tháng 10 năm 2008). “Linux 2.6.27 will be a longtime supported kernel”. Danh sách thư LKML. Truy cập ngày 30 tháng 10 năm 2010. 
  38. ^ Kroah-Hartman, Greg (8 tháng 9 năm 2009). “Re: 2.6.27 maintenance plans after 2.6.32 is released”. Danh sách thư LKML. 
  39. ^ “This Just Isn't Working Any More”. kerneltrap.org. 18 tháng 9 năm 2007. Bản gốc lưu trữ ngày 27 tháng 1 năm 2008. 
  40. ^ Rothwell, Stephen (12 tháng 2 năm 2008). “Announce: Linux-next (Or Andrew's dream :-))”. Danh sách thư LKML. Truy cập ngày 30 tháng 10 năm 2010. 
  41. ^ Corbet, Jonathan (21 tháng 10 năm 2010). “linux-next and patch management process”. LWN.net. Eklektix, Inc. Truy cập ngày 30 tháng 10 năm 2010. 
  42. ^ “The Linux Kernel Archives”. Kernel.org. Truy cập ngày 22 tháng 1 năm 2014. 
  43. ^ Linux Kernel Mailing List (17 tháng 6 năm 2005). “Linux 2.6.12”. Danh sách thư. 
  44. ^ Kroah-Hartman, Greg (tháng 4 năm 2008). “Linux Kernel Development: How Fast it is Going, Who is Doing It, What They are Doing, and Who is Sponsoring It”. 
  45. ^ Torvalds, Linus. “Linux 3.0 release”. Linux kernel mailing list. 
  46. ^ Hachman, Mark (22 tháng 7 năm 2011). “Linux 3.0 Released; Linus Torvalds Explains Why You Shouldn't Care”. PC Magazine. Ziff Davis. 
  47. ^ Leemhuis, Thorsten (19 tháng 5 năm 2011). “Linux Kernel Data”. The H. Heinz Heise. 
  48. ^ Ryan Paul (4 tháng 3 năm 2012). “Linux kernel in 2011: 15 million total lines of code and Microsoft is a top contributor”. arsTechnica. Truy cập ngày 30 tháng 3 năm 2019. 
  49. ^ “The Linux Foundation Releases Linux Development Report”. Linux Foundation. 18 tháng 2 năm 2015. Bản gốc lưu trữ ngày 19 tháng 7 năm 2016. Truy cập ngày 20 tháng 2 năm 2015.  Đã bỏ qua tham số không rõ |df= (trợ giúp)
  50. ^ Michael Larabel (23 tháng 6 năm 2014). “Linux Kernel At 19.5 Million Lines Of Code, Continues Rising”. Phoronix. Truy cập ngày 23 tháng 6 năm 2015. 
  51. ^ “Gartner Says Sales of Tablets Will Represent Less Than 10 Percent of All Devices in 2014” (Thông cáo báo chí). Egham, UK: Gartner. 15 tháng 10 năm 2014. Truy cập ngày 19 tháng 10 năm 2014. 
  52. ^ Lunden, Ingrid (15 tháng 10 năm 2014). “Tablet Sales Growth Plummets In 2014 As Android Smartphones Continue To Soar: Gartner”. TechCrunch. AOL. Truy cập ngày 23 tháng 10 năm 2014. 
  53. ^ “Global PC Shipments Exceed Forecast with Mild Improvement in Consumer Demand, While Apple Moves to #5 Spot, According to IDC” (Thông cáo báo chí). Framingham, MA: IDC. 8 tháng 10 năm 2014. Bản gốc lưu trữ ngày 11 tháng 10 năm 2014. Truy cập ngày 19 tháng 10 năm 2014.  Đã bỏ qua tham số không rõ |df= (trợ giúp)
  54. ^ Anthony, Sebastian (29 tháng 9 năm 2014). “Shellshock: A deadly new vulnerability that could lay waste to the internet (updated)”. ExtremeTech. Ziff Davis. Truy cập ngày 23 tháng 10 năm 2014. most consumer routers run an embedded version of Linux 
  55. ^ “FAQ: Preemption”. kernelnewbies.org. 22 tháng 8 năm 2009. Truy cập ngày 7 tháng 5 năm 2015. 
  56. ^ a ă Jonathan Corbet (24 tháng 2 năm 2003). “Driver porting: the preemptible kernel”. LWN.net. Truy cập ngày 7 tháng 5 năm 2015. 
  57. ^ Jake Edge (25 tháng 11 năm 2008). “Character devices in user space”. LWN.net. Truy cập ngày 7 tháng 5 năm 2015. 
  58. ^ Jonathan Corbet (2 tháng 5 năm 2007). “UIO: user-space drivers”. LWN.net. Truy cập ngày 7 tháng 5 năm 2015. 
  59. ^ Kroah-Hartman, Greg. “The Linux Kernel Driver Interface”. Bản gốc lưu trữ ngày 4 tháng 11 năm 2013. 
  60. ^ a ă Nguyen, Binh (30 tháng 7 năm 2004). “Linux Filesystem Hierarchy: Chapter 1. Linux Filesystem Hierarchy”. The Linux Documentation Project. Truy cập ngày 28 tháng 11 năm 2012. 
  61. ^ Kubbilun, Ingo A. (2 tháng 6 năm 2004). “Linux kernel patch for Intel Compiler” (bằng tiếng Đức). Pyrillion.org. Bản gốc lưu trữ ngày 22 tháng 7 năm 2011. Truy cập ngày 12 tháng 11 năm 2010. 
  62. ^ timothy (26 tháng 2 năm 2009). “High Performance Linux Kernel Project — LinuxDNA”. Slashdot Linux. Dice Holdings. Truy cập ngày 30 tháng 10 năm 2010. 
  63. ^ Ryan, Justin (25 tháng 2 năm 2009). “LinuxDNA Supercharges Linux with the Intel C/C++ Compiler”. Linux Journal. Belltown Media, Inc. Truy cập ngày 30 tháng 10 năm 2010. 
  64. ^ Lelbach, Bryce (25 tháng 10 năm 2010). “Clang builds a working Linux Kernel (Boots to RL5 with SMP, networking and X, self hosts)”. Danh sách thư. Bản gốc lưu trữ ngày 7 tháng 9 năm 2015. 
  65. ^ Larabel, Michael (12 tháng 4 năm 2014). “Linux 3.15 Can Almost Be Compiled Under LLVM's Clang”. Phoronix. Truy cập ngày 10 tháng 6 năm 2014. 
  66. ^ Larabel, Michael. “Patch By Patch, LLVM Clang Gets Better At Building The Linux Kernel”. Phoronix. Truy cập ngày 20 tháng 11 năm 2014. 
  67. ^ Edge, Jake (7 tháng 5 năm 2013). “LFCS: The LLVMLinux project”. LWN.net. Truy cập ngày 3 tháng 3 năm 2015. 
  68. ^ Möller, Jan-Simon (2 tháng 2 năm 2014). “LLVMLinux: The Linux Kernel with Dragon Wings” (PDF). LLVM Project. Truy cập ngày 3 tháng 3 năm 2015. 
  69. ^ Deucher, Alex (7 tháng 10 năm 2014). “AMD's New Unified Open Source Driver”. X.Org Foundation. Truy cập ngày 21 tháng 1 năm 2015. 
  70. ^ Greg Kroah-Hartman. “The Linux Kernel Driver Interface”. Bản gốc lưu trữ ngày 4 tháng 11 năm 2013. Truy cập ngày 10 tháng 4 năm 2015. 
  71. ^ “About mac80211”. Linux Kernel Organization, Inc. Truy cập ngày 8 tháng 6 năm 2014. 
  72. ^ “Report on ABI changes in the Linux kernel”. Andrey Ponomarenko's ABI laboratory. 17 tháng 3 năm 2016. 
  73. ^ a ă Yamagata, Hiroo (3 tháng 8 năm 1997). “The Pragmatist of Free Software”. HotWired. Bản gốc lưu trữ ngày 10 tháng 2 năm 2007. Truy cập ngày 21 tháng 2 năm 2007. 
  74. ^ Corbet, Jonathan (31 tháng 1 năm 2006). “GPLv3 and the kernel”. LWN.net. Truy cập ngày 21 tháng 2 năm 2007. 
  75. ^ Torvalds, Linus (8 tháng 9 năm 2000). “Linux-2.4.0-test8”. Danh sách thư LKML. Truy cập ngày 21 tháng 2 năm 2007. 
  76. ^ “gnu.org”. www.gnu.org (bằng tiếng Anh). Truy cập ngày 18 tháng 10 năm 2017. 
  77. ^ Cox, Alan (20 tháng 1 năm 2006). “Re: GPL V3 and Linux”. Danh sách thư LKML. Truy cập ngày 21 tháng 2 năm 2007. 
  78. ^ Shankland, Stephen (25 tháng 9 năm 2006). “Top Linux programmers pan GPL 3”. News.com. CNET. Truy cập ngày 21 tháng 2 năm 2007. 
  79. ^ a ă James E.J. Bottomley, Mauro Carvalho Chehab, Thomas Gleixner, Christoph Hellwig, Dave Jones, Greg Kroah-Hartman, Tony Luck, Andrew Morton, Trond Myklebust, David Woodhouse (15 tháng 9 năm 2006). “Kernel developers' position on GPLv3: The Dangers and Problems with GPLv3”. LWN.net. Truy cập ngày 11 tháng 3 năm 2015. The current version (Discussion Draft 2) of GPLv3 on first reading fails the necessity test of section 1 on the grounds that there's no substantial and identified problem with GPLv2 that it is trying to solve. However, a deeper reading reveals several other problems with the current FSF draft: 5.1 DRM Clauses [...] 5.2 Additional Restrictions Clause [...] 5.3 Patents Provisions [...] since the FSF is proposing to shift all of its projects to GPLv3 and apply pressure to every other GPL licensed project to move, we foresee the release of GPLv3 portends the Balkanisation of the entire Open Source Universe upon which we rely. 
  80. ^ Petreley, Nicholas (27 tháng 9 năm 2006). “A fight against evil or a fight for attention?”. linuxjournal.com. Truy cập ngày 11 tháng 3 năm 2015. Second, the war between Linus Torvalds and other Kernel developers and the Free Software Foundation over GPLv3 is continuing, with Torvalds saying he's fed up with the FSF. 
  81. ^ Linus Torvalds says GPL v3 violates everything that GPLv2 stood for Debconf 2014, Portland, Oregon (accessed 11 March 2015)
  82. ^ Clark, Rob; Semwal, Sumit (1 tháng 11 năm 2012). “DMA Buffer Sharing Framework: An Introduction” (PDF). Embedded Linux Conference. Truy cập ngày 2 tháng 8 năm 2014. 
  83. ^ Torvalds, Linus (10 tháng 12 năm 2003). “RE: Linux GPL and binary module exception clause?”. Danh sách thư LKML. Truy cập ngày 31 tháng 12 năm 2010. 
  84. ^ Torvalds, Linus (3 tháng 12 năm 2003). “Re: Linux GPL and binary module exception clause?”. Danh sách thư LKML. Truy cập ngày 12 tháng 11 năm 2010. 
  85. ^ “::[FSFLA]:: GNU Linux-libre project”. fsfla.org. 
  86. ^ “Debian 6.0 "Squeeze" to be released with completely free Linux Kernel”. Debian. 15 tháng 12 năm 2010. Truy cập ngày 8 tháng 1 năm 2011. 
  87. ^ Hughes, Phil (1 tháng 8 năm 1997). “Linux Trademark Dispute”. Linux Journal. Belltown Media, Inc. 
  88. ^ Hughes, Phil (1 tháng 3 năm 1997). “Action Taken on Linux Trademark”. Linux Journal. Belltown Media, Inc. 
  89. ^ Gisselberg, Tonya (2010). “The Trademark History of Linux, the Operating System” (PDF). Gisselberg Law Firm, Inc. 
  90. ^ Jones, Pamela (8 tháng 3 năm 2007). “Report from the Courthouse March 7 - Part 1 (IBM's Motion for DJ on 10th CC)”. Groklaw. 
  91. ^ Jones, Pamela (10 tháng 8 năm 2007). “Court Rules: Novell owns the UNIX and UnixWare copyrights! Novell has right to waive!”. Groklaw. 
  92. ^ Harvey, Tom (30 tháng 3 năm 2010). “Jury says Novell owns Unix copyrights”. The Salt Lake Tribune. MediaNews Group. 
  93. ^ a ă Marti, Don. “Are top Linux developers losing the will to code?”. ComputerworldUK (bằng tiếng en-GB). Truy cập ngày 24 tháng 10 năm 2016. 
  94. ^ “Linux Kernel Development Report 2016”. 
  95. ^ “How the development process works”. Truy cập ngày 4 tháng 2 năm 2018. 
  96. ^ Sharwood, Simon (6 tháng 10 năm 2015). “Linux kernel dev who asked Linus Torvalds to stop verbal abuse quits over verbal abuse”. The Register. 
  97. ^ Corbet, Jonathan (6 tháng 11 năm 2017). “Bash the kernel maintainers”. LWN.net. Truy cập ngày 4 tháng 2 năm 2018. 
  98. ^ “Code of Conflict”. Truy cập ngày 4 tháng 2 năm 2018. 
  99. ^ Edge, Jake (31 tháng 1 năm 2018). “Too many lords, not enough stewards”. LWN.net. Truy cập ngày 4 tháng 2 năm 2018. 
  100. ^ “Why I quit: kernel developer Con Kolivas”. APC Magazine. ACP Magazines. 24 tháng 7 năm 2007. Bản gốc lưu trữ ngày 7 tháng 7 năm 2011. Truy cập ngày 15 tháng 8 năm 2011. 
  101. ^ Corbet, Jonathan (25 tháng 7 năm 2007). “Re: -mm merge plans for 2.6.23”. LWN.net. Truy cập ngày 10 tháng 2 năm 2018. 
  102. ^ Cox, Alan (28 tháng 7 năm 2009). “Re: [PATCH] kdesu broken”. Truy cập ngày 10 tháng 2 năm 2018. 
  103. ^ Rodrigues, Goldwyn (22 tháng 1 năm 2011). “A tale of two SCSI targets”. Truy cập ngày 14 tháng 2 năm 2018. 
  104. ^ Steinmetz, Andreas (17 tháng 1 năm 2013). “LIO - the broken iSCSI target implementation”. Truy cập ngày 14 tháng 2 năm 2018. 
  105. ^ Paul, Ryan (19 tháng 6 năm 2012). “Linus Torvalds says “f–k you” to NVIDIA”. Truy cập ngày 14 tháng 2 năm 2018. 
  106. ^ Poettering, Lennart (6 tháng 10 năm 2014). “On the sickness of the Linux Kernel Community”. Google+. Truy cập ngày 10 tháng 2 năm 2018. 
  107. ^ Brodkin, Jon (6 tháng 3 năm 2015). “VMware alleged to have violated Linux’s open source license for years”. Ars Technica. Truy cập ngày 14 tháng 2 năm 2018. 
  108. ^ McCarthy, Kieren (26 tháng 8 năm 2016). “Having offended everyone else in the world, Linus Torvalds calls own lawyers a 'nasty festering disease'. The Register. Truy cập ngày 14 tháng 2 năm 2018. 
  109. ^ Corbet, Jonathan (10 tháng 9 năm 2007). “KS2007: Developer relations and development process”. LWN.net. Truy cập ngày 11 tháng 2 năm 2018. 
  110. ^ Brodkin, Jon (16 tháng 7 năm 2013). “Linus Torvalds defends his right to shame Linux kernel developers”. ARS Technica. Truy cập ngày 11 tháng 2 năm 2018. 
  111. ^ Corbet, Jonathan (9 tháng 3 năm 2015). “The kernel's code of conflict”. LWN.net. Truy cập ngày 11 tháng 2 năm 2018. 
  112. ^ Corbet, Jonathan (18 tháng 9 năm 2018). “Code, conflict, and conduct”. LWN.net. 
  113. ^ Cohen, Noam (19 tháng 9 năm 2018). “After Years of Abusive E-mails, the Creator of Linux Steps Aside”. The New Yorker.