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