Re: port-evbarm/53303 (Some evbarm-earmv7hf test runs jump to 0x04000000)

[Andreas Gustafsson <gson%gson.org@localhost>]

The following reply was made to PR port-evbarm/53303; it has been noted by GNATS.

From: Andreas Gustafsson <gson%gson.org@localhost>
To: jmcneill%NetBSD.org@localhost
Cc: gnats-bugs%NetBSD.org@localhost
Subject: Re: port-evbarm/53303 (Some evbarm-earmv7hf test runs jump to 0x04000000)
Date: Mon, 16 May 2022 09:32:18 +0300

 jmcneill%NetBSD.org@localhost wrote:
 > Is this issue still present?
 
 Apparently not.  Looking at the logs of the evbarm-earmv7hf tests on
 lyta.netbsd.org, the last case of the VM hanging immediately after
 reboot during the install process was when testing source date
 2019.10.23.05.20.52:
 
   http://releng.netbsd.org/b5reports/evbarm-earmv7hf/commits-2019.10.html#2019.10.23.05.20.52
 
 It's not clear if it was fixed by a change to NetBSD or by qemu
 being upgraded from 3.1.0 to 4.1.0.
 
 Mostly for my own reference, the command I used to search the logs was:
 
   lyta /bracket/evbarm-earmv7hf/results $ find -s . -name bracket.db | xargs grep install_status=1 | sed 's!^\(./..../...................\).*$!\1/install.log.gz!' | xargs zgrep -C1 'rebooting'
 
 > Do you see it with the 'virt' machine type, or only 'vexpress-a15'?
 
 I have not run regular tests using the 'virt' machine type.
 -- 
 Andreas Gustafsson, gson%gson.org@localhost