From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 09A79C25B75 for ; Mon, 3 Jun 2024 18:27:32 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 74E7C6B0093; Mon, 3 Jun 2024 14:27:32 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 6FE4C6B0096; Mon, 3 Jun 2024 14:27:32 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 5C61D6B0098; Mon, 3 Jun 2024 14:27:32 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0017.hostedemail.com [216.40.44.17]) by kanga.kvack.org (Postfix) with ESMTP id 3D9106B0093 for ; Mon, 3 Jun 2024 14:27:32 -0400 (EDT) Received: from smtpin22.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id DC3A0C0BF2 for ; Mon, 3 Jun 2024 18:27:31 +0000 (UTC) X-FDA: 82190410302.22.590D386 Received: from mail-pf1-f176.google.com (mail-pf1-f176.google.com [209.85.210.176]) by imf07.hostedemail.com (Postfix) with ESMTP id 2103240016 for ; Mon, 3 Jun 2024 18:27:29 +0000 (UTC) Authentication-Results: imf07.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=RaPVaH1m; dmarc=pass (policy=reject) header.from=google.com; spf=pass (imf07.hostedemail.com: domain of cmllamas@google.com designates 209.85.210.176 as permitted sender) smtp.mailfrom=cmllamas@google.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1717439250; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:in-reply-to: references:dkim-signature; bh=ZQZ7pJhWzrnWrAArcMbWFf+ClUA0PNfqT/R1+wW2GPg=; b=KInifAv+tHmj5mSGB/tfuZE33RAwFl/mTM0//qS5MS7wh0l+96jkHeQmo6pko5TmA785EM Ep7YKsMj8g7XOgGMQj5V3fgXTnwMWwQ2PbYTUIivqnS61Ahe1xoPaJDvMjtP+VDUi05zAQ dvUTYUp/O08wLmacW1BJuakF9ly44R8= ARC-Authentication-Results: i=1; imf07.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=RaPVaH1m; dmarc=pass (policy=reject) header.from=google.com; spf=pass (imf07.hostedemail.com: domain of cmllamas@google.com designates 209.85.210.176 as permitted sender) smtp.mailfrom=cmllamas@google.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1717439250; a=rsa-sha256; cv=none; b=HZNZg4KQSKaqdsfoIgShrWwHyMD4v37nXKd2o2V9dcvWQLQ/rfyvMYAAQgctUz4jFBpXxx CRLWGH4uE3sxQ0UAUKWMqfa7dQ1NynOd82/zrAOzvfFNY+yujH/Z2x3YpByRe5TTIdkwZg SIF7kcsrg1496llxEm6xXTnKZPDAXxc= Received: by mail-pf1-f176.google.com with SMTP id d2e1a72fcca58-702621d8725so1884076b3a.0 for ; Mon, 03 Jun 2024 11:27:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1717439248; x=1718044048; darn=kvack.org; h=content-transfer-encoding:content-disposition:mime-version :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=ZQZ7pJhWzrnWrAArcMbWFf+ClUA0PNfqT/R1+wW2GPg=; b=RaPVaH1mGKM0oqkhYS+/jqy7WmPSwBq+fqcgeNUH3aT+gqBcicWv6Imy/Sb9aKvjB6 lP11R31e8tJ9qumOJoGnmSzSecRW6D/e1wE+Y92B/VT0O9FXYDKvuXvtCg9s8tYrNTeN ShCIcBpty0p8wIktJtcWAd3L2/C7p211OGKXJmiTLrbbtDw9vzOGhIE0uTECb6RKuLrB HurdQq/op/+Vp9UUwmizEPC01w89f4xjTuH20C2QI78Xg/KgnonDR2r3y2amVCPUh5aG YdTFPp2ZIioq0HtRxkdeoJ9dmAY96dNgmbD+DSuVdYGZpLy1Qo74qs+5qOW/PLt4WLdJ +tbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717439248; x=1718044048; h=content-transfer-encoding:content-disposition:mime-version :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=ZQZ7pJhWzrnWrAArcMbWFf+ClUA0PNfqT/R1+wW2GPg=; b=ieO8w1nMlYqqs8QQCMxs3MdOs6gXluGMjc6RY9QKc/1X60mpKbaDMHkiC7hKbp6FY7 ETEOL3Ud84i2/rNPgXpZp217sZlz6eYC42ho8kAUwhNhFcBQFl5mAD8aBnCR5XCnEeaQ jYNCiKGDIbe5JbtUPgd3839O9yxLbF6VCeFBZHv5bX8HoA5804RFXj2tSdiAoUoiEVLF rg1fNvj3Yve824oNhgJvb+rvFpYBsuv+VIwENuT3UE1YeCOBw4XHsiJbVpuOSS2GWe8R bvKn8EMLyhDRi1xUy0U/TIllvdg7gPCoECEGvaScie8PxzdMwLwivzQYOeDdMo+IrvJC ofwA== X-Gm-Message-State: AOJu0Yyy3xbobGkM1drjZlUlDMNny+MWpIuiHEMZ0jf30YweIsdUMdXa pU/BVSnGp6YTUcQajPg1SqCNwuC07Tv2EXCVeQPE8r/g5KaQ6j5R4c942B24OgdhyecZE4lN/gv sWQ== X-Google-Smtp-Source: AGHT+IG9pOSZfsbyN0C6+FoYiF185CBi2wu43FjbL73OSlUP60i5AI74/j2vAb6zJ6bCnI6Vjzs60g== X-Received: by 2002:a05:6a21:3393:b0:1b2:5e40:bc63 with SMTP id adf61e73a8af0-1b26f18577bmr10388643637.28.1717439247870; Mon, 03 Jun 2024 11:27:27 -0700 (PDT) Received: from google.com (226.75.127.34.bc.googleusercontent.com. [34.127.75.226]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-70259fe3e6asm3682729b3a.52.2024.06.03.11.27.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 03 Jun 2024 11:27:27 -0700 (PDT) Date: Mon, 3 Jun 2024 18:27:23 +0000 From: Carlos Llamas To: linux-mm@kvack.org Cc: Mike Kravetz , Andi Kleen , Hugh Dickins , Edward Liaw , kernel-team@android.com, linux-kernel@vger.kernel.org, linux-api@vger.kernel.org Subject: Header conflicts with shmget() and SHM_HUGE_2MB Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 2103240016 X-Stat-Signature: iyugm1td6txjrfmcdqh8nhy18x8pfd6p X-Rspam-User: X-Rspamd-Server: rspam08 X-HE-Tag: 1717439249-307259 X-HE-Meta: U2FsdGVkX18CeO4CK0vaTBLnB28FRh2HxnCWUwHPRnRgBao80qqigjxmcgVkNRUpz2AzKJkHxJOf/PddYjiUYDZpR1u2bDo/Wf4CSf4BC+oxJYzwfuNLr5ldW/PNAmN38s5y8aLVcxDXdXfkYd5Nx5CbxgzbY6c/Ah18HQiSZDpXrk/BY4pRJOspGI8PDQs3T0BcHAZ+xaROU76U0NbQzSgq6Sk8fQ4ag1opiJotc571yaUvAmHK0soEZswLCrV/0smN3FNPUAAYMPO3EcOeZLPCYoiQNJrkkKBlHwzCGHmqoESCOMlz5VM4TsY1NnOJDvZWId1aPsklRbQzcsquPXOkA2/bzGIqOjtLCUgPjAFK1UEpHFhX+NRs+PBWpfmdfo7XuzLk85l0JA9kTcNpwUgFUaM9Fgl0+un4mAcG0PnhIwpxPq/24uR1JwoZ4L8reakZZwaLHVtBZS+iBDGe27iOXhl04nYu3IWXGBOyklfweNNpF2Ew9vIYBtu6D4uAq/OtZXgLuJvUkJyIFpgDyPZ80y07sRlgSn+lXDc5bxPx+TR/xcGFS+m8ZDV7+YCMWNjOFYpW1OPxqmhggxL3z4teFnUJEcyWssmYu5kNHbVkK/sq91/7mCxQ/S5Mqa5o4j1hlojBaspj91KkBxwtw7jXfqnYwqP+AyUTg0C4jm+GJ57ecEXyGzgJxQiM5iLkO3Y5ZXR+5wYGe2mn+r8XktViaKyfH8n48lanTuGBdCQeGhD0xLH+qKYjbKoxJ83Cy7WjmQOY26YI/3YeXULFc2qkOyEirEe53jUirUInOTp6/xqk/ZogTjWSOPjFN6SePMom2n8ydz50TMVr3wqtLLpHlYwSu8fpaocSWPcIGjmjNR1QbFgOTfx195Jcp1g5ZgnrNnKM/E9AewTYgPnO/Pji5kFW+ZRqd8QeNLaNQAEdvAcw6YYQSGRPAHYU6xidU6hpUtA2bKW+g+gRa9B /p2roFCd F7AiUK/0tFXrwPKdBtecKZVGXX9UmHunl27UmMnnJBJUjexYDLU9WAjsA9waGDbgLqja55vQS4j7uWvG/z1ol1Y9q1PnwoIzmsIoIlNPtTjw26p+rss81Xp9HXgxMQNByWvpfAsy5qPZp559aA3ZMduLXHe4vfoFTwK93OrlMdhe6tjZzv5dRhleJ6q8ZWzgwb80jA812Kt9NrCWtW8QB0uFaXtil2wTmJy/kgheKeWo05vZensRm6ZoBdFNnw1qpSceydKuAik127jgFKOljAwXmgXQJwq4RvPbBhLt7ZuIF1b5Ghag/HBYuQaA5iA94GTkzOw5CwvapHTQVTVuyuRkVji+HfduYlUFdcn0NPgc7ZbD2Mvfr3Scw9khtwtrMCnpHFC4gx7U4FwyIhwH8xCMcjwOfd0LBsU90vmTFXCjiWh63T/7JpZ0gQg== X-Bogosity: Ham, tests=bogofilter, spamicity=0.003281, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: Hi, I'm trying to figure out how one would use SHM_HUGE_{2MB/1GB} defines through shmget() from userspace. After having a look at the man-pages I thought the #include pattern would be similar to that of mmap(), e.g.: #include #include [...] mmap(NULL, size, prot, flags | MAP_HUGETLB | MAP_HUGE_2MB, fd, 0); However, when doing the shmem equivalent with the headers I get several redefinition conflicts. When attempting to compile something like this: #include #include [...] shmid = shmget(key, size, flags | SHM_HUGETLB | SHM_HUGE_2MB); I run into the following type of issues: /usr/include/linux/shm.h:26:8: error: redefinition of ‘struct shmid_ds’ 26 | struct shmid_ds { | ^~~~~~~~ In file included from /usr/include/x86_64-linux-gnu/bits/shm.h:45, from /usr/include/x86_64-linux-gnu/sys/shm.h:30: /usr/include/x86_64-linux-gnu/bits/types/struct_shmid_ds.h:24:8: note: originally defined here 24 | struct shmid_ds | ^~~~~~~~ I can see such definitions are tagged as "obsolete" in the uapi headers. Do we need some ifndef protection with the glibc headers? What is the advice to follow for userspace? Skip and openly redefine the SHM_HUGE_* wherever needed? Thanks, -- Carlos Llamas