GNU bug report logs - #72278
29.4; Proced reports incorrect results with 16KB page size

Previous Next

Package: emacs;

Reported by: Rahguzar <rahguzar <at> zohomail.eu>

Date: Wed, 24 Jul 2024 17:23:02 UTC

Severity: normal

Found in version 29.4

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Stefan Kangas <stefankangas <at> gmail.com>, Eli Zaretskii <eliz <at> gnu.org>
Cc: Rahguzar <rahguzar <at> zohomail.eu>, 72278 <at> debbugs.gnu.org
Subject: bug#72278: 29.4; Proced reports incorrect results with 16KB page size
Date: Fri, 26 Jul 2024 18:40:30 -0700
On 2024-07-26 15:33, Stefan Kangas wrote:
> Paul Eggert<eggert <at> cs.ucla.edu> writes:
> 
>> On 2024-07-25 02:55, Stefan Kangas wrote:
>>> On Linux, page sizes can vary per process ("multiple page size
>>> support").  Should we bother with that?
>> I thought that support didn't change what getpagesize returns or what
>> /proc/PID/stat reports, at least not in mainline Linux kernels. Am I
>> missing something?
> I don't know to be honest, which is why I'm asking.

For recent Asahi Linux user-mode pages are always 16 KiB; see 
<https://github.com/AsahiLinux/docs/wiki/Broken-Software>.

I'd be surprised if any Linux distro lets getpagesize calls differ among 
processes running atop the same kernel. Although Linux does support huge 
pages via (for example) mmap with MAP_HUGETLB, I would expect this to 
not affect getpagesize or /proc/PID/stat. I haven't verified this by 
running code or by scouting through kernel source, though.





This bug report was last modified 356 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.