mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Krzysztof Benedyczak <golbi@mat.uni.torun.pl>
To: linux-kernel@vger.kernel.org
Cc: Michal Wronski <wrona@mat.uni.torun.pl>,
	Manfred Spraul <manfred@colorfullife.com>
Subject: [RFC][PATCH] 0/6 POSIX message queues
Date: Thu, 19 Feb 2004 15:25:45 +0100 (CET)	[thread overview]
Message-ID: <Pine.GSO.4.58.0402191501450.18841@Juliusz> (raw)

Hello,

Following parts contain splitted into 6 subpatches implementation of POSIX
message queues. It was reviewed and improved by Manfred Spraul (much more
in fact then the small note in the mqueue.c header says). The library is
available at
http://www.mat.uni.torun.pl/~wrona/posix_ipc.

Following text gives overview what particular patches do (slighty
edited version of
http://colorfullife.com/~manfred/Linux-kernel/pmq/info.txt).

Awaiting comments.
Krzysztof Benedyczak

--------

Posix message queue support for Linux

Patch against 2.6.2

Sub-patches:

patch-mq-01-codemove:
	Move support functions from ipc/msg.c to ipc/util.c.  No code change.

patch-mq-02-syscalls:
	Add posix message queue syscalls for i386.
	The arch maintainer should pick the syscalls up for their archs.
	Notes:
		- no mq_close: functionality identical to close.
		  Slight spec violation: mq_close(open()) is supposed to fail.
		- mq_getattr merged into mq_setattr:
		  mq_setattr must return the old values.
		  Thus: mq_getsetattr() with new val==NULL for mq_getattr.

patch-mq-03-core:
	Core implementation.
	The arch maintainers should update signal code if needed.
	Notes:
		- mq_notify(,SIGEV_THREAD) is implemented with file
		  descriptors: mq_notify returned a pollable fd.
		  Reading from the fd returns NOTIFY_WOKENUP if a message was
		  receive and NOTIFY_REMOVED if notify was cancled,
		  respectively. Only one byte is returned - should be
		  byte order and word size independant.
		- Not all libfs helpers are used - preparation for mounting
		  the posix mqueue filesystem from user space.
		- open posix conformance results:
		  * mq_close(0) succeeds, should fail.
		    Ignored - side effect of implementing message queue as
		    fds.
		  * mq_unlink(<uninitialized str>) fails with EINVAL,
		    should fail with -ENOENT. Ignored, test is bogus.
		    mq_unlink("/nonexistant") fails with -ENOENT.

patch-mq-04-linuxext-poll:
	Linux extension: allow poll() on message queue fds.

patch-mq-05-linuxext-mount:
	Allows mounting mqueue fs.
	Gives removal with rm, creation with touch, etc.

                 reply	other threads:[~2004-02-19 14:25 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=Pine.GSO.4.58.0402191501450.18841@Juliusz \
    --to=golbi@mat.uni.torun.pl \
    --cc=linux-kernel@vger.kernel.org \
    --cc=manfred@colorfullife.com \
    --cc=wrona@mat.uni.torun.pl \
    /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®