login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
May
»
8
Re: [PATCH] Re: [git patches] libata updates - (improve post-reset device ready test) regression
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Takashi Iwai
Subject:
Re: [PATCH] Re: [git patches] libata updates - (improve post-reset device ready test) regression
Date: Thursday, May 8, 2008 - 9:05 am
At Thu, 08 May 2008 11:35:11 -0400, Jeff Garzik wrote:
quoted text
> > Markus Trippelsdorf wrote: > >> Tejun Heo (12): > >> libata: improve post-reset device ready test > > > > This commit (78ab88f04f44bed566d51dce0c7cbfeff6449a06) causes a long > > boot delay with my onboard Promise controller. It seems like libata > > probes for a nonexisting PATA drive... > > > > ACPI: PCI Interrupt 0000:00:08.0[A] -> GSI 18 (level, low) -> IRQ 18 > > scsi0 : sata_promise > > scsi1 : sata_promise > > scsi2 : sata_promise > > ata1: SATA max UDMA/133 mmio m4096@0xfb600000 port 0xfb600200 irq 18 > > ata2: SATA max UDMA/133 mmio m4096@0xfb600000 port 0xfb600280 irq 18 > > ata3: PATA max UDMA/133 mmio m4096@0xfb600000 port 0xfb600300 irq 18 > > ata1: SATA link down (SStatus 0 SControl 300) > > ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) > > ata2.00: ATA-7: SAMSUNG HD753LJ, 1AA01109, max UDMA7 > > ata2.00: 1465149168 sectors, multi 0: LBA48 NCQ (depth 0/32) > > ata2.00: configured for UDMA/133 > > ata3: link is slow to respond, please be patient (ready=0) > > ata3: device not ready (errno=-16), forcing hardreset > > ata3: link is slow to respond, please be patient (ready=0) > > ata3: SRST failed (errno=-16) > > ata3: link is slow to respond, please be patient (ready=0) > > ata3: SRST failed (errno=-16) > > ata3: link is slow to respond, please be patient (ready=0) > > ata3: SRST failed (errno=-16) > > - Last output repeated twice - > > ata3: reset failed, giving up > > Does the attached patch fix things? > > It basically reverts the patch, while still maintaining the > consolidation. It looks like that status evaluation is not as universal > as believed.
Yes, the patch fixes the problem on my machine. Thanks, Takashi --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[git patches] libata updates
, Jeff Garzik
, (Tue May 6, 8:48 am)
Re: [git patches] libata updates
, Linus Torvalds
, (Tue May 6, 9:23 am)
Re: [git patches] libata updates - (improve post-reset dev ...
, Markus Trippelsdorf
, (Wed May 7, 7:56 am)
Re: [git patches] libata updates - (improve post-reset dev ...
, Takashi Iwai
, (Wed May 7, 9:35 am)
Re: [git patches] libata updates - (improve post-reset dev ...
, Marc Dionne
, (Wed May 7, 8:13 pm)
Re: [git patches] libata updates - (improve post-reset
, Jan-Simon
, (Thu May 8, 2:45 am)
[PATCH] Re: [git patches] libata updates - (improve post-r ...
, Jeff Garzik
, (Thu May 8, 8:35 am)
Re: [PATCH] Re: [git patches] libata updates - (improve po ...
, Takashi Iwai
, (Thu May 8, 9:05 am)
Re: [PATCH] Re: [git patches] libata updates - (improve po ...
, Markus Trippelsdorf
, (Thu May 8, 9:18 am)
Re: [PATCH] Re: [git patches] libata updates - (improve po ...
, Alexey Fisher
, (Thu May 8, 10:40 am)
Re: [PATCH] Re: [git patches] libata updates - (improve po ...
, Hugh Dickins
, (Thu May 8, 12:21 pm)
Re: [PATCH] Re: [git patches] libata updates - (improve po ...
, J.A.
, (Thu May 8, 2:43 pm)
Re: [PATCH] Re: [git patches] libata updates - (improve po ...
, Marc Dionne
, (Thu May 8, 2:51 pm)
Re: [PATCH] Re: [git patches] libata updates - (improve po ...
, Tejun Heo
, (Thu May 8, 7:57 pm)
Re: [PATCH] Re: [git patches] libata updates - (improve po ...
, Tejun Heo
, (Thu May 8, 8:01 pm)
Re: [PATCH] Re: [git patches] libata updates - (improve po ...
, Justin Mattock
, (Thu May 8, 8:43 pm)
Re: [PATCH] Re: [git patches] libata updates - (improve po ...
, Justin Mattock
, (Thu May 8, 9:27 pm)
Re: [PATCH] Re: [git patches] libata updates - (improve po ...
, Jeff Garzik
, (Thu May 8, 9:37 pm)
Re: [PATCH] Re: [git patches] libata updates - (improve po ...
, Alexey Fisher
, (Thu May 8, 10:09 pm)
Re: [PATCH] Re: [git patches] libata updates - (improve po ...
, Marc Dionne
, (Fri May 9, 3:59 am)
Re: [PATCH] Re: [git patches] libata updates - (improve po ...
, Mark Lord
, (Fri May 9, 7:54 am)
Re: [PATCH] Re: [git patches] libata updates - (improve po ...
, Tejun Heo
, (Fri May 9, 11:34 pm)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Ken Chen
[patch] sched: fix inconsistency when redistribute per-cpu tg->cfs_rq shares.
Ingo Molnar
Re: [PATCH v3] x86: merge the simple bitops and move them to bitops.h
Jan Engelhardt
Re: [PATCH] Allow Kconfig to set default mmap_min_addr protection
Dmitry Torokhov
Re: [2.6 patch] input/serio/hp_sdc.c section fix
Rafael J. Wysocki
[Bug #16380] Loop devices act strangely in 2.6.35
git
:
Steven Grimm
Using git as a general backup mechanism (was Re: Using GIT to store /etc)
Jeff King
Re: [PATCH] git-reset: allow --soft in a bare repo
Johannes Sixt
Re: [PATCH 01/14] msvc: Fix compilation errors in compat/win32/sys/poll.c
Johannes Schindelin
Re: [PATCH] Uninstall rule for top level Makefile
Shawn O. Pearce
Re: [PATCH v2] Speed up bash completion loading
git-commits-head
:
Linux Kernel Mailing List
cgroups: clean up cgroup_pidlist_find() a bit
Linux Kernel Mailing List
sony-laptop: Add support for extended hotkeys
Linux Kernel Mailing List
IB/core: Add support for masked atomic operations
Linux Kernel Mailing List
V4L/DVB (8939): cx18: fix sparse warnings
Linux Kernel Mailing List
ipv6 mcast: Check address family of gf_group in getsockopt(MS_FILTER).
linux-netdev
:
Inaky Perez-Gonzalez
[PATCH 40/40] wimax/i2400m: add CREDITS and MAINTAINERS entries
Karsten Keil
[mISDN PATCH v2 05/19] Reduce stack size in dsp_cmx_send()
linux
Re: 2.6.23-rc8 network problem. Mem leak? ip1000a?
David Miller
Re: tun: Use netif_receive_skb instead of netif_rx
David Miller
Re: [net-next PATCH v2] llc enhancements
freebsd-current
:
Matthew Fleming
Re: [RFC] Outline of USB process integration in the kernel taskqueue system
illoai@gmail.com
Re: OT: 2d password
Hartmut Brandt
Re: problem with nss_ldap
Andrew Reilly
Re: FreeBSD's problems as seen by the BSDForen.de community
Max Laier
Re: Upcoming ABI Breakage in RELENG_7
Colocation donated by:
Syndicate