From: David Laight <David.Laight@ACULAB.COM> To: 'Theodore Ts'o' <tytso@mit.edu>, "Maciej W. Rozycki" <macro@orcam.me.uk> Cc: Linus Torvalds <torvalds@linux-foundation.org>, Tom Stellard <tstellar@redhat.com>, Nick Desaulniers <ndesaulniers@google.com>, "Masahiro Yamada" <masahiroy@kernel.org>, Nathan Chancellor <nathan@kernel.org>, "Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>, clang-built-linux <clang-built-linux@googlegroups.com>, Fangrui Song <maskray@google.com>, Serge Guelton <sguelton@redhat.com>, Sylvestre Ledru <sylvestre@mozilla.com> Subject: RE: Very slow clang kernel config .. Date: Mon, 3 May 2021 16:09:45 +0000 [thread overview] Message-ID: <71e42d2a3c9d415188984f34f602425c@AcuMS.aculab.com> (raw) In-Reply-To: <YJAK1C1uLknYGYrH@mit.edu> From: Theodore Ts'o <tytso@mit.edu> > Sent: 03 May 2021 15:38 ... > If people could actually guarantee stable ABI's, then shared libraries > might make sense. E2fsprogs hasn't had a major version bump in shared > libraries for over a decade (although some developers whine and > complain about how I reject function signature changes in the > libext2fs library to provide that ABI stability). But how many > userspace packages can make that claim? Indeed. Stable ABIs are really mandatory for anything released as a shared library. You can add new functions, and (if careful) new features to existing functions (if you remembered to check all those unused fields and flags), but the function signatures must not change. You also can't change the exported data area. We've got some simple drivers, they don't do anything complex. Just hardware interrupts and PCIe accesses. It wouldn't require many structure to be fixed, and a few non-inlined versions of some access functions to make these reasonably binary compatible. At least to the point that they don't need rebuilding when a distribution releases a new minor kernel version. Solaris had stable kernel ABIs. The windows version of our drivers installs on everything from Windows 7 (maybe even Vista) through to the latest Windows 10 (apart from the 'driver signing' fiasco). With multiple symbol namespaces it ought to be possible to keep them separately stable - so that drivers that only use some symbols are portable. Of course, there are the people who only want to support in-tree source drivers. They clearly exist outside the commercial world. David - Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK Registration No: 1397386 (Wales)
next prev parent reply other threads:[~2021-05-03 16:09 UTC|newest] Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-04-29 21:53 Linus Torvalds 2021-04-30 0:19 ` Nick Desaulniers 2021-04-30 2:22 ` Nick Desaulniers 2021-05-01 0:19 ` Nick Desaulniers 2021-05-01 0:23 ` Nick Desaulniers 2021-05-01 0:25 ` Nick Desaulniers 2021-05-01 0:40 ` Nick Desaulniers 2021-05-01 1:22 ` Linus Torvalds 2021-05-01 1:48 ` Nick Desaulniers 2021-05-01 2:16 ` Fangrui Song 2021-05-01 3:32 ` Tom Stellard 2021-05-01 16:32 ` Linus Torvalds 2021-05-01 19:57 ` Serge Guelton 2021-05-01 22:39 ` Linus Torvalds 2021-05-01 23:55 ` Fangrui Song 2021-05-01 21:58 ` David Laight 2021-05-02 9:31 ` Adrian Bunk 2021-05-02 11:35 ` David Laight 2021-05-02 16:12 ` Linus Torvalds 2021-05-02 16:45 ` Adrian Bunk 2021-05-02 16:49 ` Linus Torvalds 2021-05-02 17:55 ` Adrian Bunk 2021-05-02 17:59 ` Linus Torvalds 2021-05-02 21:48 ` Adrian Bunk 2021-05-04 22:02 ` Miguel Ojeda 2021-05-05 0:58 ` Theodore Ts'o 2021-05-05 17:21 ` Miguel Ojeda 2021-05-04 21:32 ` Miguel Ojeda 2021-05-05 11:05 ` David Laight 2021-05-05 13:53 ` Miguel Ojeda 2021-05-05 14:13 ` David Laight 2021-05-05 16:06 ` Miguel Ojeda 2021-05-05 16:25 ` David Laight 2021-05-05 17:55 ` Miguel Ojeda 2021-05-03 1:03 ` Maciej W. Rozycki 2021-05-03 14:38 ` Theodore Ts'o 2021-05-03 14:54 ` Theodore Ts'o 2021-05-03 17:14 ` Maciej W. Rozycki 2021-05-03 16:09 ` David Laight [this message] 2021-05-04 23:04 ` Greg Stark 2021-05-05 0:55 ` Theodore Ts'o 2021-05-01 23:37 ` Mike Hommey 2021-05-02 5:19 ` Dan Aloni 2021-05-03 16:48 ` Tom Stellard 2021-05-03 19:00 ` Fangrui Song 2021-04-30 0:52 ` Nathan Chancellor 2021-04-30 2:21 ` Nick Desaulniers
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=71e42d2a3c9d415188984f34f602425c@AcuMS.aculab.com \ --to=david.laight@aculab.com \ --cc=clang-built-linux@googlegroups.com \ --cc=linux-kernel@vger.kernel.org \ --cc=macro@orcam.me.uk \ --cc=masahiroy@kernel.org \ --cc=maskray@google.com \ --cc=nathan@kernel.org \ --cc=ndesaulniers@google.com \ --cc=sguelton@redhat.com \ --cc=sylvestre@mozilla.com \ --cc=torvalds@linux-foundation.org \ --cc=tstellar@redhat.com \ --cc=tytso@mit.edu \ --subject='RE: Very slow clang kernel config ..' \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).