Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAMbhsRRK7_6VO+xrtfgt7Js_URxv2YCb-8iOiGWOErs1U6sBAg@mail.gmail.com>
Date: Thu, 9 Feb 2023 15:08:50 -0800
From: Colin Cross <ccross@...gle.com>
To: musl@...ts.openwall.com
Subject: Increase sendmsg internal buffer to match kernel SCM_MAX_FD limit

I came across a test at
https://cs.android.com/android/platform/superproject/+/master:frameworks/native/libs/binder/tests/binderRpcTest.cpp;l=954;drc=68a556190553a4060babf4a4e5cb1bb16ae61ab2
that verifies that some fd passing code can handle passing SCM_MAX_FD
fds through a unix socket.  SCM_MAX_FD is an arbitrary 253 fd limit
imposed by the kernel since 2.6.38 (before that it was 255).  An
SCM_RIGHTS ancillary message contiang 253 fds is only slightly larger
than the existing 1024 byte internal buffer in sendmsg, so this patch
slightly increases the arbitrary limit in musl to match an arbitrary
limit in the kernel.

View attachment "0001-Increase-sendmsg-internal-buffer-to-support-SCM_MAX_.patch" of type "text/x-patch" (1648 bytes)

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.