On Tue, Jun 12, 2007 at 09:18:19AM -0300, Henrique de Moraes Holschuh wrote:
On Tue, 12 Jun 2007, Matthew Garrett wrote:
On laptops, I suspect that we'll probably get an ACPI interrupt even if
the AHCI hotplug pathway can't manage.
As long as we don't crash the drive or AHCI controller
On Tue, 12 Jun 2007, Matthew Garrett wrote:
On Tue, Jun 12, 2007 at 09:18:19AM -0300, Henrique de Moraes Holschuh wrote:
On Tue, 12 Jun 2007, Matthew Garrett wrote:
On laptops, I suspect that we'll probably get an ACPI interrupt even if
the AHCI hotplug pathway can't manage.
As
Alan Cox wrote:
+ if (multi_count != dev-multi_count)
+ ata_dev_printk(dev, KERN_WARNING,
+ invalid multi_count %u ignored\n,
+ multi_count);
+ }
What limits log spamming here ?
Matthew Garrett wrote:
On Tue, Jun 12, 2007 at 11:17:14AM -0300, Henrique de Moraes Holschuh wrote:
On Tue, 12 Jun 2007, Matthew Garrett wrote:
Laptop bays are designed to deal with hotplugging PATA - I don't think
this is too much of an issue :)
The new SATA ones use the SATA hardware
Matthew Garrett wrote:
On Tue, Jun 12, 2007 at 11:17:14AM -0300, Henrique de Moraes Holschuh wrote:
On Tue, 12 Jun 2007, Matthew Garrett wrote:
Laptop bays are designed to deal with hotplugging PATA - I don't think
this is too much of an issue :)
The new SATA ones use the SATA hardware
On Wed, Jun 13, 2007 at 12:45:21AM +0900, Tejun Heo wrote:
Matthew Garrett wrote:
Yes, but they'll also send an ACPI interrupt even if the SATA host
controller doesn't - it's part of the spec for bays.
Does the spec mandate that the ACPI interrupt shouldn't depend on SATA
phy status? I
On Tue, Jun 12, 2007 at 11:46:56AM -0400, Jeff Garzik wrote:
Matthew Garrett wrote:
On Tue, Jun 12, 2007 at 11:17:14AM -0300, Henrique de Moraes Holschuh
wrote:
On Tue, 12 Jun 2007, Matthew Garrett wrote:
Laptop bays are designed to deal with hotplugging PATA - I don't think
this is too
On Tue, 12 Jun 2007 13:40:15 +0900
Tejun Heo [EMAIL PROTECTED] wrote:
I don't think the end result will vary in any significant way. My
biggest argument for sw implementation is it can be used for other
controllers.
What I had in mind when I created the new port operation enable_pm
was that
ata_scsi_pass_thru() is not executed at ioctl submission time (block
queue submission time), but rather immediately before it is issued to
the drive. At that point you know the bus is idle, all other commands
have finished executing, and dev-multi_count is fresh not stale. The
code path
Matthew Garrett wrote:
Excluding the corner case of an Expresscard SATA controller (where I
suspect you'd want different policy), I doubt there are any cases where
you have a laptop with hotplug capabilities without it being implemented
as an ACPI bay.
Cardbus card.
Jeff
-
To
Bartlomiej Zolnierkiewicz wrote:
On Feb 20, 2007, at 5:44 PM, Bartlomiej Zolnierkiewicz wrote:
On Wednesday 21 February 2007 02:19, Suleiman Souhlal wrote:
It can be changed via /proc/ide/hd?/settings.
Why do we need to change IDE DMA timeout dynamically?
I've used it to test error
11 matches
Mail list logo