Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp907580ybf; Sat, 29 Feb 2020 19:27:27 -0800 (PST) X-Google-Smtp-Source: APXvYqwWRkffLL5plm57Eb5gFxIUGhdDmYMvSQ3MvjFriaOGFNwMYIP1xt/S8Z3dXVYMZnPnH0B8 X-Received: by 2002:a05:6830:98:: with SMTP id a24mr8288958oto.115.1583033246859; Sat, 29 Feb 2020 19:27:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583033246; cv=none; d=google.com; s=arc-20160816; b=TSf7HLhXA28tC+QUSgnfZz1jd0Xmdl3qbrrhozYVLHHbftxb/1g1KwAdYCJnYmhWat rhRxMXrYRLL30YeyWRw2LwnQb1IBmOCz58nTR4feNaGNYD3K7lOifmwpeMGhhXE0gk4x 5hAKw8arcaAuAPhUe9Qp+3KNycjerjVYl9AXPDfPOiyOCULm5cjijfKDQ+AKog5nkiEL 2KrjEXh4G48uadtQOYk3aRmZ50RtMPvt+2XUIbk7Am0mkbdw1oWu0Dq7KUDbtwFbgbFe pJhbfaZ050e02iA3s1RmUbYD05BJRXynF1EjRsX3132ggSw6lPuqLlCIpNl4A/qnPRXH BwGw== 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=m9CaVfxoP+mMI1Td0U90WsQHlgN+VQEtxKA02CYZxFY=; b=IOwNupe2GVra1Vcl//mfl7OMZl3CAsVJULkIQQe2XcJot5ul6wlMQFW6F9d5G6jVgX wg+Gjgb1IHVsKMk+kjsjM8ZlCqjkQHbg42jDp9b+cCVFphTHMiaWzXdNHIrbQNl9xWoH Y9E1uWV54fzFN/urHlc7CTeh6sqUamtZxuIGou89X3RQle3ecS0fu7X5/xJnTNptx/lA gKAux6PCugRbTXvUg6BR7aSj1sEzgsGp7baOHpFjsn7SEWFgZiJDSmFOKpdmPqGP+BZJ rBUDyoiJnSkRIUc6OwTPl7CfiMwH4FhvdpaJNPMj93Ea14uxopH8UhigWhOIZGYgHaQD dFng== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l23si4015998otj.302.2020.02.29.19.27.14; Sat, 29 Feb 2020 19:27:26 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727349AbgCAD0j (ORCPT + 99 others); Sat, 29 Feb 2020 22:26:39 -0500 Received: from kvm5.telegraphics.com.au ([98.124.60.144]:60088 "EHLO kvm5.telegraphics.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727242AbgCAD0j (ORCPT ); Sat, 29 Feb 2020 22:26:39 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by kvm5.telegraphics.com.au (Postfix) with ESMTP id 7CE882A28D; Sat, 29 Feb 2020 22:26:36 -0500 (EST) Date: Sun, 1 Mar 2020 14:26:33 +1100 (AEDT) From: Finn Thain To: afzal mohammed cc: linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org, Greg Ungerer , Thomas Gleixner , Geert Uytterhoeven Subject: Re: [PATCH v2 06/18] m68k: Replace setup_irq() by request_irq() In-Reply-To: <20200301010511.GA5195@afzalpc> Message-ID: References: <00b0bf964278dd0bb3e093283994399ff796cca5.1582471508.git.afzal.mohd.ma@gmail.com> <20200229131553.GA4985@afzalpc> <20200301010511.GA5195@afzalpc> 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, 1 Mar 2020, afzal mohammed wrote: > On Sun, Mar 01, 2020 at 10:11:51AM +1100, Finn Thain wrote: > > On Sat, 29 Feb 2020, afzal mohammed wrote: > > > > [...] > > > Specific to m68k, following changes has been made based on m68 family > > > ;) feedback, > > > > > > > None of my comments were specific to any architecture. > > One thing i had in my background, but realize now that didn't express > anywhere in my mails, in essence what Geert mentioned, i.e. being legacy > code, i did not give a treatment that would have been given to adding > new code. > > But m68k subthread has been a very lively one and as not many changes, > felt it was not fair from my side not to handle almost as though it is a > new code addition. > I took Geert's comments to be architecture agnostic but perhaps I misunderstood. BTW, how do you distinguish between "new code" and "legacy code"? And why would you choose to do that when you are writing a tree-wide semantic patch?