Received: by 10.213.65.68 with SMTP id h4csp1080242imn; Sat, 31 Mar 2018 18:46:03 -0700 (PDT) X-Google-Smtp-Source: AIpwx49ZCatx6i27wej30z6iOL9hsAvJZ34+VlAEwGy6XEmRB4P/2wtiOU4eTxcTVz8GtB4QeC5X X-Received: by 10.98.89.70 with SMTP id n67mr3508478pfb.150.1522547162976; Sat, 31 Mar 2018 18:46:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522547162; cv=none; d=google.com; s=arc-20160816; b=FSplQIGZ+ixpU2N0Sskqc7OvmhqCAoUvgMRTz1LGf/G8Qi6Jd/JB0fPbNQAws9O/sm 8h+sgXfJd+M/DxxAu06o8BqYzbRI1D0B2DqWNsexLnThgwa52LYdQL5RII7LW3UioCga FLSSwjJUZwjX0XXFnHkWUzYpuvWNCbosMCfvJCjCQYDMsV7StIhbHR5nW+peJEK7qpJI 1/W/WJQnAU2qjXikbp3GGnVVXnnYf4BazQH9aI43zJK68Y9pgrwgjk4emvsVFon4Ps9p 7O90fuQy4oMhf3wRFnNoEasCUVatbY9H734DWYmUFQjEV78ZN4qaaah8tonr8k/YejjG 5rqg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:date:subject:from:references:in-reply-to :message-id:cc:to:arc-authentication-results; bh=Ddu/t+y2aVMpepyUT1o6IAfuzo5DIIhWWSo8+WzD/hA=; b=BRSWvxbseI61HwJ2grSAvUYu5Sava1P9x/iksUjr7tSw/lo7IYYoCcyI0H77BUAF9T oCLs2lSHWPvd37UpB9OMQkvV1ZkRXbXbsier2pZUACRJPUZ7VyL/d1GWDQn4Z8+AuMGK pSJc+Q7C1YunGO8RLrYxpH2K0nnC4SSkWPkzHCf6SnbR6PpjJJ+ozNOtxg2CvgN+1ax3 qs3S6jwTFE9ZSu5GwBHWBoj0GxXimA6r7LDTTJXudLEpgvszeOMPGCw1b7sgy2MuWjh+ jVrKEl7XJ8JdeHLjMGMkAA6FLIFWGmS2s1tb06DNeSHn1TSUIdxWQuFALmHK6oiqwT3B cqWg== 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 f14si7857064pgu.742.2018.03.31.18.45.49; Sat, 31 Mar 2018 18:46:02 -0700 (PDT) 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 S1753386AbeDABmK (ORCPT + 99 others); Sat, 31 Mar 2018 21:42:10 -0400 Received: from kvm5.telegraphics.com.au ([98.124.60.144]:47386 "EHLO kvm5.telegraphics.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753094AbeDABlI (ORCPT ); Sat, 31 Mar 2018 21:41:08 -0400 Received: by kvm5.telegraphics.com.au (Postfix, from userid 502) id 4C2DA2293C; Sat, 31 Mar 2018 21:41:05 -0400 (EDT) To: Geert Uytterhoeven Cc: Laurent Vivier , Jens Axboe , linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org, Benjamin Herrenschmidt , linuxppc-dev@lists.ozlabs.org Message-Id: In-Reply-To: References: From: Finn Thain Subject: [PATCH 09/12] block/swim: Rename macros to avoid inconsistent inverted logic Date: Sat, 31 Mar 2018 21:41:05 -0400 (EDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The Sony drive status bits use active-low logic. The swim_readbit() function converts that to 'C' logic for readability. Hence, the sense of the names of the status bit macros should not be inverted. Mostly they are correct. However, the TWOMEG_DRIVE, MFM_MODE and TWOMEG_MEDIA macros have inverted sense (like MkLinux). Fix this inconsistency and make the following patches less confusing. The same problem affects swim3.c so fix that too. No functional change. The FDHD drive status bits are documented in sonydriv.cpp from MAME and in swimiii.h from MkLinux. Cc: Laurent Vivier Cc: Benjamin Herrenschmidt Cc: linuxppc-dev@lists.ozlabs.org Cc: Jens Axboe Tested-by: Stan Johnson Signed-off-by: Finn Thain --- drivers/block/swim.c | 8 ++++---- drivers/block/swim3.c | 6 +++--- 2 files changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/block/swim.c b/drivers/block/swim.c index 8be0d92bc431..d69cc5dadbfc 100644 --- a/drivers/block/swim.c +++ b/drivers/block/swim.c @@ -111,7 +111,7 @@ struct iwm { /* Select values for swim_select and swim_readbit */ #define READ_DATA_0 0x074 -#define TWOMEG_DRIVE 0x075 +#define ONEMEG_DRIVE 0x075 #define SINGLE_SIDED 0x076 #define DRIVE_PRESENT 0x077 #define DISK_IN 0x170 @@ -119,9 +119,9 @@ struct iwm { #define TRACK_ZERO 0x172 #define TACHO 0x173 #define READ_DATA_1 0x174 -#define MFM_MODE 0x175 +#define GCR_MODE 0x175 #define SEEK_COMPLETE 0x176 -#define ONEMEG_MEDIA 0x177 +#define TWOMEG_MEDIA 0x177 /* Bits in handshake register */ @@ -619,7 +619,7 @@ static void setup_medium(struct floppy_state *fs) struct floppy_struct *g; fs->disk_in = 1; fs->write_protected = swim_readbit(base, WRITE_PROT); - fs->type = swim_readbit(base, ONEMEG_MEDIA); + fs->type = swim_readbit(base, TWOMEG_MEDIA); if (swim_track00(base)) printk(KERN_ERR diff --git a/drivers/block/swim3.c b/drivers/block/swim3.c index af51015d056e..469541c1e51e 100644 --- a/drivers/block/swim3.c +++ b/drivers/block/swim3.c @@ -148,7 +148,7 @@ struct swim3 { #define MOTOR_ON 2 #define RELAX 3 /* also eject in progress */ #define READ_DATA_0 4 -#define TWOMEG_DRIVE 5 +#define ONEMEG_DRIVE 5 #define SINGLE_SIDED 6 /* drive or diskette is 4MB type? */ #define DRIVE_PRESENT 7 #define DISK_IN 8 @@ -156,9 +156,9 @@ struct swim3 { #define TRACK_ZERO 10 #define TACHO 11 #define READ_DATA_1 12 -#define MFM_MODE 13 +#define GCR_MODE 13 #define SEEK_COMPLETE 14 -#define ONEMEG_MEDIA 15 +#define TWOMEG_MEDIA 15 /* Definitions of values used in writing and formatting */ #define DATA_ESCAPE 0x99 -- 2.16.1