linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tejun Heo <htejun@gmail.com>
To: Robert Hancock <hancockr@shaw.ca>
Cc: Mark Lord <liml@rtr.ca>, Jeff Garzik <jeff@garzik.org>,
	IDE/ATA development list <linux-ide@vger.kernel.org>
Subject: Re: disabling sata_nv ADMA for 2.6.24
Date: Tue, 08 Jan 2008 08:56:56 +0900	[thread overview]
Message-ID: <4782BC48.4000309@gmail.com> (raw)
In-Reply-To: <4782B73B.8080309@shaw.ca>

Robert Hancock wrote:
> Mark Lord wrote:
>> Tejun Heo wrote:
>>> Hello, guys.
>>> 
>>> We still have three problems with ADMA.
>>> 
>>> * hard lockup during resume * occasional hard lockup after
>>> hotplug or other erros (probably related to the above?)
> 
> This has only been reported on one person's MSI board. Apparently 
> another revision of the same board is reported to work, and I can't 
> duplicate the problem on my Asus board, so it could just be some 
> hardware problem on that motherboard.

IIRC, I have two from suse bug reports and both resolved with adma=0.
I'm not too sure whether post 2.6.23-rcX changes would have fixed those
problems tho.  FWIW, I've disabled ADMA mode on all suse products.

> I still can't say I'm really in favor of it.. In particular to do so
> for 2.6.24 right now seems excessive, as none of these problems are
> regressions from 2.6.23, and these controllers haven't been tested in
> non-ADMA mode very much since it was made the default, so that change
> might actually cause regressions.

Technically, they're regressions from pre-ADMA days - pretty grave ones
considering some of the failure modes include hard lock up.  Also, they
don't seem resolvable in foreseeable future at this point.  If this
isn't gonna improve, I think we should just drop ADMA support altogether
and concentrate on stabilizing non-ADMA operation.  Stability is far
more important than small performance improvements or feature supports.

But, yeah, you're right in that the change might cause more problems.
What's your estimation of such possibility?  I generally feel good about
non-ADMA mode operation as they seem to solve most reported sata_nv bugs
but I haven't really followed sata_nv code changes recently.

Maybe this can be resolved by going through one more -rc cycle after the
change if that's possible.

Thanks.

-- 
tejun

  reply	other threads:[~2008-01-07 23:57 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-07  9:25 disabling sata_nv ADMA for 2.6.24 Tejun Heo
2008-01-07 15:15 ` Mark Lord
2008-01-07 15:35   ` [PATCH #upstream-fixes] sata_nv: disable ADMA mode by default Tejun Heo
2008-01-10  5:58     ` Jeff Garzik
2008-01-10  6:29       ` Tejun Heo
2008-01-07 23:35   ` disabling sata_nv ADMA for 2.6.24 Robert Hancock
2008-01-07 23:56     ` Tejun Heo [this message]
2008-01-08  0:12       ` Robert Hancock
2008-01-08  1:01         ` Tejun Heo
2008-01-08  1:16           ` Tejun Heo
2008-01-08  2:29             ` Robert Hancock
2008-01-08  2:53               ` Tejun Heo
2008-01-08  2:55                 ` Tejun Heo
2008-01-08  3:01                   ` Robert Hancock
2008-01-08  3:08                     ` Tejun Heo
2008-01-08  9:58                       ` Tejun Heo
2008-01-08 14:40                         ` Robert Hancock
2008-01-09  1:58                           ` Tejun Heo
2008-01-09  2:00                             ` Tejun Heo
2008-01-09  3:50                               ` Robert Hancock
2008-01-09  5:09                                 ` Tejun Heo
2008-01-10  0:33                                   ` Robert Hancock
2008-01-10  6:59                                     ` Tejun Heo
2008-01-11  7:54                                     ` fixed a bug of adma in rhel4u5 with HDS7250SASUN500G Kuan Luo
2008-01-11 14:29                                       ` Robert Hancock
2008-01-11 21:57                                         ` David Milburn
2008-01-12  1:07                                       ` Robert Hancock
2008-01-14  3:08                                         ` Kuan Luo
2008-01-14  5:20                                           ` Robert Hancock
2008-01-14  6:23                                             ` Kuan Luo
2008-01-23  9:32                                             ` sata_nv and 2.6.24 (was Re: fixed a bug of adma in rhel4u5 with HDS7250SASUN500G.) Jeff Garzik
2008-01-23 14:44                                               ` Robert Hancock
2008-01-24  1:42                                                 ` Jeff Garzik
2008-01-24  1:53                                                   ` Robert Hancock
2008-01-24  0:43                                           ` fixed a bug of adma in rhel4u5 with HDS7250SASUN500G Robert Hancock
2008-01-24  3:20                                             ` Kuan Luo
2008-01-28 23:50                                               ` Robert Hancock
2008-01-29  2:48                                                 ` Kuan Luo
2008-01-29  4:59                                                 ` Kuan Luo

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=4782BC48.4000309@gmail.com \
    --to=htejun@gmail.com \
    --cc=hancockr@shaw.ca \
    --cc=jeff@garzik.org \
    --cc=liml@rtr.ca \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).