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 72345C25B75 for ; Mon, 3 Jun 2024 19:28:08 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id D447B6B008A; Mon, 3 Jun 2024 15:28:07 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id CF4276B008C; Mon, 3 Jun 2024 15:28:07 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id BE2C96B0092; Mon, 3 Jun 2024 15:28:07 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id 9FE486B008A for ; Mon, 3 Jun 2024 15:28:07 -0400 (EDT) Received: from smtpin09.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 50D834061D for ; Mon, 3 Jun 2024 19:28:07 +0000 (UTC) X-FDA: 82190563014.09.0B48B3E Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.16]) by imf03.hostedemail.com (Postfix) with ESMTP id 8739220002 for ; Mon, 3 Jun 2024 19:28:04 +0000 (UTC) Authentication-Results: imf03.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=iVbrqDsz; spf=none (imf03.hostedemail.com: domain of ak@linux.intel.com has no SPF policy when checking 198.175.65.16) smtp.mailfrom=ak@linux.intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1717442885; 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: in-reply-to:in-reply-to:references:references:dkim-signature; bh=MKlk6xlTRQ+rAqx4DT2w7xH5YqdAH7dXkIR5+QgsTHI=; b=nWs7HXLrP/Ta+BYsmqcRiTt2PaifbJ/gLb+aH23/V2+CizYQzZinNk700vCtS2V9ysZz6x 8UhKaZYFQvObpw0w8nHQBImkZsI5evXzKJwJOTwSEQ1lz9nL8nSqkgZV6VpyOQ4CLBezcM 3ZSHqDceg68HNo1jr2oFfipidBbXzEo= ARC-Authentication-Results: i=1; imf03.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=iVbrqDsz; spf=none (imf03.hostedemail.com: domain of ak@linux.intel.com has no SPF policy when checking 198.175.65.16) smtp.mailfrom=ak@linux.intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1717442885; a=rsa-sha256; cv=none; b=Q/jbnPclN/OI+Ml844fdVOJCtWD6aHxMW9HdT1osffWSSGqx2YOJ6ob76kKw+peos8iYd+ wjW5Q3cKaMvPqAsrgdML1tFtw0hUOak3KMLJPKDXOrYzXgGRwQKDEtGDMUxSKMy8TUL+k8 k0AYeuhgcEe4JI9xJgsgEHGp6VvyBd4= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1717442885; x=1748978885; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=mrEwpiqCjvVJnCAY5cT1wSsEx33Z3Jwicz4IDjznKRA=; b=iVbrqDsz+zebRabQpvznNnT4L1TRXZyiCZosvshDvr/L94B5CNIdXJyJ mEstO9ytsaPv5e+5/CjnDqNDMqZUGfWeblGVA8nDinys7A9NJnq03vRp5 ikV/blgnXL0kZYcSN2nF6PhTLZsOooIYn5CZam7dMtKWi5hHORcxWXIKP fYnk6bZ6cssXl57Pv06lHrrKHfMaOKqJKWQ/2Fx5bNR4UOztJ1V4iMJFo Xp3wD38nPPfo6limL4YHKzbAmHV6UGxcBbtV4l7xEocVM17Lj5MKTv+gh erLCn2WzSK07crdXjUaO9526qMzkdSQbkayq64na6Cmn55nc9OpNNT83l w==; X-CSE-ConnectionGUID: zNbTzrJkSQKNAhl2HuHcAQ== X-CSE-MsgGUID: i1dp3kY8TuGL/AbqxAoiHw== X-IronPort-AV: E=McAfee;i="6600,9927,11092"; a="14078555" X-IronPort-AV: E=Sophos;i="6.08,212,1712646000"; d="scan'208";a="14078555" Received: from fmviesa008.fm.intel.com ([10.60.135.148]) by orvoesa108.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 03 Jun 2024 12:28:01 -0700 X-CSE-ConnectionGUID: sl/BujAzTGeKoHWIeAFxPA== X-CSE-MsgGUID: fkKcjmoyT2GabTTHpQHK1Q== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.08,212,1712646000"; d="scan'208";a="36959388" Received: from tassilo.jf.intel.com (HELO tassilo) ([10.54.38.190]) by fmviesa008-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 03 Jun 2024 12:28:00 -0700 Date: Mon, 3 Jun 2024 12:27:56 -0700 From: Andi Kleen To: Carlos Llamas Cc: linux-mm@kvack.org, Mike Kravetz , Hugh Dickins , Edward Liaw , kernel-team@android.com, linux-kernel@vger.kernel.org, linux-api@vger.kernel.org Subject: Re: Header conflicts with shmget() and SHM_HUGE_2MB Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Stat-Signature: tp4nr6ori9nh6jjf5cc9oqod1z9c8q36 X-Rspamd-Queue-Id: 8739220002 X-Rspam-User: X-Rspamd-Server: rspam10 X-HE-Tag: 1717442884-560969 X-HE-Meta: U2FsdGVkX1+yRqF97lWR9ulDLD22rYKC67uVElDgCb6lEQz5gdi6pezUdVyjIeaLaLy1rLelaXFda2JLt8oDBnpwpCkZFEYEmg9Uepn+Sz1ZAQ/gDB2ewn/jDecQJL3MfG9mNNzrPO9rfoaqo1ioTE6KMmbu1tL50wKstiDLPbSf69ebVDA/IqwhvOOf+tGvHj3v6vnIVtz5k4U51Vh703BpizgdFY/RUPb/mcSOKeStabH9z81jkFQqFvzCJa6hTAIMzoSlmXOOQwqkOr5uDwfwZ5VfqpuZYD4kj6J0uWWMXFIbOXEEbhV1m1v7bL1wVLYr+rIS0GqvD96U1lySfbSXKBrPOZmO42kj7VExowLph1JEpN2AGuc54S2xL2/VTfQ4POEBp6hYZ/bEXUTwdXgk1Q+XO5bis+jz4Gb8TFIfuYGsrt/Fm8nT45atLbYjt59j3hqeHg8Id0DkHP3EGw+chcwQls/ckFas742Hifl4gpf7ImV+uXeAMx6EU1kKPYK90X9kGsOvSA8+yBJd9wgfFovo06aEZna+i2DwJ91Niq/QJLb03X+ECTsF2UdRqwWp00OlT+BuwRKaoh4GZE/A6tEPAogICHd9VvAIzTlZ4nVAr9tihfyjS27c83KTLN7YL+03tsNKuwWxPrrqmCk4QuACHcLgQB+khvHBCxHYnlKoBWsrfykh9RDQ5MlMlL44h55on01dGrDWmr33cd6g3vTdMLOAKxBaBd08OETMGl2dUji6zAzHK52xiF/IxqtCzWcaFibR/BjO3lWPSfcjgs/tf4nvJIg2gVyGI+ps7qsb/uRINTFWh0t8hWWWSWe17VmYglW6PRyne/mf1IKV67vvIg+nb5ocmkMPT3LX4CMU5Zpp7DLZYo0AkfB90Qti6pNMPq3fO12xTy6SLwWgss41YX4x1eM4WD2Ma1Xkw4xL1HTm+1NOSSxOQ8kOAmnphTz4RdfiQVXNL8x 0AzG1sxd HpveoLzf0waTRd810KWtV16NngThCCH+RgeiicgNUVYmtwpDbpRzuv21Q38t4pCxf9csbH92EMcbeySCDpTJPE6WRsWR+SZUOP/GN5Ie3/VxZTB9p/F4UABE0xWpTFOAV+LgPB0Y1v4ACInZQ49pLzd3VwfEBXEMzsEAU+56lCKE/JEo= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: > I can see such definitions are tagged as "obsolete" in the uapi headers. > Do we need some ifndef protection with the glibc headers? They should be still supported, but also the more generic macro. > > What is the advice to follow for userspace? Skip and > openly redefine the SHM_HUGE_* wherever needed? glibc (or other C libraries if not using linux/shm) should add the defines. Short term you would need to redefine on your own yes. -Andi