Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp2582303pxk; Mon, 14 Sep 2020 18:18:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwy1tWTcJS31Q5FRZhgBvf+DTRzSkLrwJuLL1tzVQ6r2xwxrKLQNmpu17FPxmJc2e8bxGW9 X-Received: by 2002:a50:9f22:: with SMTP id b31mr20128832edf.345.1600132723078; Mon, 14 Sep 2020 18:18:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600132723; cv=none; d=google.com; s=arc-20160816; b=v7M8T/AOXXOULlmtGyQQ5zBUFSGGSP4TIvoptejGZhPT8VAZYg5TQd+HF5OV4hmnuW zpPc+3tPYyUvjKKnSqbopYDrm78ZYVdHqKMaHH4Y0IGD5dBdRbZDwKIFSy/+U08YDQfR WUO79j/ICFwwelBgMKJxN1rUYhSn2S1OvqWN2TrwkTguQi4+xA5jy1G7a3ymx4yHYkGL BarLjIyaNjJgT9qTGowzDycBu3iF0RCtXo+A8Aki7TjubfU/buROB6fmb7ITtJouGeub rWpPSI2lOde02ES333/4AYhhmzB7gtaB0GgCTxeDVy8Gdq+HfCcaNrb6iJzCw0yjl05o ADUQ== 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=nb0XCgnEH/UkXweta0zYrKX7GtZDz6v85Xd9dwXcDHk=; b=CU5JzV9/gcDveEKR3xjZ85bJmzWqJKPxODJwaO6cLdIbzHJKVlgBCptJY3/U2mSwx7 +MkZ4xzpeT6YB4ifAHa81o16tQ6L7AR4jc73feR8HnCkZeMDKAJw6XOWQv4I30qp+MjD /tgTDDR9Qf5/VQsp4DE9VIMvlMcNupFFvn8tBgjyctPnRBI8/K3au49GLX9YPVHEsImE HciKyYAJcFCpH7BgIV+zJJc8IVnUQeiaJVmQVTPU8uXVcYKrVGEQVHZocz3s8AUCSS33 ach+52YOn0hYJmtvAO86gkmiVPNGzl3211ga1vHW3X5j9M7GFQVPe6ShAxE4sMuc2eun vSHw== 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 z19si6423686edx.205.2020.09.14.18.18.21; Mon, 14 Sep 2020 18:18:43 -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 S1726068AbgIOBRu (ORCPT + 99 others); Mon, 14 Sep 2020 21:17:50 -0400 Received: from kvm5.telegraphics.com.au ([98.124.60.144]:52064 "EHLO kvm5.telegraphics.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726019AbgIOBRt (ORCPT ); Mon, 14 Sep 2020 21:17:49 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by kvm5.telegraphics.com.au (Postfix) with ESMTP id CA72D2A026; Mon, 14 Sep 2020 21:17:43 -0400 (EDT) Date: Tue, 15 Sep 2020 11:17:43 +1000 (AEST) From: Finn Thain To: Geert Uytterhoeven cc: "David S. Miller" , Bartlomiej Zolnierkiewicz , Joshua Thompson , linux-m68k , Linux Kernel Mailing List , linux-ide@vger.kernel.org Subject: Re: [PATCH v2] ide/macide: Convert Mac IDE driver to platform driver In-Reply-To: Message-ID: References: <3cf40b9df80a99a3eee6d3af79437016038f0a44.1600051331.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 Mon, 14 Sep 2020, Geert Uytterhoeven wrote: > Hi Finn, > > On Mon, Sep 14, 2020 at 4:47 AM Finn Thain wrote: > > Add platform devices for the Mac IDE controller variants. Convert the > > macide module into a platform driver to support two of those variants. > > For the third, use a generic "pata_platform" driver instead. > > This enables automatic loading of the appropriate module and begins > > the process of replacing the driver with libata alternatives. > > > > Cc: Bartlomiej Zolnierkiewicz > > Cc: Geert Uytterhoeven > > Cc: Joshua Thompson > > References: commit 5ed0794cde593 ("m68k/atari: Convert Falcon IDE drivers to platform drivers") > > References: commit 7ad19a99ad431 ("ide: officially deprecated the legacy IDE driver") > > Tested-by: Stan Johnson > > Signed-off-by: Finn Thain > > --- > > This patch was tested successfully on a Powerbook 190 (MAC_IDE_BABOON) > > using both pata_platform and ide_platform drivers. > > The next step will be to try using these generic drivers with the other > > IDE controller variants (MAC_IDE_QUADRA or MAC_IDE_PB) so that the macide > > driver can be entirely replaced with libata drivers. > > > > Changed since v1: > > - Adopted DEFINE_RES_MEM and DEFINE_RES_IRQ macros. > > - Dropped IORESOURCE_IRQ_SHAREABLE flag as it is ignored by pata_platform.c > > and IRQF_SHARED makes no difference in this case. > > - Removed redundant release_mem_region() call. > > - Enabled CONFIG_BLK_DEV_PLATFORM in mac_defconfig. We might also enable > > CONFIG_PATA_PLATFORM but IMO migration to libata should be a separate > > patch (as this patch has some unrelated benefits). > > Thanks for the update! > > BTW, who do you envision taking this (or the next version)? IDE or m68k? > It's unclear from the diff stat. But the focus is on the platform which probably means it is more interesting to you, as the arch maintainer. > > --- a/arch/m68k/configs/mac_defconfig > > +++ b/arch/m68k/configs/mac_defconfig > > @@ -317,6 +317,7 @@ CONFIG_DUMMY_IRQ=m > > CONFIG_IDE=y > > CONFIG_IDE_GD_ATAPI=y > > CONFIG_BLK_DEV_IDECD=y > > +CONFIG_BLK_DEV_PLATFORM=y > > I guess we want this in multi_defconfig, too? > Right. I'll add that in v3. > > CONFIG_BLK_DEV_MAC_IDE=y > > CONFIG_RAID_ATTRS=m > > CONFIG_SCSI=y > > > --- a/drivers/ide/macide.c > > +++ b/drivers/ide/macide.c > > > @@ -109,42 +110,61 @@ static const char *mac_ide_name[] = > > * Probe for a Macintosh IDE interface > > */ > > > > -static int __init macide_init(void) > > +static int mac_ide_probe(struct platform_device *pdev) > > { > > > printk(KERN_INFO "ide: Macintosh %s IDE controller\n", > > mac_ide_name[macintosh_config->ide_type - 1]); > > > > - macide_setup_ports(&hw, base, irq); > > + macide_setup_ports(&hw, mem->start, irq->start); > > > > - return ide_host_add(&d, hws, 1, NULL); > > + rc = ide_host_add(&d, hws, 1, &host); > > + if (rc) > > + return rc; > > + > > + platform_set_drvdata(pdev, host); > > Move one up, to play it safe? > You mean, before calling ide_host_add? The 'host' pointer is uninitialized prior to that call. > > + return 0; > > } > > > > -module_init(macide_init); > > +static int mac_ide_remove(struct platform_device *pdev) > > +{ > > + struct ide_host *host = dev_get_drvdata(&pdev->dev); > > As you use platform_set_drvdata() above, you might as well use the > platform_get_drvdata() helper here, for symmetry. > Will do. Thanks for your review. > Gr{oetje,eeting}s, > > Geert