Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp73821ybg; Sun, 31 May 2020 17:17:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwujTleNzTG6BnuUklEIFegRlXkbsFH3yUv6uqBmPd4spS595chZIdSOCQhUZeH+Wi2Q+FA X-Received: by 2002:a17:907:94ca:: with SMTP id dn10mr2703434ejc.348.1590970638268; Sun, 31 May 2020 17:17:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590970638; cv=none; d=google.com; s=arc-20160816; b=uqDEyYngU0eujgef7g8GrjA/iHz/ICcbKvb/WeYQYrzDDeluu1SJryTHqsA05arOrP lywcS02j/01SNkd6trjA4waYN5dWgZpERWolSSfUw6r+PQm79XWZ7OOHOexpTZokOoLj /kw4Nd+g1qfNOmculF1wukUCGQHg+2Bedi8W/Up7w3uiKONEtVErSTRjQ9DGCLd78m4E Tb8+kOLor6VUs5G3fx+wDn7SLHMUThh39ZrKxANbhxZ7kQYR19mNkMW/6DDwpGH2xjeD VRXUu73LQ4oLM0Y/Kw3nCCtHPiQUo02wyl5d8q4ikVI0Pxw/YH59LBqRi/5ZoOv47ZKB mLlg== 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=4MGRulPPvK2dQuhuZB7CZ6hyQ6M+r9DSJ3q/ihVoFFI=; b=F5+rHrzfanGmq2YNm9Z3PEW/scjMg4COcxLxtIiz1Kcyg8a/nN6FOfEeS8pLJpAuXD YydjDaiNv9R03BJpRB+gvfaGVs6RKaLAXj8/akn/YRWFFAdyOX/my0qf19iyu1wIZ5mW ts25DwPcd6liJIp5MI9wQUcUCoxButx77Di7Tdfp97xYFgeB9zYT/yJmyTsYWdHokOZc 6aJZ2xIDtk2X7EUmXczMqo6dwqef2opu2KMLCLxY7Fa5Ni/9kuk8EZ6SFqBtTB9oGEVq e2sBc4aoCcC6/XqsnYxyXJGcgOduU7ohomsXNACbwjcAtAhM42bpnWhN+wCbXJKC1b7X D+sA== 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 q16si2258418ejt.712.2020.05.31.17.16.55; Sun, 31 May 2020 17:17:18 -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 S1728422AbgFAAPB (ORCPT + 99 others); Sun, 31 May 2020 20:15:01 -0400 Received: from kvm5.telegraphics.com.au ([98.124.60.144]:52364 "EHLO kvm5.telegraphics.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727915AbgFAAPB (ORCPT ); Sun, 31 May 2020 20:15:01 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by kvm5.telegraphics.com.au (Postfix) with ESMTP id 8048828F67; Sun, 31 May 2020 20:14:56 -0400 (EDT) Date: Mon, 1 Jun 2020 10:14:56 +1000 (AEST) From: Finn Thain To: Geert Uytterhoeven cc: Benjamin Herrenschmidt , Joshua Thompson , linux-m68k , Linux Kernel Mailing List , linuxppc-dev Subject: Re: [PATCH 8/8] macintosh/adb-iop: Implement SRQ autopolling In-Reply-To: Message-ID: References: <0fb7fdcd99d7820bb27faf1f27f7f6f1923914ef.1590880623.git.fthain@telegraphics.com.au> 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, 31 May 2020, Geert Uytterhoeven wrote: > Hi Finn, > > On Sun, May 31, 2020 at 1:20 AM Finn Thain wrote: > > The adb_driver.autopoll method is needed during ADB bus scan and device > > address assignment. Implement this method so that the IOP's list of > > device addresses can be updated. When the list is empty, disable SRQ > > autopolling. > > > > Cc: Joshua Thompson > > Cc: Geert Uytterhoeven > > Tested-by: Stan Johnson > > Signed-off-by: Finn Thain > > Thanks for your patch! > > Acked-by: Geert Uytterhoeven > Thanks for your tag. > > arch/m68k/include/asm/adb_iop.h | 1 + > > drivers/macintosh/adb-iop.c | 32 ++++++++++++++++++++++++++------ > > As this header file is used by a single source file only, perhaps it > should just be absorbed by the latter? Sure, it could be absorbed by both asm/mac_iop.h and drivers/macintosh/adb-iop.c but I don't see the point... > Then you no longer need my Acked-by for future changes ;-) > But you shouldn't need to ack this kind of change in the first place. IMHO, the arch/m68k/mac maintainer should be the one to ack changes to both arch/m68k/include/asm/adb_iop.h and drivers/macintosh/adb-iop.c. Not that I'm complaining (thanks again for your ack!)