Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp3898627pxa; Sun, 9 Aug 2020 16:03:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwAYeSegNFbKIVtpDkOsncfYpCmQaO0xp6O+9RkVPHHXmamfPw49PhiPHpG8OrmPvT5VsOD X-Received: by 2002:a17:906:8595:: with SMTP id v21mr19941136ejx.347.1597014200431; Sun, 09 Aug 2020 16:03:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597014200; cv=none; d=google.com; s=arc-20160816; b=PjoOL/YJQ34bk9NAddpYQ0J+dYIovQS2H44ENX2adRgEdreaXyRv3kx75TMIt30EYX BZ4NmZVJimM7khqnNGqTesTy+WaNW8r8ZZVjSrO8qKmGHZEIn+CF68e1QerFiWz+HhnV mpWzYlW6yHyKbl51hM0JNuDBjz44eZaKUNGmKQgbNDa0FmBTF8+OAyKNV/YBpCvqavu7 kDmk3dzBSG80NFbhMhisb1tbsPA0HMWdrREjRv5eRYyKlWE17WdJwRemC0BxVGVi0DC1 csk4T9tOjojE1GWt/rTIo4t7LzYWclEbKALgCHBxMVF/pe8YPerewvfPm7cZDxa2hB/F 196w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:message-id :in-reply-to:subject:cc:to:from:date; bh=/dNufLrNO+fphERj8HoKnmRq8zJmGrOHGg0DHthiNz0=; b=dew2PwZFick6WYtuyj305Iv6Noa3QBVBolTd7WxvyP9gnGQNezk3Jf8OJP1+zJtfJf X7ejMFY6HqD2GISucIqgkB7T/951A/+TU9LGczCxJXh6K8f9e9A7LzPv7jqfPBVTMiGQ 9T2VkRSRb8b0rg8humNIOTexi3X4oegizs0/WW4qwaa+r4te9ohF9WG2RgGtr5FHTJ3j zhKZqFTPLrMDKvb7XvthsvwS64RPy0cFAerf9tkN9jnF4C4SWi7AU22J7nrfvGgAZwy9 /C7Rw8epi5S3Zd/lmP5Z9CJ5O9x6FLY56WFUkHMRb4uDjWGJjWyS8tdC8fSjZEuJKTYr SwuQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d2si9722252edq.1.2020.08.09.16.02.45; Sun, 09 Aug 2020 16:03:20 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726389AbgHIW6v (ORCPT + 99 others); Sun, 9 Aug 2020 18:58:51 -0400 Received: from kvm5.telegraphics.com.au ([98.124.60.144]:55466 "EHLO kvm5.telegraphics.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726323AbgHIW6u (ORCPT ); Sun, 9 Aug 2020 18:58:50 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by kvm5.telegraphics.com.au (Postfix) with ESMTP id 07F1129B87; Sun, 9 Aug 2020 18:58:44 -0400 (EDT) Date: Mon, 10 Aug 2020 08:58:43 +1000 (AEST) From: Finn Thain To: Guenter Roeck cc: Benjamin Herrenschmidt , Joshua Thompson , Geert Uytterhoeven , linux-m68k@lists.linux-m68k.org, Laurent Vivier , Mark Cave-Ayland , linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/9] macintosh/via-macii: Poll the device most likely to respond In-Reply-To: <20200809185541.GA133779@roeck-us.net> Message-ID: References: <5836f80886ebcfbe5be5fb7e0dc49feed6469712.1593318192.git.fthain@telegraphics.com.au> <20200809185541.GA133779@roeck-us.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 9 Aug 2020, Guenter Roeck wrote: > Hi, > > On Sun, Jun 28, 2020 at 02:23:12PM +1000, Finn Thain wrote: > > Poll the most recently polled device by default, rather than the lowest > > device address that happens to be enabled in autopoll_devs. This improves > > input latency. Re-use macii_queue_poll() rather than duplicate that logic. > > This eliminates a static struct and function. > > > > Fixes: d95fd5fce88f0 ("m68k: Mac II ADB fixes") # v5.0+ > > Tested-by: Stan Johnson > > Signed-off-by: Finn Thain > > With this patch applied, the qemu "q800" emulation no longer works and > is stuck in early boot. Any idea why that might be the case, and/or how > to debug it ? > The problem you're seeing was mentioned in the cover letter, https://lore.kernel.org/linux-m68k/cover.1593318192.git.fthain@telegraphics.com.au/ Since this series was merged, Linus' tree is no longer compatible with long-standing QEMU bugs. The best way to fix this is to upgrade QEMU (latest is 5.1.0-rc3). Or use the serial console instead of the framebuffer console. I regret the inconvenience but the alternative was worse: adding code to Linux to get compatibility with QEMU bugs (which were added to QEMU due to Linux bugs). My main concern is correct operation on actual hardware, as always. But some QEMU developers are working on support for operating systems besides Linux. Therefore, I believe that both QEMU and Linux should aim for compatibility with actual hardware and not bug compatibility with each other.