From: Damien Le Moal <damien.lemoal@opensource.wdc.com>
To: Sergey Shtylyov <s.shtylyov@omp.ru>, linux-ide@vger.kernel.org
Subject: Re: [PATCH] ata: pata_hpt37x: disable primary channel on HPT371
Date: Tue, 22 Feb 2022 09:37:07 +0900 [thread overview]
Message-ID: <feb0d6ba-baa2-6482-e6b4-eb5baed2a728@opensource.wdc.com> (raw)
In-Reply-To: <e398d6e3-05f2-409f-6818-812f24e325eb@omp.ru>
On 2/20/22 02:44, Sergey Shtylyov wrote:
> HPT371 chips physically have only one channel, the secondary one, however
> the primary channel registers do exist! Thus we have to manually disable
> the non-existing channel (if the BIOS hasn't done this already). Alan Cox
> has only added such code to the 'pata_hpt3x2n' driver, forgetting about
> this one... :-/
No need to assign blame by name :) Something more neutral like:
"Similarly to the pata_hpt3x2n driver, always disable the primary channel."
will do. Also, do you have a fixes tag for this one ? Is it again:
Fixes: 669a5db411d8 ("[libata] Add a bunch of PATA drivers.")
?
>
> Signed-off-by: Sergey Shtylyov <s.shtylyov@omp.ru>
>
> ---
> This patch is against the 'for-next' branch of Damien Le Moal's 'libata.git'
> repo.
>
> drivers/ata/pata_hpt37x.c | 14 ++++++++++++++
> 1 file changed, 14 insertions(+)
>
> Index: libata/drivers/ata/pata_hpt37x.c
> ===================================================================
> --- libata.orig/drivers/ata/pata_hpt37x.c
> +++ libata/drivers/ata/pata_hpt37x.c
> @@ -867,6 +867,20 @@ static int hpt37x_init_one(struct pci_de
> pci_write_config_byte(dev, 0x5a, irqmask);
>
> /*
> + * HPT371 chips physically have only one channel, the secondary one,
> + * but the primary channel registers do exist! Go figure...
> + * So, we manually disable the non-existing channel here
> + * (if the BIOS hasn't done this already).
> + */
> + if (dev->device == PCI_DEVICE_ID_TTI_HPT371) {
> + u8 mcr1;
> +
> + pci_read_config_byte(dev, 0x50, &mcr1);
> + mcr1 &= ~0x04;
> + pci_write_config_byte(dev, 0x50, mcr1);
> + }
> +
> + /*
> * default to pci clock. make sure MA15/16 are set to output
> * to prevent drives having problems with 40-pin cables. Needed
> * for some drives such as IBM-DTLA which will not enter ready
--
Damien Le Moal
Western Digital Research
next prev parent reply other threads:[~2022-02-22 0:37 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-02-19 17:44 [PATCH] ata: pata_hpt37x: disable primary channel on HPT371 Sergey Shtylyov
2022-02-22 0:37 ` Damien Le Moal [this message]
2022-02-22 9:48 ` Sergey Shtylyov
2022-02-22 11:29 ` Damien Le Moal
2022-02-23 0:43 ` Damien Le Moal
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=feb0d6ba-baa2-6482-e6b4-eb5baed2a728@opensource.wdc.com \
--to=damien.lemoal@opensource.wdc.com \
--cc=linux-ide@vger.kernel.org \
--cc=s.shtylyov@omp.ru \
/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