Talk:Linux kernel interfaces

Unnamed section

edit

Hello. Does anyone now about the history of the Linux Kernel API? Where and when did it start? —Preceding unsigned comment added by Xparis (talkcontribs) 19:32, 6 October 2009 (UTC)Reply

Of course! There are the ls – Shell and Utilities Reference, The Single UNIX Specification, Version 4 from The Open Group and there also it The Linux Programming Interface by Michael Kerrisk User:ScotXWt@lk 11:48, 20 July 2014 (UTC)Reply

Material

edit

The mentioned 381 system calls compose the system call interface (SCI). ScotXW (talk) 23:23, 18 February 2014 (UTC)Reply

90.190.167.162 (talk) 14:18, 27 April 2014 (UTC) "People such as Lennart Poettering openly advocate writing software solely for the Linux kernel–user space API instead of POSIX" Even though I agree with that, that would require a reference.Reply

Done, I only needed to copy it from his article. fosdem11 User:ScotXWt@lk 11:53, 20 July 2014 (UTC)Reply
Not all interfaces in the SUS/POSIX are system calls. bsearch(), for example, need make no system calls whatsoever, and printf(), while it may need to make system calls to allocate buffers or write data to the output stream, does the core of its work - the formatting - in user mode.
That's why there are more SUS interfaces than Linux system calls. Guy Harris (talk) 09:28, 19 November 2023 (UTC)Reply
edit

Hello fellow Wikipedians,

I have just modified 2 external links on Linux kernel interfaces. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:

When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.

This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 5 June 2024).

  • If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
  • If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—InternetArchiveBot (Report bug) 13:40, 16 May 2017 (UTC)Reply

Poettering? Really??

edit

Wikipedia should not propagate an present as valid the biased unfounded views of people as infamous as Lennart Poettering, Alex Jones, Kim-Jong Un, etc. — 85.197.1.78 (talk) 21:34, 26 November 2017 (UTC)Reply

Best comparison I've seen ever 47.156.233.252 (talk) 01:18, 28 February 2018 (UTC)Reply

Inaccurate chart

edit

Have these[1][2] ever been discussed or addressed? Kroah-Hartman said one of the charts in this article is inaccurate - DFlhb (talk) 08:54, 29 November 2023 (UTC)Reply

More clarifications needed about exact boundaries of APIs

edit

I appreciate the efforts of article authors, who are apparently trying to explain a very complex state of affairs of Linux APIs. My view is that the common terminology in this field is confusing, and that is reflected in the article.

Consider this situation: A developer produces a binary of an OpenGL game.

  1. which APIs are supposed to be stable ones in that case?
  2. where is the supposed boundary of the OS?
  3. where is the supposed boundary of the Linux kernel?

The game binary is likely to load OpenGL as a shared library. There we have a stable interface between the game and the OpenGL shared library. This indidcates that the boudary of the OS is, in fact, at this interface.

The OpenGL shared library can be either Mesa or a proprieraty implementation. It is going to produce Linux syscalls to interact with the in-kernel OpenGL driver. The in-kernel OpenGL driver is a module, and the exact interface is unknown and unstable from the point-of-view of the developer who produced the game binary. There is nothing "stable" here between the kernel and the application, yet the article claims that some kind of stable API exists. The problem is in the imprecisely defined concepts of the OS and the Linux kernel. Where are the exact boundaries?

I think that the article should attempt to clarify this situation, which would make the article easier to understand. Z80Spectrum (talk) 20:03, 5 February 2024 (UTC)Reply