mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Brad Hards <bhards@bigpond.net.au>
To: Jeff Garzik <jgarzik@pobox.com>, Peter Chubb <peter@chubb.wattle.id.au>
Cc: linux-kernel@vger.kernel.org, hpa@zytor.com
Subject: Kernel/userspace interfaces (was: Switching from IOCTLs to a RAMFS)
Date: Mon, 28 Oct 2002 17:48:17 +1000	[thread overview]
Message-ID: <200210281848.17899.bhards@bigpond.net.au> (raw)
In-Reply-To: <3DBC825C.9060905@pobox.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Mon, 28 Oct 2002 11:18, Jeff Garzik wrote:
<stuff about posix_devctl() snipped>
> I sent a comment in to the only email address I could find describing
> the issues (politely!), but as a mere peon I doubt it will have much
> effect.  The best we can do is ignore this POSIX junk and hope it goes
> away...
I'd like something more positive than "hope it goes away"... :-)

This allows me to do my irregular "does anyone care about the kernel ABI / API 
definition?" song'n'dance.

Currently we use standard unix semantics - char devices, block devices, 
sockets, etc. However there is no definition for what that interface actually 
does. We have (most of ?) SUSv3, but there are a lot of other things we're 
doing. Some (many?) of the features aren't getting used because:
1. Not known by userspace programmers.
2. Non-standard semantics and no tutorial / example material.
3. Random changes to features and lack of versioning.

We also have serious problems with management of header files. "Use the 
headers that came with your glibc" misses ioctl() definitions, which are 
inherently kernel interfaces, not glibc interfaces.

I'll again offer to moderate a BoF, at LCA (http://www.linux.conf.au) in 
Perth. I don't have anything like the answers, so its only worth doing if 
someone with a clue is interested. LCA BoFs don't have much time or many 
slots, so if there's a decent amount of interest, it might be worth doing on 
the Tuesday (say for a couple of hours, in the vacant third mini-conf slot). 

Does anyone care?

Brad
- -- 
http://linux.conf.au. 22-25Jan2003. Perth, Aust. I'm registered. Are you?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE9vOvBW6pHgIdAuOMRAtmAAKCCb1eWxksZpiVNPjFYERC+79sWSwCgv4a5
RbtwYjH9COJbhKwqBw22hyI=
=HW49
-----END PGP SIGNATURE-----


      reply	other threads:[~2002-10-28  7:50 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <717068543@toto.iv>
2002-10-27 22:58 ` Switching from IOCTLs to a RAMFS Peter Chubb
2002-10-28  0:18   ` Jeff Garzik
2002-10-28  7:48     ` Brad Hards [this message]

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=200210281848.17899.bhards@bigpond.net.au \
    --to=bhards@bigpond.net.au \
    --cc=hpa@zytor.com \
    --cc=jgarzik@pobox.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=peter@chubb.wattle.id.au \
    /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
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®