NetBSD Problem Report #54035

From www@NetBSD.org  Sat Mar  2 23:47:47 2019
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id D077D7A1B6
	for <gnats-bugs@gnats.NetBSD.org>; Sat,  2 Mar 2019 23:47:46 +0000 (UTC)
Message-Id: <20190302234746.0A5CD7A1EC@mollari.NetBSD.org>
Date: Sat,  2 Mar 2019 23:47:46 +0000 (UTC)
From: thorpej@me.com
Reply-To: thorpej@me.com
To: gnats-bugs@NetBSD.org
Subject: Frequent of "cmdide0:0:0: lost interrupt" when transferring files to sparc64 Qemu guest
X-Send-Pr-Version: www-1.0

>Number:         54035
>Notify-List:    gson@gson.org
>Category:       port-sparc64
>Synopsis:       Frequent of "cmdide0:0:0: lost interrupt" when transferring files to sparc64 Qemu guest
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    port-sparc64-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Mar 02 23:50:00 +0000 2019
>Last-Modified:  Wed Jun 19 16:30:01 +0000 2019
>Originator:     Jason Thorpe
>Release:        NetBSD 8.99.34 / NetBSD 8.0
>Organization:
>Environment:
eNetBSD sparc64-vm 8.99.34 NetBSD 8.99.34 (GENERIC) #0: Thu Feb 28 17:41:27 UTC 2019  mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/sparc64/compile/GENERIC sparc64
>Description:
When transferring large files (distribution sets in this case) to a sparc64 Qemu guest using scp, I am setting frequent:

cmdide0:0:0: lost interrupt
[ 1406.4595499]         type: ata tc_bcount: 16384 tc_skip: 0

errors, resulting in periodic stalls.

I don't know if this is a NetBSD bug or a Qemu bug.
>How-To-Repeat:
Copy large files to a sparc64 Qemu guest.
>Fix:
unknown.

>Release-Note:

>Audit-Trail:
From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: port-sparc64/54035: Frequent of "cmdide0:0:0: lost interrupt"
 when transferring files to sparc64 Qemu guest
Date: Sun, 3 Mar 2019 08:30:27 +0100

 On Sat, Mar 02, 2019 at 11:50:00PM +0000, thorpej@me.com wrote:
 > I don't know if this is a NetBSD bug or a Qemu bug.

 Qemu, also which version of qemu are you running?

 Martin

From: Jason Thorpe <thorpej@me.com>
To: "gnats-bugs@netbsd.org" <gnats-bugs@NetBSD.org>
Cc: port-sparc64-maintainer@netbsd.org,
 gnats-admin@netbsd.org,
 netbsd-bugs@netbsd.org
Subject: Re: port-sparc64/54035: Frequent of "cmdide0:0:0: lost interrupt"
 when transferring files to sparc64 Qemu guest
Date: Sun, 3 Mar 2019 07:22:51 -0800

 > On Mar 2, 2019, at 11:35 PM, Martin Husemann <martin@duskware.de> =
 wrote:
 >=20
 > The following reply was made to PR port-sparc64/54035; it has been =
 noted by GNATS.
 >=20
 > From: Martin Husemann <martin@duskware.de>
 > To: gnats-bugs@NetBSD.org
 > Cc:=20
 > Subject: Re: port-sparc64/54035: Frequent of "cmdide0:0:0: lost =
 interrupt"
 > when transferring files to sparc64 Qemu guest
 > Date: Sun, 3 Mar 2019 08:30:27 +0100
 >=20
 > On Sat, Mar 02, 2019 at 11:50:00PM +0000, thorpej@me.com wrote:
 >> I don't know if this is a NetBSD bug or a Qemu bug.
 >=20
 > Qemu, also which version of qemu are you running?

 netbsd-vm:thorpej 9$ pkg_info qemu
 Information for qemu-3.1.0nb5:

 Comment:
 CPU emulator using dynamic translation

 Requires:
 SDL2>=3D2.0.3nb8
 lzo>=3D2.01
 glib2>=3D2.34.0
 jemalloc>=3D4.0.0
 snappy>=3D1.0.5
 png>=3D1.6.0nb1
 python27>=3D2.7.1nb2
 libgcrypt>=3D1.6.0
 curl>=3D7.63.0nb1
 jpeg>=3D9

 Description:
 QEMU is a FAST! processor emulator using dynamic translation to achieve
 good emulation speed, QEMU has two operating modes:

     * Full system emulation. In this mode, QEMU emulates a full system
       (for example a PC), including a processor and various peripherals.
       It can be used to launch different Operating Systems without =
 rebooting
       the PC or to debug system code.
     * User mode emulation (Linux host only). In this mode, QEMU can =
 launch
       Linux processes compiled for one CPU on another CPU. It can be =
 used
       to launch the Wine Windows API emulator or to ease =
 cross-compilation
       and cross-debugging.

 Homepage:
 http://www.qemu-project.org/


 >=20
 > Martin
 >=20

 -- thorpej

From: Andreas Gustafsson <gson@gson.org>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: port-sparc64/54035: Frequent of "cmdide0:0:0: lost interrupt" when transferring files to sparc64 Qemu guest
Date: Tue, 28 May 2019 16:55:33 +0300

 It's not just piixide on sparc64 - cmdide on i386 and amd64 also loses
 interrupts under qemu.  For example, search for "lost interrupt" in
 the following logs:

   http://www.gson.org/netbsd/bugs/build/amd64/2019/2019.04.24.15.12.09/test.log
   http://www.gson.org/netbsd/bugs/build/i386/2019/2019.05.24.06.01.05/test.log

 Also, recent versions of -current fail to recover after an interrupt is lost;
 that's PR 54166.
 -- 
 Andreas Gustafsson, gson@gson.org

From: Andreas Gustafsson <gson@gson.org>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: port-sparc64/54035: Frequent of "cmdide0:0:0: lost interrupt" when transferring files to sparc64 Qemu guest
Date: Fri, 7 Jun 2019 11:13:54 +0300

 As noted in PR 54166, it appears the factor that triggers the frequent
 lost IDE interrutps under qemu is not the qemu version, but qemu being
 run on, built for, or built on (not sure which) NetBSD 8 rather
 than NetBSD 7.

 Figuring the problem might be related to new optimizations in NetBSD
 8's gcc, I tried building qemu with -O0, but that did not help; qemu
 got slower but I still got a lost interrupt (and, as a result of PR
 54166, a hang).
 -- 
 Andreas Gustafsson, gson@gson.org

From: Andreas Gustafsson <gson@gson.org>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: port-sparc64/54035: Frequent of "cmdide0:0:0: lost interrupt" when transferring files to sparc64 Qemu guest
Date: Wed, 19 Jun 2019 19:27:16 +0300

 Earlier, I said:
 > it appears the factor that triggers the frequent
 > lost IDE interrutps under qemu is not the qemu version, but qemu being
 > run on, built for, or built on (not sure which) NetBSD 8 rather
 > than NetBSD 7.

 Or it could be one of the pkgsrc packages qemu depends on, as in PR 54310.
 -- 
 Andreas Gustafsson, gson@gson.org

>Unformatted:

Home	PR Database Search