From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40058) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1etwtC-0005kZ-3a for qemu-devel@nongnu.org; Thu, 08 Mar 2018 09:51:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1etwtB-0001W1-9n for qemu-devel@nongnu.org; Thu, 08 Mar 2018 09:51:26 -0500 Received: from mail-ot0-x241.google.com ([2607:f8b0:4003:c0f::241]:38825) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1etwtB-0001Vo-4e for qemu-devel@nongnu.org; Thu, 08 Mar 2018 09:51:25 -0500 Received: by mail-ot0-x241.google.com with SMTP id 95so5614706ote.5 for ; Thu, 08 Mar 2018 06:51:24 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <1cb9cc42-c7c9-5124-a615-27914d23b05c@roeck-us.net> References: <1520444223-8389-1-git-send-email-linux@roeck-us.net> <1cb9cc42-c7c9-5124-a615-27914d23b05c@roeck-us.net> From: Peter Maydell Date: Thu, 8 Mar 2018 14:51:04 +0000 Message-ID: Content-Type: text/plain; charset="UTF-8" Subject: Re: [Qemu-devel] [PATCH] fsl-imx6: Swap Ethernet interrupt defines List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Guenter Roeck Cc: QEMU Developers , Andrey Smirnov , Chris Healy , Jason Wang , Jean-Christophe Dubois , Bill Paul On 8 March 2018 at 14:47, Guenter Roeck wrote: > On 03/08/2018 02:50 AM, Peter Maydell wrote: >> So do the works-by-accident kernels fail on QEMU because >> we don't emulate some bit of the ethernet device ? >> Ideally we could fix that so we could boot newer kernels >> without breaking the old ones... > > I don't know if a fix working for all versions of Linux is even possible. > Creating both interrupts might be an option, but would likely cause > other problems since some versions of Linux would handle the same > interrupt twice, while others expect the second interrupt > to be associated with the timer. Did the older Linux kernels work on the real hardware? (I would guess so, but sometimes these things only get tested on emulation...) If so, then in theory "make QEMU work like the hardware" should allow all the kernels to work on QEMU. thanks -- PMM