All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tejun Heo <htejun@gmail.com>
To: "Robin H. Johnson" <robbat2@gentoo.org>
Cc: linux-ide@vger.kernel.org, Jeff Garzik <jgarzik@pobox.com>
Subject: Re: [PATCH 0/3] hotplug polling, respin
Date: Wed, 25 Apr 2007 16:35:25 +0900	[thread overview]
Message-ID: <462F04BD.3040706@gmail.com> (raw)
In-Reply-To: <20070425073037.GF7846@curie-int.orbis-terrarum.net>

Robin H. Johnson wrote:
> On Wed, Apr 25, 2007 at 04:08:09PM +0900, Tejun Heo wrote:
>>> The last submission of this
>>> (http://thread.gmane.org/gmane.linux.ide/13467) already had a tentative
>>> ACK, pending a link power-saving patchset, that I can't find more
>>> details on.
>> Yeap, the implementation is ACKed but interface to userland is NACKed.
>> We need sysfs nodes for ATA devices to do userland interface properly.
>> I'm working hard to get there.
> I'm not sure I follow you here. The only bit of 'userspace' interface I
> see in this series is hotplug_polling_interval. What other userspace
> bits are in question?

What got NACKed is the lack of per-port interface.  More specifically,
stretching the usage of module parameter too far.

>> Thanks a lot for taking care of these patches.  A lot of people have
>> been asking for patches for newer kernels and I couldn't find time to
>> update them.
> As always, it starts with scratching your own itch. My Fusion 500P works
> like a charm with the SIL 3132 that I have - the previous scanning issue
> where it took forever doing 15 scans (1;1,2;1,2,3;1,2,3,4;1,2,3,4,5)
> instead of just 5 seems to have gone away, but the sluggish performance
> remains (the sil24 seeming to not do SATA2 speed stuff, did you hear
> back from SIL?).

Nope.

> As a gauge of interest in the PMP stuff, I'm presently getting about 3
> emails a week asking for work on it.
> 
>> Jeff, can we make a page for PMP patches in linux-ata.org?  It would be
>> a much better place to direct people to.
> I'd host a git tree, but I don't have sufficient stable bandwidth.

We can host the git tree at kernel.org.  I can get a tree setup there
and pull from you.

-- 
tejun

  reply	other threads:[~2007-04-25  7:35 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-25  6:25 [PATCH 0/3] hotplug polling, respin Robin H. Johnson
2007-04-25  6:28 ` [PATCH 1/3] libata: implement hotplug by polling Robin H. Johnson
2007-04-25  7:10   ` [PATCH 1/3 take2] " Robin H. Johnson
2007-04-25  7:13   ` [PATCH 2/3] libata: add hp-poll support to controllers with hotplug interrupts Robin H. Johnson
2007-04-25  7:15     ` [PATCH 3/3] libata: add hp-poll support to controllers without " Robin H. Johnson
2007-04-25  7:59       ` [PATCH 4/3] ahci: hotplug polling functions for vt8251 hardware variant Robin H. Johnson
2007-04-25  7:08 ` [PATCH 0/3] hotplug polling, respin Tejun Heo
2007-04-25  7:30   ` Robin H. Johnson
2007-04-25  7:35     ` Tejun Heo [this message]
2007-04-25  7:58       ` Robin H. Johnson
2007-04-25 14:35   ` Jeff Garzik

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=462F04BD.3040706@gmail.com \
    --to=htejun@gmail.com \
    --cc=jgarzik@pobox.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=robbat2@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.