[ ssic-linux-Feature Requests-1201713 ] Multiple data block for remote sendmsg()

Feature Requests item #1201713, was opened at 2005-05-13 19:08
Message generated for change (Settings changed) made by rogertsang
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=405837&aid=1201713&group_id=32541

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: IPC
Group: 1.9
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Brian J. Watson (bjbrew)
Assigned to: Roger Tsang (rogertsang)
Summary: Multiple data block for remote sendmsg()

Initial Comment:
Currently, remote sendmsg() does not handle multiple
data blocks. This includes rmtsock_sendmsg(), which is
used when a sending process is remote from its sending
socket. It also includes rmtunix_*_sendmsg(), used when
a sending Unix domain socket is remote from the
receiving socket.

I recently added error path code to these functions in
the 2.6 kernel to catch multiple data blocks and fail
with an appropriate error sent to the console. This
should at least alert users to this limitation. When
there's sufficient demand to fix it, support for
multiple data blocks can be added.

Brian

----------------------------------------------------------------------

Comment By: Roger Tsang (rogertsang)
Date: 2007-07-03 00:42

Message:
Logged In: YES 
user_id=1246761
Originator: NO

We merge iovec's into the ICS user buffer for rmtsock_sendmsg() and
rmtunix_stream_sendmsg() as long as total_len is not bigger than size
integer.

----------------------------------------------------------------------

Comment By: Roger Tsang (rogertsang)
Date: 2005-08-26 20:06

Message:
Logged In: YES 
user_id=1246761

http://article.gmane.org/gmane.linux.cluster.ssic.devel/4287

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=405837&aid=1201713&group_id=32541

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/