All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tejun Heo <htejun@gmail.com>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: alan@lxorguk.ukuu.org.uk, linux-ide@vger.kernel.org
Subject: Re: [PATCHSET] hotplug polling, take 5
Date: Wed, 01 Nov 2006 12:02:29 +0900	[thread overview]
Message-ID: <45480E45.1050802@gmail.com> (raw)
In-Reply-To: <45480158.2030501@pobox.com>

Jeff Garzik wrote:
> Tejun Heo wrote:
>> Hello, all.
>>
>> This is the fifth take of hotplug polling patchset.  This take doesn't
>> contain any real change than rebasing over the current upstream[U].
>> PMP patchset will be posted soon on top of this patchset and I wanted
>> to avoid confusion by posting patchsets in order.
>>
>> As the name implies, this patchset implements hotplug by polling.
>> hp-poll is used to
>>
>> * Monitor ports EH gave up.  When EH gives up on a port, it freezes
>>   the port to protect the rest of the system from it.  The user used
>>   to have to issue manual scan to retry the port.  hp-poll can monitor
>>   such port and retry it when hotplug event is detected.  This is also
>>   used by PMP support.
>>
>> * Support hotplug on controllers which can report hotplug conditions
>>   but cannot raise interrupt.
> 
> Patchset seems sane.  I'll need to re-read patch #1 in depth, but I give 
> everything a tentative ACK for now.
> 
> My biggest concern is power usage.  On laptops for example, the 99% 
> common case is that the user will never hot[un]plug a drive, so we 
> shouldn't waste power bothering with poking disabled ports.

Link powersave patchset should handle that together but I'm still not 
sure what to do w/ user interface (which sysfs node to use).  Also, 
controllers which are used on laptops && use hp-poll by default are 
sata_nv (old ones) and some variant of sata_sil used in ati chipset. 
So, it shouldn't cause trouble for most laptop users.

-- 
tejun

  reply	other threads:[~2006-11-01  3:02 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-15 22:37 [PATCHSET] hotplug polling, take 5 Tejun Heo
2006-10-15 22:37 ` [PATCH 2/3] libata: add hp-poll support to controllers with hotplug interrutps Tejun Heo
2006-10-15 22:37 ` [PATCH 1/3] libata: implement hotplug by polling Tejun Heo
2006-10-15 22:37 ` [PATCH 3/3] libata: add hp-poll support to controllers without hotplug interrupts Tejun Heo
2006-11-01  2:07 ` [PATCHSET] hotplug polling, take 5 Jeff Garzik
2006-11-01  3:02   ` Tejun Heo [this message]
2006-11-01  3:22     ` Jeff Garzik
2006-11-01  3:38       ` Tejun Heo

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=45480E45.1050802@gmail.com \
    --to=htejun@gmail.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=jgarzik@pobox.com \
    --cc=linux-ide@vger.kernel.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.