From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bartlomiej Zolnierkiewicz Subject: Re: [PATCH 2/6] ide: move SFF I/O code to ide-io-sff.c Date: Mon, 19 Jan 2009 15:35:14 +0100 Message-ID: <200901191535.15142.bzolnier@gmail.com> References: <20090119130309.24745.40877.sendpatchset@localhost.localdomain> <49748E43.4030009@ru.mvista.com> <49748EC0.1090503@ru.mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: Received: from nf-out-0910.google.com ([64.233.182.191]:29191 "EHLO nf-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750908AbZASOfI (ORCPT ); Mon, 19 Jan 2009 09:35:08 -0500 In-Reply-To: <49748EC0.1090503@ru.mvista.com> Content-Disposition: inline Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Sergei Shtylyov Cc: linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org On Monday 19 January 2009, Sergei Shtylyov wrote: > Hello, I wrote: > > >>>> Signed-off-by: Bartlomiej Zolnierkiewicz > > >>> Gah, what in the world is that SFF I/O code? > > >>>> Index: b/drivers/ide/ide-io-sff.c > >>>> =================================================================== > >>>> --- /dev/null > >>>> +++ b/drivers/ide/ide-io-sff.c > >>>> @@ -0,0 +1,314 @@ > >>>> + > >>>> +#include > >>>> +#include > >>>> + > >>>> +/* > >>>> + * Conventional PIO operations for ATA devices > >>>> + */ > >>>> + > >>>> +static u8 ide_inb(unsigned long port) > >>>> +{ > >>>> + return (u8) inb(port); > >>>> +} > >>>> + > >>>> +static void ide_outb(u8 val, unsigned long port) > >>>> +{ > >>>> + outb(val, port); > >>>> +} > >>>> + > >>>> +/* > >>>> + * MMIO operations, typically used for SATA controllers > >>>> + */ > >>>> + > >>>> +static u8 ide_mm_inb(unsigned long port) > >>>> +{ > >>>> + return (u8) readb((void __iomem *) port); > >>>> +} > >>>> + > >>>> +static void ide_mm_outb(u8 value, unsigned long port) > >>>> +{ > >>>> + writeb(value, (void __iomem *) port); > >>>> +} > > >>> Ah, I see. Can we finally stop abusing the SFF name? Or are we > >>> bound to copy every mistake that libata has made? :-/ > > >> Please suggest a better name. :) > > >> [ I'm also not happy with the naming but couldn't think of a better > >> one. ] > > > Legacy perhaps? > > As in ide-io-legacy.c. I can also suggest ide-io-std.c, > ide-io-trad[itional].c... ide-io-std.c sounds good to me. I'll recast the patch before merging it.