Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.kernel > #65142

Bug#940820: linux-image-5.2.0-2-amd64: breaks UML all versions, both debian stock and compiled from source.

Path csiph.com!3.eu.feeder.erje.net!feeder.erje.net!weretis.net!feeder7.news.weretis.net!news.mixmin.net!aioe.org!bofh.it!news.nic.it!robomod
From Johannes Berg <johannes@sipsolutions.net>
Newsgroups linux.debian.bugs.dist, linux.debian.kernel
Subject Bug#940820: linux-image-5.2.0-2-amd64: breaks UML all versions, both debian stock and compiled from source.
Date Fri, 20 Sep 2019 20:20:01 +0200
Message-ID <yIvFD-6nW-1@gated-at.bofh.it> (permalink)
References <yIoE9-1qT-5@gated-at.bofh.it> <yItNv-56U-3@gated-at.bofh.it> <yItNv-56U-1@gated-at.bofh.it> <yIoE9-1qT-5@gated-at.bofh.it> <yItNv-56U-1@gated-at.bofh.it>
X-Mailbox-Line From debian-bugs-dist-request@lists.debian.org Fri Sep 20 18:15:08 2019
Old-Return-Path <debbugs@buxtehude.debian.org>
X-Spam-Flag NO
X-Spam-Score -3.951
Reply-To Johannes Berg <johannes@sipsolutions.net>, 940820@bugs.debian.org
Resent-To debian-bugs-dist@lists.debian.org
Resent-Cc Debian Kernel Team <debian-kernel@lists.debian.org>
X-Debian-Pr-Message followup 940820
X-Debian-Pr-Package src:linux
X-Debian-Pr-Source linux
X-Spam-Bayes score:0.0000 Tokens: new, 38; hammy, 134; neutral, 47; spammy, 1. spammytokens:0.855-+--stock hammytokens:0.000-+--H*u:Evolution, 0.000-+--H*M:camel, 0.000-+--UD:4.x, 0.000-+--4.x, 0.000-+--sk:linuxi
Content-Type text/plain; charset="UTF-8"
User-Agent Evolution 3.30.5 (3.30.5-1.fc29)
MIME-Version 1.0
Content-Transfer-Encoding 7bit
X-Greylist delayed 2340 seconds by postgrey-1.36 at buxtehude; Fri, 20 Sep 2019 18:08:47 UTC
X-Debian-Message from BTS
X-Mailing-List <debian-bugs-dist@lists.debian.org> archive/latest/1559793
List-ID <debian-bugs-dist.lists.debian.org>
List-URL <https://lists.debian.org/debian-bugs-dist/>
Approved robomod@news.nic.it
Lines 23
Organization linux.* mail to news gateway
Sender robomod@news.nic.it
X-Original-Cc 940820@bugs.debian.org
X-Original-Date Fri, 20 Sep 2019 19:29:38 +0200
X-Original-Message-ID <dad1a2ea4bc0272bf45ba83bec71e0f735409e30.camel@sipsolutions.net>
X-Original-References <156897436056.2001.10040310871991691509.reportbug@sleer.kot.begemot.co.uk> <ded0fc52-3631-375f-e4b5-c18e93777c4f@kot-begemot.co.uk> <4eb157d9-421e-092d-c2e9-96a2205e8ba4@kot-begemot.co.uk> <156897436056.2001.10040310871991691509.reportbug@sleer.kot.begemot.co.uk> <4eb157d9-421e-092d-c2e9-96a2205e8ba4@kot-begemot.co.uk>
Xref csiph.com linux.debian.bugs.dist:975981 linux.debian.kernel:65142

Cross-posted to 2 groups.

Show key headers only | View raw


On Fri, 2019-09-20 at 16:57 +0100, Anton Ivanov wrote:
> Looks like the culprit is a different default elf start address on 5.x
> 
> What changes is not the sbrk(0) or _end - these are pretty much 
> identical as in 4.x. It is the START which after some "fixups" in 
> arch/um/kernel/uml.lds.S becomes __binary_start

Doesn't this just use sbrk(0) to basically detect the end of the
"regular" part of the binary that's mapped by the loader, i.e. basically
"uml_reserved"? At least that's what I thought when I looked.

And if so, perhaps we could detect all this differently? Or even place
the (mmap'ed) physical memory somewhere else? I'd think nothing really
should care if it's contiguous or not?

If we did that we wouldn't have the whole thing contiguous in memory,
but do we really need to? Hmm. Maybe we do, so we don't have huge page
tables or something?

But then again, isn't the difference basically where the binary is
mapped, maybe we could mark it as non-relocatable?

johannes

Back to linux.debian.kernel | Previous | Next | Find similar | Unroll thread


Thread

Bug#940820: linux-image-5.2.0-2-amd64: breaks UML all versions, both debian stock and compiled from source. Johannes Berg <johannes@sipsolutions.net> - 2019-09-20 20:20 +0200

csiph-web