Bug 1974244

Summary: emacs: portable dumper incompatible with 64K pages on aarch64
Product: [Fedora] Fedora Reporter: Florian Weimer <fweimer>
Component: emacsAssignee: Daiki Ueno <dueno>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 33CC: dan.cermak, dueno, gordon.messmer, jkeating, jonathan.underwood, msekleta, phracek, robinlee.sysu, swt
Target Milestone: ---   
Target Release: ---   
Hardware: aarch64   
OS: Unspecified   
Whiteboard:
Fixed In Version: emacs-27.2-7.fc35 emacs-27.2-4.fc34 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
: 1979804 (view as bug list) Environment:
Last Closed: 2021-07-17 11:00:28 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1979804    

Description Florian Weimer 2021-06-21 07:41:52 UTC
The emacs binary from emacs-nox-27.2-2.fc33.aarch64 cannot start in a chroot on Red Hat Enterprise Linux 8 because it assumes 4K pages:

openat(AT_FDCWD, "/usr/bin/emacs-27.2-nox.pdmp", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=10124128, ...}) = 0
read(3, "DUMPEDGNUEMACS\0\0(\304wp;D\330G%\f\265\337\214\264VO"..., 80) = 80
mmap(NULL, 10124128, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xffff92240000
mmap(0xffff92240000, 6946816, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xffff92240000
mmap(0xffff928e0000, 90112, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x6a0000) = 0xffff928e0000
mmap(0xffff928f6000, 3087200, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x6b6000) = -1 EINVAL (Invalid argument)

Map offsets and addresses must be a multiple of the page size.

Comment 1 Dan Čermák 2021-07-11 19:59:47 UTC
Could you retry this emacs build whether the issue is still present there: https://koji.fedoraproject.org/koji/taskinfo?taskID=71714808 ?

Comment 2 Florian Weimer 2021-07-14 08:44:36 UTC
(In reply to dan.cermak from comment #1)
> Could you retry this emacs build whether the issue is still present there:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=71714808 ?

Basic testing suggests it works on a 64K page system. Thanks.

Comment 3 Fedora Update System 2021-07-17 10:57:05 UTC
FEDORA-2021-189313c69c has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2021-189313c69c

Comment 4 Fedora Update System 2021-07-17 11:00:28 UTC
FEDORA-2021-189313c69c has been pushed to the Fedora 35 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 5 Fedora Update System 2021-07-17 11:50:16 UTC
FEDORA-2021-2c47d999ed has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-2c47d999ed

Comment 6 Fedora Update System 2021-07-18 01:49:32 UTC
FEDORA-2021-2c47d999ed has been pushed to the Fedora 34 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-2c47d999ed`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-2c47d999ed

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 7 Fedora Update System 2021-07-24 02:16:28 UTC
FEDORA-2021-2c47d999ed has been pushed to the Fedora 34 stable repository.
If problem still persists, please make note of it in this bug report.