From: Tejun Heo <htejun@gmail.com>
To: Art Haas <ahaas@airmail.net>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
linux-ide@vger.kernel.org, Jeff Garzik <jeff@garzik.org>
Subject: Re: [PATCH] Fix pio/mwdma programming on ata_piix.c
Date: Tue, 01 May 2007 05:02:22 +0200 [thread overview]
Message-ID: <4636ADBE.8080508@gmail.com> (raw)
In-Reply-To: <20070430182939.GD4156@artsapartment.org>
Hello, Art Haas.
Art Haas wrote:
> Hi.
>
> Back in the beginning of February I was sent a patch to test during the
> time the CD-ROM identification bug was affecting my computer. The
> first posting of the patch appeared on Feb. 3 with Tejun Heo writing:
Ah.. I completely forgot about this one. This wasn't directly related
to the detection bug, so I got oblivious as usual. :-)
I think Alan has reviewed it back then. If there's no objection, I'll
reformat the patch and submit it properly. Quoting whole message for Jeff.
>> Hello, Art Haas, Alan.
>>
>> Okay, here's another try at fixing the detection bug. I went through
>> intel ich docs and compared with the ide piix driver. This patch
>> fixes the following problems.
>>
>> * Control bits in the timing register wasn't cleared properly while
>> programming PIO mode.
>>
>> * MWDMA mode programming cleared the wrong part of control bits. I
>> think this can fix your problem.
>>
>> * MWDMA mode programming cleared udma_mask even when the controller
>> doesn't support UDMA. This doesn't matter for your case.
>>
>> Please test and report the result. Thanks.
>
> The patch and complete thread can be reviewed here:
>
> http://marc.info/?l=linux-ide&m=117042956705812&w=2
>
> Now that 2.6.22 is open for big modifications, and the queued libata
> changes have been pulled by Linus, I'm wondering if the ata_piix.c patch
> posted above should be sent. I've built all my kernels since the posting
> with the patch and had no problems. As you write above, the patch does
> fix some bugs, and as the thread progressed a cleanup or two in the code
> was explained as a bug fix - the setting of the 'slave_data' variable
> between lines 826 and 834 in particular.
>
> Here's the patch against today's Linus tree if you feel it should make
> it into 2.6.22.
>
> Art Haas
>
> diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
> index 55d306a..26c8b5f 100644
> --- a/drivers/ata/ata_piix.c
> +++ b/drivers/ata/ata_piix.c
> @@ -695,8 +695,14 @@ static void piix_set_piomode (struct ata_port *ap, struct ata_device *adev)
> if (adev->class == ATA_DEV_ATA)
> control |= 4; /* PPE enable */
>
> + /* PIO configuration clears DTE unconditionally. It will be
> + * programmed in set_dmamode which is guaranteed to be called
> + * after set_piomode if any DMA mode is available.
> + */
> pci_read_config_word(dev, master_port, &master_data);
> if (is_slave) {
> + /* clear TIME1|IE1|PPE1|DTE1 */
> + master_data &= 0xff0f;
> /* Enable SITRE (seperate slave timing register) */
> master_data |= 0x4000;
> /* enable PPE1, IE1 and TIME1 as needed */
> @@ -704,12 +710,14 @@ static void piix_set_piomode (struct ata_port *ap, struct ata_device *adev)
> pci_read_config_byte(dev, slave_port, &slave_data);
> slave_data &= (ap->port_no ? 0x0f : 0xf0);
> /* Load the timing nibble for this slave */
> - slave_data |= ((timings[pio][0] << 2) | timings[pio][1]) << (ap->port_no ? 4 : 0);
> + slave_data |= ((timings[pio][0] << 2) | timings[pio][1])
> + << (ap->port_no ? 4 : 0);
> } else {
> - /* Master keeps the bits in a different format */
> - master_data &= 0xccf8;
> + /* clear ISP|RCT|TIME0|IE0|PPE0|DTE0 */
> + master_data &= 0xccf0;
> /* Enable PPE, IE and TIME as appropriate */
> master_data |= control;
> + /* load ISP and RCT */
> master_data |=
> (timings[pio][0] << 12) |
> (timings[pio][1] << 8);
> @@ -826,7 +834,7 @@ static void do_pata_set_dmamode (struct ata_port *ap, struct ata_device *adev, i
> master_data &= 0xFF4F; /* Mask out IORDY|TIME1|DMAONLY */
> master_data |= control << 4;
> pci_read_config_byte(dev, 0x44, &slave_data);
> - slave_data &= (0x0F + 0xE1 * ap->port_no);
> + slave_data &= (ap->port_no ? 0x0f : 0xf0);
> /* Load the matching timing */
> slave_data |= ((timings[pio][0] << 2) | timings[pio][1]) << (ap->port_no ? 4 : 0);
> pci_write_config_byte(dev, 0x44, slave_data);
> @@ -838,8 +846,11 @@ static void do_pata_set_dmamode (struct ata_port *ap, struct ata_device *adev, i
> (timings[pio][0] << 12) |
> (timings[pio][1] << 8);
> }
> - udma_enable &= ~(1 << devid);
> - pci_write_config_word(dev, master_port, master_data);
> +
> + if (ap->udma_mask) {
> + udma_enable &= ~(1 << devid);
> + pci_write_config_word(dev, master_port, master_data);
> + }
> }
> /* Don't scribble on 0x48 if the controller does not support UDMA */
> if (ap->udma_mask)
>
--
tejun
next prev parent reply other threads:[~2007-05-01 3:03 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-02 15:18 [PATCH] ata_piix: fix pio/mwdma programming (for testing, don't apply) Tejun Heo
2007-02-02 15:34 ` Sergei Shtylyov
2007-02-02 16:38 ` Jeff Garzik
2007-02-02 16:57 ` Mark Lord
2007-02-02 18:34 ` Sergei Shtylyov
2007-02-02 16:41 ` Tejun Heo
2007-02-02 18:49 ` Alan
2007-02-02 19:04 ` Sergei Shtylyov
2007-02-02 17:42 ` Alan
2007-02-03 1:40 ` Tejun Heo
2007-02-03 20:04 ` Alan
2007-02-04 2:47 ` Tejun Heo
2007-02-02 21:14 ` Art Haas
2007-02-03 2:09 ` Tejun Heo
2007-02-03 14:35 ` Art Haas
2007-02-03 19:47 ` Mark Lord
2007-02-06 9:11 ` Tejun Heo
2007-02-06 16:33 ` Art Haas
2007-02-07 2:53 ` Tejun Heo
2007-02-07 19:35 ` Art Haas
2007-02-07 19:51 ` Mark Lord
2007-02-07 20:37 ` [PATCH] libata: clear TF before IDENTIFYing Tejun Heo
2007-02-08 14:56 ` Mark Lord
2007-02-13 19:38 ` Art Haas
2007-02-15 23:08 ` Jeff Garzik
2007-04-30 18:29 ` [PATCH] Fix pio/mwdma programming on ata_piix.c Art Haas
2007-05-01 3:02 ` Tejun Heo [this message]
2007-05-24 19:59 ` Art Haas
2007-05-24 20:55 ` Jeff Garzik
2007-05-24 21:03 ` Tejun Heo
2007-05-25 17:16 ` [PATCH] ata_piix: fix pio/mwdma programming Tejun Heo
2007-05-25 18:05 ` Alan Cox
2007-05-28 13:02 ` Jeff Garzik
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=4636ADBE.8080508@gmail.com \
--to=htejun@gmail.com \
--cc=ahaas@airmail.net \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=jeff@garzik.org \
--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).