Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp1109551ybf; Sun, 1 Mar 2020 01:02:23 -0800 (PST) X-Google-Smtp-Source: ADFU+vvlLMm7DEtAM6vPAPSSJEBHEY8Gr8p4qbUgY7vDuNrKnHZycWVOX/kS8FaUrND0Ot4pGDHv X-Received: by 2002:aca:ad54:: with SMTP id w81mr926377oie.172.1583053343845; Sun, 01 Mar 2020 01:02:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583053343; cv=none; d=google.com; s=arc-20160816; b=ub2lMAdCgsH6dKKJOxEJpcW17m6KHrrmyDhzn7qpc0u2v2Q74UBK9LutjPgDegSoyD 2pU7D6IqvNp35X8yJCPAGyj7IhpIIB8GQLCSDU+8+91uKY1HgUL7jtGUSLh5opk8StvQ n1hDZv3zIIwsvdBRaKo7ytAxzbyuKes7rYLhWpDw5xojjm4lXvoBULDv/IvasIb9BtpM 56jsse9xjaG+5ZgUcKtNN+Vx9tdBu7itoBrNjZmiX15CWcG0nx71C69SGsHYiioSqxNO arO6N+vyGtCVVkT5KySCwudjHnwtZZBLJocosTgUCmX3puCpPjIVaC+xR6XaGflYwGyS sQGQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=+CRfIUSlGSOiPZQm0eo/77vZqvGg0R7HwYP5j+FH6Ok=; b=HF72yMmvDg7XdMMSRUsjG9Cn0w8ROLT85n+eQeTmha6ybFlUrZpa2RGJ1ludZ4s1QK npZ937Sihn0XQQt201qftAl5qd+sazYZRn7fdHL2U6N/Q/x1Uv5dKw2VnL+L6fJW2Iac u2iuGkbjlm5fcENbp2Be/fyz5XiptaiukoH5xMVklbx86kZ6lXPwzcJaW5BTBbZLLHKN yQKasrDroyIB0R86C8UXSyXAflg078JUakzLxTbxN1/dam6NqwlchNpGotbhXyiK+7bg gihi9edRv9yZetmGALQviyenW7D/9MGkTbr6qFh7RCkx76zxu1iyNkv2dvNOzkPMi8nR AVfA== 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 l9si4400785oti.229.2020.03.01.01.01.57; Sun, 01 Mar 2020 01:02:23 -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 S1725895AbgCAI7T (ORCPT + 99 others); Sun, 1 Mar 2020 03:59:19 -0500 Received: from wtarreau.pck.nerim.net ([62.212.114.60]:31997 "EHLO 1wt.eu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725747AbgCAI7T (ORCPT ); Sun, 1 Mar 2020 03:59:19 -0500 Received: (from willy@localhost) by pcw.home.local (8.15.2/8.15.2/Submit) id 0218x5Td024221; Sun, 1 Mar 2020 09:59:05 +0100 Date: Sun, 1 Mar 2020 09:59:05 +0100 From: Willy Tarreau To: Denis Efremov Cc: Linus Torvalds , Jens Axboe , linux-block@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 11/16] floppy: remove dead code for drives scanning on ARM Message-ID: <20200301085905.GA24218@1wt.eu> References: <20200224212352.8640-1-w@1wt.eu> <20200226080732.1913-1-w@1wt.eu> <758c8079-50d7-7dc7-ca83-46be038f182b@linux.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <758c8079-50d7-7dc7-ca83-46be038f182b@linux.com> User-Agent: Mutt/1.6.1 (2016-04-27) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Denis, On Sun, Mar 01, 2020 at 11:21:45AM +0300, Denis Efremov wrote: > Hi, > > For patches 11-16, > > I've checked the building on x86, arm. > x86 shows no difference in floppy.o binary. Thanks for double-checking. > Compilation on arm tested (make rpc_defconfig). > > I think that macro fd_outb from arm could be turned to > the static inline function, like on mips or m68k arches. However, > it's up to you if you want to keep the changes close to the > original structure. I wanted to do it as well but wondered if we should focus on limiting changes or doign an in-depth cleanup. I'll see if I find time for an extra round of per-arch cleanup, I think it doesn't cost much and is probably worth being done. > Please address the warnings and resend the patches: (...) Will do in my local patch set and I'll also CC RMK and the few other persons having touched the ARM part of the driver. > Everything else looks good to me. Thanks! Thank you! I've also found an unlocking bug in the driver, when doing ioctl(FDRESET), if a signal comes, we leave without unlocking. I'll send a separate patch for this. Regards, Willy