Re: 2.6.18 - AHCI detection pauses excessively

Berck E. Nash wrote:

Tejun Heo wrote:

Then, a series of obsolete STANDBY failures. Who's issuing these commands? It's not libata, libata uses STANDBY (0xe2). Is it some kind of gentoo thing?

Nope, Debian/Unstable.

Most probably my hdparm utility.  It first tries the old STANDBY command,
then tries the newer one if the first one fails.  This should not cause
anybody's system to lock up.

Cheers
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• References:
  • 2.6.18 - AHCI detection pauses excessively
    • From: "Berck E. Nash" <[email protected]>
  • Re: 2.6.18 - AHCI detection pauses excessively
    • From: Tejun Heo <[email protected]>
  • Re: 2.6.18 - AHCI detection pauses excessively
    • From: "Berck E. Nash" <[email protected]>
  • Re: 2.6.18 - AHCI detection pauses excessively
    • From: Tejun Heo <[email protected]>
  • Re: 2.6.18 - AHCI detection pauses excessively
    • From: "Berck E. Nash" <[email protected]>
  • Re: 2.6.18 - AHCI detection pauses excessively
    • From: Tejun Heo <[email protected]>
  • Re: 2.6.18 - AHCI detection pauses excessively
    • From: "Berck E. Nash" <[email protected]>

• Prev by Date: [PATCH] mips dbg_io stray brackets fix
• Next by Date: Re: [patch] cpufreq: mark cpufreq_tsc() as core_initcall_sync
• Previous by thread: Re: 2.6.18 - AHCI detection pauses excessively
• Next by thread: Re: 2.6.18 - AHCI detection pauses excessively
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]