Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.kernel > #79133 > unrolled thread
| Started by | Apollon Oikonomopoulos <apoikos@debian.org> |
|---|---|
| First post | 2023-05-25 14:40 +0200 |
| Last post | 2023-06-02 23:40 +0200 |
| Articles | 5 — 4 participants |
Back to article view | Back to linux.debian.kernel
Bug#1036755: linux: 6.1.26 <= x < 6.1.30 breaks applications using mmap(MAP_32BIT) Apollon Oikonomopoulos <apoikos@debian.org> - 2023-05-25 14:40 +0200
Bug#1036755: linux: 6.1.26 <= x < 6.1.30 breaks applications using mmap(MAP_32BIT) Apollon Oikonomopoulos <apoikos@debian.org> - 2023-05-25 21:30 +0200
Bug#1036755: linux: 6.1.26 <= x < 6.1.30 breaks applications using mmap(MAP_32BIT) Salvatore Bonaccorso <carnil@debian.org> - 2023-05-25 22:10 +0200
Bug#1036755: marked as done (linux: 6.1.26 <= x < 6.1.30 breaks applications using mmap(MAP_32BIT)) "Debian Bug Tracking System" <owner@bugs.debian.org> - 2023-05-26 00:00 +0200
Bug#1036755: linux-image-6.1.0-9-amd64: Android ROM build on Debian breaks with the 6.1.0-9-amd64 kernel Infant V Patrick <infantvin@yahoo.com> - 2023-06-02 23:40 +0200
| From | Apollon Oikonomopoulos <apoikos@debian.org> |
|---|---|
| Date | 2023-05-25 14:40 +0200 |
| Subject | Bug#1036755: linux: 6.1.26 <= x < 6.1.30 breaks applications using mmap(MAP_32BIT) |
| Message-ID | <Gziq5-bkQI-1@gated-at.bofh.it> |
Source: linux
Version: 6.1.27-1
Severity: critical
Tags: upstream
Affects: ganeti
Justification: breaks unrelated software
Dear Kernel Maintainers,
A regression was introduced with upstream commit 58c5d0d6d5,
subsequently backported to 6.1 as 7e6631f7 and released with 6.1.26.
These commits break MAP_32BIT and affect applications relying on it. In
particular, we are seeing failures in ganeti's autopkgtests[1], where a
daemon written in Haskell (the GHC linker uses MAP_32BIT) segfaults with
a null pointer dereference. From the build artifacts:
ganeti-luxid: mmap 4096 bytes at (nil): Cannot allocate memory
ganeti-luxid: Try specifying an address with +RTS -xm<addr> -RTS
This has already been discussed on GHC's discourse[2] and has been fixed
upstream, with the fix queued for 6.1.30[3]. Please consider upgrading
to 6.1.30 or cherry-picking the fix for Bookworm.
Thanks,
Apollon
[1] https://ci.debian.net/packages/g/ganeti/testing/amd64/, notably the
run at 2023-05-14 15:13:51 UTC, the first one running on 6.1.27.
[2] https://discourse.haskell.org/t/facing-mmap-4096-bytes-at-nil-cannot-allocate-memory-youre-not-alone/6259/9
[3] https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/diff/releases/6.1.30/maple_tree-make-maple-state-reusable-after-mas_empty_area.patch?id=5e2b871e17ca1d2f1f88c4dc6b6995b72e5fc8f2
[toc] | [next] | [standalone]
| From | Apollon Oikonomopoulos <apoikos@debian.org> |
|---|---|
| Date | 2023-05-25 21:30 +0200 |
| Message-ID | <GzoOR-boOf-1@gated-at.bofh.it> |
| In reply to | #79133 |
Hi Salvatore, Thanks for the quick response! On 19:12 Thu 25 May , Salvatore Bonaccorso wrote: > Control: tags -1 + confirmed pending > > I'm not yet certain, that critical severity is right, and making it > RC. But will look into the issue today. Well, technically it is a regression and it does break userspace, although I admit it probably does so only for a handful of edge-cases. Anyway, critical is probably an overstatement, so feel free to downgrade if you wish. > Defitnively the issue will be fixed. Just at this stage for the > bookworm release I will pick it for the first upload after the release > in a point release update or a security update (whatever will come > first likely). I understand that it is late in the release cycle and it would be a shame to delay the Bookworm release for this. As far as Ganeti is concerned, we can let people know that they should wait for the first point release before upgrading their clusters. Again, thanks for your work! Cheers, Apollon
[toc] | [prev] | [next] | [standalone]
| From | Salvatore Bonaccorso <carnil@debian.org> |
|---|---|
| Date | 2023-05-25 22:10 +0200 |
| Message-ID | <Gzprz-bph6-1@gated-at.bofh.it> |
| In reply to | #79142 |
Hi Apollon, On Thu, May 25, 2023 at 10:14:57PM +0300, Apollon Oikonomopoulos wrote: > Hi Salvatore, > > Thanks for the quick response! > > On 19:12 Thu 25 May , Salvatore Bonaccorso wrote: > > Control: tags -1 + confirmed pending > > > > I'm not yet certain, that critical severity is right, and making it > > RC. But will look into the issue today. > > Well, technically it is a regression and it does break userspace, > although I admit it probably does so only for a handful of edge-cases. > Anyway, critical is probably an overstatement, so feel free to downgrade > if you wish. Thanks. I still cannot overview the exact/major imapct if it so does only for a handful edge cases (your for ganeti beeing one) but we can defintively keeping it as RC, thanks to you (and Rudolph Bott) for reporting the issue. > > Defitnively the issue will be fixed. Just at this stage for the > > bookworm release I will pick it for the first upload after the release > > in a point release update or a security update (whatever will come > > first likely). > > I understand that it is late in the release cycle and it would be a > shame to delay the Bookworm release for this. As far as Ganeti is > concerned, we can let people know that they should wait for the first > point release before upgrading their clusters. Ack. I'm trying to check now with release team if we still should cherry-pick the commit or going to just have to include it in the first point release. it might be worth mentioning the known issue on release though in the later case. If you have a good wording for that, that would be welcome. > Again, thanks for your work! You are welcome, and feel sorry that a breakage was introduced that late in the process for bookworm. Regards, Salvatore
[toc] | [prev] | [next] | [standalone]
| From | "Debian Bug Tracking System" <owner@bugs.debian.org> |
|---|---|
| Date | 2023-05-26 00:00 +0200 |
| Subject | Bug#1036755: marked as done (linux: 6.1.26 <= x < 6.1.30 breaks applications using mmap(MAP_32BIT)) |
| Message-ID | <Gzra1-bq5J-11@gated-at.bofh.it> |
| In reply to | #79133 |
[Multipart message — attachments visible in raw view] — view raw
Your message dated Thu, 25 May 2023 21:55:08 +0000 with message-id <E1q2IvM-004KJu-VP@fasolo.debian.org> and subject line Bug#1036755: fixed in linux 6.3.4-1~exp1 has caused the Debian Bug report #1036755, regarding linux: 6.1.26 <= x < 6.1.30 breaks applications using mmap(MAP_32BIT) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 1036755: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1036755 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
[toc] | [prev] | [next] | [standalone]
| From | Infant V Patrick <infantvin@yahoo.com> |
|---|---|
| Date | 2023-06-02 23:40 +0200 |
| Subject | Bug#1036755: linux-image-6.1.0-9-amd64: Android ROM build on Debian breaks with the 6.1.0-9-amd64 kernel |
| Message-ID | <GCkF3-ddYM-1@gated-at.bofh.it> |
| In reply to | #79133 |
Package: src:linux
Version: 6.1.27-1
Followup-For: Bug #1036755
X-Debbugs-Cc: infantvin@yahoo.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Doing Android build of a custom ROM using Debian unstable
* What exactly did you do (or not do) that was effective (or
ineffective)?
Following normal build process - reposync, buildenv and then brunch commands in the command line
* What was the outcome of this action?
Error pasted below (snippet)
=========================================================================================
variant=generic --instruction-set-features=default --generate-mini-debug-info
|| ( echo 'ERROR: Dex2oat failed to compile a boot image.
It is likely that the boot classpath is inconsistent.
Rebuild with ART_BOOT_IMAGE_EXTRA_ARGS="--runtime-arg -verbose:verifier" to see verification errors.'
; false ) # hash of input list: 156f4df5f1951bb33c62df25cb6fec2b621d15047fc47574974c2b5b1d6f1d05
dex2oatd F 06-01 04:37:58 815255 815255 mem_map_arena_pool.cc:65]
Check failed: map.IsValid() Failed anonymous mmap((nil), 131072, 0x3, 0x22, -1, 0):
Cannot allocate memory. See process maps in the log.
Runtime aborting...
All threads:
DALVIK THREADS (24):
========================================================================================
I can understand if this is with 8-10GB of RAM. However this is happening with a hard 50G of RAM allocated to the VM in HyperV. If 50g causes this then something is wrong.
I found this kernel bug and thats why I am reporting this issue
https://bugzilla.kernel.org/show_bug.cgi?id=216911
* What outcome did you expect instead?
General outcome is for the compile to end normal and write the ROM zip file which it did in the linux-image-5.10.0-23-amd64 kernel
Please note the build worked fine when I rebooted to the 5.10 kernel which was present from the stable repo I had installed Debian originally from. So this is definitely kernel version related. Nothing was changed.
*** End of the template - remove these template lines ***
-- Package-specific info:
** Version:
Linux version 6.1.0-9-amd64 (debian-kernel@lists.debian.org) (gcc-12 (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #1 SMP PREEMPT_DYNAMIC Debian 6.1.27-1 (2023-05-08)
** Command line:
BOOT_IMAGE=/vmlinuz-6.1.0-9-amd64 root=/dev/mapper/rootvg-root ro biosdevname=0 ipv6.disable=1 audit=off rd.plymouth=0 plymouth.enable=0 apparmor=0
** Not tainted
** Kernel log:
Unable to read kernel log; any relevant messages should be attached
Please ask me for any information that you need. I dont know what is needed. I have used sosreport in RHEL.
Never sent anything similar in Debian.
** Model information
sys_vendor: Microsoft Corporation
product_name: Virtual Machine
product_version: Hyper-V UEFI Release v4.1
chassis_vendor: Microsoft Corporation
chassis_version: Hyper-V UEFI Release v4.1
bios_vendor: Microsoft Corporation
bios_version: Hyper-V UEFI Release v4.1
board_vendor: Microsoft Corporation
board_name: Virtual Machine
board_version: Hyper-V UEFI Release v4.1
** Loaded modules:
tls
binfmt_misc
nls_ascii
nls_cp437
vfat
fat
intel_rapl_msr
intel_rapl_common
ghash_clmulni_intel
sha512_ssse3
hyperv_drm
sha512_generic
hv_utils
ptp
drm_shmem_helper
serio_raw
hyperv_keyboard
hv_balloon
aesni_intel
pps_core
drm_kms_helper
sg
pcspkr
crypto_simd
cryptd
evdev
joydev
drm
configfs
fuse
loop
efi_pstore
efivarfs
ip_tables
x_tables
autofs4
ext4
crc16
mbcache
jbd2
crc32c_generic
dm_mod
sd_mod
t10_pi
crc64_rocksoft
sr_mod
crc64
crc_t10dif
cdrom
crct10dif_generic
hv_storvsc
hid_generic
scsi_transport_fc
hid_hyperv
scsi_mod
hv_netvsc
hid
scsi_common
crct10dif_pclmul
crct10dif_common
crc32_pclmul
crc32c_intel
hv_vmbus
** PCI devices:
** USB devices:
not available
-- System Information:
Debian Release: 12.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages linux-image-6.1.0-9-amd64 depends on:
ii initramfs-tools [linux-initramfs-tool] 0.142
ii kmod 30+20221128-1
ii linux-base 4.9
Versions of packages linux-image-6.1.0-9-amd64 recommends:
ii apparmor 3.0.8-3
ii firmware-linux-free 20200122-1
Versions of packages linux-image-6.1.0-9-amd64 suggests:
pn debian-kernel-handbook <none>
ii grub-efi-amd64 2.06-13
pn linux-doc-6.1 <none>
Versions of packages linux-image-6.1.0-9-amd64 is related to:
pn firmware-amd-graphics <none>
pn firmware-atheros <none>
pn firmware-bnx2 <none>
pn firmware-bnx2x <none>
pn firmware-brcm80211 <none>
pn firmware-cavium <none>
pn firmware-intel-sound <none>
pn firmware-intelwimax <none>
pn firmware-ipw2x00 <none>
pn firmware-ivtv <none>
pn firmware-iwlwifi <none>
pn firmware-libertas <none>
pn firmware-linux-nonfree <none>
pn firmware-misc-nonfree <none>
pn firmware-myricom <none>
pn firmware-netxen <none>
pn firmware-qlogic <none>
pn firmware-realtek <none>
pn firmware-samsung <none>
pn firmware-siano <none>
pn firmware-ti-connectivity <none>
pn xen-hypervisor <none>
-- no debconf information
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.kernel
csiph-web