ports -r484565 : qemu-arm-static fails with: (start < end), function page_set_flags, file . . . accel/tcg/translate-all.c, line 2077

Mark Millard marklmi at yahoo.com
Sun Nov 11 04:46:23 UTC 2018


On 2018-Nov-10, at 20:00, Kyle Evans <kevans at freebsd.org> wrote:

> On Sat, Nov 10, 2018 at 4:30 PM Mark Millard <marklmi at yahoo.com> wrote:
>> 
>> On 2018-Nov-10, at 12:28, Kyle Evans <kevans at freebsd.org> wrote:
>> 
>>> On Sat, Nov 10, 2018 at 11:38 AM Mark Millard via freebsd-ports
>>> <freebsd-ports at freebsd.org> wrote:
>>>> 
>>>> Having actually installed the reverted code fist ( -r438807 ),
>>>> cmake's package stage is now well past were it was failing.
>>>> 
>>>> So it is not the pkg vintage that matters: it is the qemu-sbruno
>>>> vintage that matters.
>>>> 
>>>> (gcc8 getting that far is hours away: full bootstrap, so mostly
>>>> emulated.)
>>>> 
>>> 
>>> I find the assertion you've reported fairly bizarre, since all of the
>>> page_set_flags invocations we would've touched are generally of the
>>> form `page_set_flags(start, start + len, ...)` -- I'm working on
>>> reproducing locally, though.
>> 
>> Looking at the overall sources for the two versions ( as seen via
>> -r483807 and -r484565 ) I find a possibly-significant changed file:
>> 
>> # diff -u /wrkdirs/usr/ports/emulators/qemu-user-static/*work/qemu-bsd-user-*/bsd-user/mmap.c | more
>> --- /wrkdirs/usr/ports/emulators/qemu-user-static/483807-work/qemu-bsd-user-495fb3a/bsd-user/mmap.c     2018-05-25 07:28:13.000000000 -0700
>> +++ /wrkdirs/usr/ports/emulators/qemu-user-static/484565-work/qemu-bsd-user-2cb0cdd/bsd-user/mmap.c     2018-11-09 09:27:18.000000000 -0800
>> 
> 
> Yes, I'm familiar with this particular changeset- I wrote it. =)

I noticed that later when researching.

> Unfortunately, I can't reproduce this locally- neither with
> devel/cmake nor any of the other ports that I build.

Out of 200+ I only saw it for the two. Multiple bulk tests
for cmake. (I did not wait for lang/gcc8's full bootstrap
to finish.) Some uncommon (limiting?) condition, apparently.

> I think we'll
> have to wait until either we get more reports of this or portmgr@
> trips over it in a way that I can reproduce and dig in a bit.

If there is a change that would force a core dump or
backtrace or something to give context, I could try such.
(My normal builds are non-debug but with symbols enabled,
even for ports, a combination I had to add local support
for.) I did not find a core file when I looked in the
tar archive of the failure. (I've not yet checked
qemu-arm-static does something to prevent generating
host core files.)

Or I could substitute the old version of the one source in
with the rest being new, rebuild qemu-user-static, and try
again.

Such would be tomorrow, my time (US Pacific).

(The reason for tomorrow: I've got a bulk going for updating
to ports -r484652 --other than the reverted qemu-user-static.
It is done but for the full-bootstrap lang/gcc8 that will
take hours more.)



===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)



More information about the freebsd-ports mailing list