All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeff Garzik <jeff@garzik.org>
To: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>,
	LKML <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Tejun Heo <htejun@gmail.com>, Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Thomas Lindroth <thomas.lindroth@gmail.com>
Subject: Re: 2.6.24-rc3-git6: Reported regressions from 2.6.23
Date: Tue, 04 Dec 2007 14:12:35 -0500	[thread overview]
Message-ID: <4755A6A3.5060302@garzik.org> (raw)
In-Reply-To: <200712020347.01769.bzolnier@gmail.com>

Bartlomiej Zolnierkiewicz wrote:
> On Saturday 01 December 2007, Rafael J. Wysocki wrote:
> 
>> Subject		: 2.6.24-rc1: pata_amd fails to detect 80-pin wire
>> Submitter	: "Thomas Lindroth" <thomas.lindroth@gmail.com>
>> References	: http://lkml.org/lkml/2007/11/7/152
>> 		  http://bugzilla.kernel.org/show_bug.cgi?id=9322
>> Handled-By	: Tejun Heo <htejun@gmail.com>
>> 		  Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
>> Patch		: http://lkml.org/lkml/2007/11/11/115
> 
> Tejun's rework of cable detection code which fixes the problem has
> been just applied into "upstream" (not "upstream-fixes") so it is
> destined for 2.6.25 (I wasn't on cc: BTW) and since I got no feedback
> on my patch (below) which also happens to fix the regression, was
> acked by Alan, tested by Thomas and has been in -mm for 3 weeks now
> I assume that everybody is happy with it (Jeff/Tejun: you were also
> on cc: when the patch was merged into -mm)...
> 
> Linus, please apply.
> 
> [PATCH] pata_amd/pata_via: de-couple programming of PIO/MWDMA and UDMA timings
> 
> * Don't program UDMA timings when programming PIO or MWDMA modes.
> 
>   This has also a nice side-effect of fixing regression added by commit
>   681c80b5d96076f447e8101ac4325c82d8dce508 ("libata: correct handling of
>   SRST reset sequences") (->set_piomode method for PIO0 is called before
>   ->cable_detect method which checks UDMA timings to get the cable type).
> 
> * Bump driver version.
> 
> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
> Tested-by: "Thomas Lindroth" <thomas.lindroth@gmail.com>
> Acked-by: Alan Cox <alan@lxorguk.ukuu.org.uk>
> Cc: Jeff Garzik <jeff@garzik.org>
> Cc: Tejun Heo <htejun@gmail.com>
> Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
> Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>

applied #upstream-fixes



      parent reply	other threads:[~2007-12-04 19:12 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-01 22:12 2.6.24-rc3-git6: Reported regressions from 2.6.23 Rafael J. Wysocki
2007-12-02  2:47 ` Bartlomiej Zolnierkiewicz
2007-12-02 22:38   ` Jeff Garzik
2007-12-03  5:26   ` Tejun Heo
2007-12-04 19:12   ` Jeff Garzik [this message]

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=4755A6A3.5060302@garzik.org \
    --to=jeff@garzik.org \
    --cc=akpm@linux-foundation.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=bzolnier@gmail.com \
    --cc=htejun@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rjw@sisk.pl \
    --cc=thomas.lindroth@gmail.com \
    --cc=torvalds@linux-foundation.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.