linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: [PATCH 2/3] mg_disk: fix dependency on libata
       [not found] ` <49F3D994.7020304@kernel.org>
@ 2009-04-26  4:02   ` Jeff Garzik
  2009-04-26  4:08     ` Tejun Heo
  2009-04-26  9:39   ` Bartlomiej Zolnierkiewicz
  1 sibling, 1 reply; 6+ messages in thread
From: Jeff Garzik @ 2009-04-26  4:02 UTC (permalink / raw)
  To: Tejun Heo
  Cc: Bartlomiej Zolnierkiewicz, unsik Kim, linux-kernel,
	Linux IDE mailing list

Tejun Heo wrote:
> Bartlomiej Zolnierkiewicz wrote:
>> Add local copies of ata_id_string() and ata_id_c_string() to mg_disk
>> so there is no need for the driver to depend on ATA and SCSI.
>>
>> Cc: unsik Kim <donari75@gmail.com>
>> Cc: Tejun Heo <tj@kernel.org>
>> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
> 
> Ah.. right, that's a rather large dependency to pull in just for the
> string functions.  Yeah, I think it would be better to keep local
> copy at elast for now.
> 
> Acked-by: Tejun Heo <tj@kernel.org>

Actually...  NVMHCI[1] uses the same style of id string extraction, even 
though its command set is wholly new and unrelated to ATA.  I copied 
into drivers/block/nvmhci.c[2] id_string, id_c_string and another 
useful, generic routine: ata_wait_register.

So, once nvmhci goes upstream, that will be a third copy...  nvmhci 
still has rough edges, but it's mainly waiting on hardware "it works" 
verification at this point.

	Jeff



[1] http://download.intel.com/standards/nvmhci/spec.pdf

[2] 'nvmhci' branch of 
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH 2/3] mg_disk: fix dependency on libata
       [not found] <200904251509.11912.bzolnier@gmail.com>
@ 2009-04-26  4:04 ` Jeff Garzik
  2009-04-26  9:53   ` Bartlomiej Zolnierkiewicz
       [not found] ` <49F3D994.7020304@kernel.org>
  1 sibling, 1 reply; 6+ messages in thread
From: Jeff Garzik @ 2009-04-26  4:04 UTC (permalink / raw)
  To: Bartlomiej Zolnierkiewicz
  Cc: unsik Kim, Tejun Heo, linux-kernel, Linux IDE mailing list

Bartlomiej Zolnierkiewicz wrote:
> Add local copies of ata_id_string() and ata_id_c_string() to mg_disk
> so there is no need for the driver to depend on ATA and SCSI.
> 
> Cc: unsik Kim <donari75@gmail.com>
> Cc: Tejun Heo <tj@kernel.org>
> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
> ---
>  drivers/block/Kconfig   |    2 +-
>  drivers/block/mg_disk.c |   44 ++++++++++++++++++++++++++++++++++++++++----
>  2 files changed, 41 insertions(+), 5 deletions(-)

Please CC these types of patches to linux-ide also, as it is of interest 
to Linux ATA folks...  thanks.

	Jeff

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH 2/3] mg_disk: fix dependency on libata
  2009-04-26  4:02   ` Jeff Garzik
@ 2009-04-26  4:08     ` Tejun Heo
  2009-04-26  4:11       ` Jeff Garzik
  0 siblings, 1 reply; 6+ messages in thread
From: Tejun Heo @ 2009-04-26  4:08 UTC (permalink / raw)
  To: Jeff Garzik
  Cc: Bartlomiej Zolnierkiewicz, unsik Kim, linux-kernel,
	Linux IDE mailing list

Jeff Garzik wrote:
> Actually...  NVMHCI[1] uses the same style of id string extraction, even
> though its command set is wholly new and unrelated to ATA.  I copied
> into drivers/block/nvmhci.c[2] id_string, id_c_string and another
> useful, generic routine: ata_wait_register.
>
> So, once nvmhci goes upstream, that will be a third copy...  nvmhci
> still has rough edges, but it's mainly waiting on hardware "it works"
> verification at this point.

For two copies, copying seems to be the right way to go.  For many
more copies, making a library function is.  Three is a difficult
number.  Maybe just make these inline functions for now?

Thanks.

-- 
tejun

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH 2/3] mg_disk: fix dependency on libata
  2009-04-26  4:08     ` Tejun Heo
@ 2009-04-26  4:11       ` Jeff Garzik
  0 siblings, 0 replies; 6+ messages in thread
