NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: port-evbarm/55504: evbarm-earmv7hf testbed hangs during sbin/ifconfig/t_repeated_updown test
The following reply was made to PR port-evbarm/55504; it has been noted by GNATS.
From: Martin Husemann <martin%duskware.de@localhost>
To: Andreas Gustafsson <gson%gson.org@localhost>
Cc: Jukka Ruohonen <jruohonen%iki.fi@localhost>, gnats-bugs%netbsd.org@localhost,
martin%NetBSD.org@localhost
Subject: Re: port-evbarm/55504: evbarm-earmv7hf testbed hangs during
sbin/ifconfig/t_repeated_updown test
Date: Fri, 24 Jul 2020 11:33:55 +0200
On Fri, Jul 24, 2020 at 12:17:47PM +0300, Andreas Gustafsson wrote:
> hangs after printing "smsh0 up":
>
> tc-start: 1595581029.664487, repeated_updown
> tc-so:Test 35: smsh0 down
> tc-so:Test 35: smsh0 up
>
> The system hangs hard such that typing the cnmagic character on the
> emulated serial console has no effect.
This sound like a generic driver bug (maybe since the media locking
changes or per cpu interface stats) - any chance you could manually
try this with a DIAGNOSTIC/DEBUG/LOCKDEBUG kernel? ... or a qemu bug.
Anyone with a real gumstix board?
> Note that t_repeated_updown.sh 1.4 will no longer trigger the hang.
> Also, if the system is started with "anita --machine virt", it will
> have no shmh interface and therefore will not hang.
Is that because the interface is configured UP in your test setup or
does the test skip it eroneously?
Martin
Home |
Main Index |
Thread Index |
Old Index