From: Jeff Garzik @ 2009-04-26  4:11 UTC (permalink / raw)
  To: Tejun Heo
  Cc: Bartlomiej Zolnierkiewicz, unsik Kim, linux-kernel,
	Linux IDE mailing list

Tejun Heo wrote:
> Jeff Garzik wrote:
>> Actually...  NVMHCI[1] uses the same style of id string extraction, even
>> though its command set is wholly new and unrelated to ATA.  I copied
>> into drivers/block/nvmhci.c[2] id_string, id_c_string and another
>> useful, generic routine: ata_wait_register.
>>
>> So, once nvmhci goes upstream, that will be a third copy...  nvmhci
>> still has rough edges, but it's mainly waiting on hardware "it works"
>> verification at this point.
> 
> For two copies, copying seems to be the right way to go.  For many
> more copies, making a library function is.  Three is a difficult
> number.  Maybe just make these inline functions for now?

<shrug>  I'm just adding some data, I don't have a good suggestion :)

The functions do not change very often, so three copies is not 
necessarily the end of the world.

	Jeff




^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH 2/3] mg_disk: fix dependency on libata
       [not found] ` <49F3D994.7020304@kernel.org>
  2009-04-26  4:02   ` Jeff Garzik
@ 2009-04-26  9:39   ` Bartlomiej Zolnierkiewicz
  1 sibling, 0 replies; 6+ messages in thread
From: Bartlomiej Zolnierkiewicz @ 2009-04-26  9:39 UTC (permalink / raw)
  To: Tejun Heo; +Cc: unsik Kim, linux-kernel, linux-ide, Jeff Garzik

On Sunday 26 April 2009 05:48:36 Tejun Heo wrote:
> Bartlomiej Zolnierkiewicz wrote:
> > Add local copies of ata_id_string() and ata_id_c_string() to mg_disk
> > so there is no need for the driver to depend on ATA and SCSI.
> > 
> > Cc: unsik Kim <donari75@gmail.com>
> > Cc: Tejun Heo <tj@kernel.org>
> > Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
> 
> Ah.. right, that's a rather large dependency to pull in just for the
> string functions.  Yeah, I think it would be better to keep local
> copy at elast for now.
> 
> Acked-by: Tejun Heo <tj@kernel.org>
> 
> (Continuing from the previous message :-) or do you want me to fold
> these patches into my series and push them through Jens with other
> patches?

Please include them in your series if possible.  Thanks!

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [PATCH 2/3] mg_disk: fix dependency on libata
  2009-04-26  4:04 ` [PATCH 2/3] mg_disk: fix dependency on libata Jeff Garzik
@ 2009-04-26  9:53   ` Bartlomiej Zolnierkiewicz
  0 siblings, 0 replies; 6+ messages in thread
From: Bartlomiej Zolnierkiewicz @ 2009-04-26  9:53 UTC (permalink / raw)
  To: Jeff Garzik; +Cc: unsik Kim, Tejun Heo, linux-kernel, Linux IDE mailing list

On Sunday 26 April 2009 06:04:31 Jeff Garzik wrote:
> Bartlomiej Zolnierkiewicz wrote:
> > Add local copies of ata_id_string() and ata_id_c_string() to mg_disk
> > so there is no need for the driver to depend on ATA and SCSI.
> > 
> > Cc: unsik Kim <donari75@gmail.com>
> > Cc: Tejun Heo <tj@kernel.org>
> > Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
> > ---
> >  drivers/block/Kconfig   |    2 +-
> >  drivers/block/mg_disk.c |   44 ++++++++++++++++++++++++++++++++++++++++----
> >  2 files changed, 41 insertions(+), 5 deletions(-)
> 
> Please CC these types of patches to linux-ide also, as it is of interest 
> to Linux ATA folks...  thanks.

Aye, aye.  I usually do... ;)

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2009-04-26  9:53 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <200904251509.11912.bzolnier@gmail.com>
2009-04-26  4:04 ` [PATCH 2/3] mg_disk: fix dependency on libata Jeff Garzik
2009-04-26  9:53   ` Bartlomiej Zolnierkiewicz
     [not found] ` <49F3D994.7020304@kernel.org>
2009-04-26  4:02   ` Jeff Garzik
2009-04-26  4:08     ` Tejun Heo
2009-04-26  4:11       ` Jeff Garzik
2009-04-26  9:39   ` Bartlomiej Zolnierkiewicz

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).