linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Sergei Shtylyov <sshtylyov@ru.mvista.com>
To: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Cc: linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/5] ide: add short cables support
Date: Sun, 17 Jun 2007 21:05:01 +0400	[thread overview]
Message-ID: <467569BD.9070506@ru.mvista.com> (raw)
In-Reply-To: <200706160140.28380.bzolnier@gmail.com>

Hello.

Bartlomiej Zolnierkiewicz wrote:

>>>This patch allows users to override both host and device side cable detection
>>>with "ideX=ata66" kernel parameter.  Thanks to this it should be now possible
>>>to use UDMA > 2 modes on systems (laptops mainly) which use short 40-pin cable
>>>instead of 80-pin one.

>>>Next patches add automatic detection of some systems using short cables.

>>>Changes:

>>>* Rename hwif->udma_four to hwif->cbl and make it u8.

>>    Not sure if already short word "cable" was worth further shortening. :-)

> The name/usage is the same as in libata.

> When we add ->cable_detect method it will make grepping easier. 8)

    Hm... :-)

>>>Index: b/drivers/ide/pci/alim15x3.c
>>>===================================================================
>>>--- a/drivers/ide/pci/alim15x3.c
>>>+++ b/drivers/ide/pci/alim15x3.c
>>>@@ -594,7 +594,7 @@ out:
>>>  *	FIXME: frobs bits that are not defined on newer ALi devicea
>>>  */
>>> 
>>>-static unsigned int __devinit ata66_ali15x3 (ide_hwif_t *hwif)
>>>+static u8 __devinit ata66_ali15x3(ide_hwif_t *hwif)
>>> {
>>> 	struct pci_dev *dev	= hwif->pci_dev;
>>> 	unsigned int ata66	= 0;
>>>@@ -657,7 +657,7 @@ static unsigned int __devinit ata66_ali1
>>> 
>>> 	local_irq_restore(flags);
>>> 
>>>-	return(ata66);
>>>+	return ata66 ? ATA_CBL_PATA80 : ATA_CBL_PATA40;

>>    Ahem... I'd think it was about the right time to fix the abomination which
>>those ata66 and cable_80_pin[2] are, something like this:

>>static unsigned int __devinit ata66_ali15x3 (ide_hwif_t *hwif)
>>{
>>         struct pci_dev *dev     = hwif->pci_dev;
>>         unsigned int cbl        = ATA_CBL_PATA40;
>>         unsigned long flags;
>>         u8 tmpbyte, mask	= hwif->channel ? 0x02 : 0x01;
>>
>>         local_irq_save(flags); /* Not sure if it's necessary... */
>>
>>         if (m5229_revision >= 0xC2) {
>>                 /*
>>                  * Ultra66 cable detection (from Host View)
>>                  * m5229, 0x4a, bit0: primary, bit1: secondary
>>		 * 0: 80 pin, 1: 40 pin
>>                  */
>>                 pci_read_config_byte(dev, 0x4a, &tmpbyte);
>>                 /*
>>                  * Allow ata66 if cable of current channel has 80 pins
>>                  */
>>                 cbl = (tmpbyte & mask) ? ATA_CBL_PATA40 : ATA_CBL_PATA80;
>>         } else {

>>[Following code frankly speaking has no business being in this function]

> patch #3/5 already takes care of cable_80_pin[2] part,

    I really should have looked thru all the series but lacked the time. :-<

> ata66 part was left as an exercise for the reader ;-)

    Hm, now that I've looked at that patch I saw both these things killed.
What, you don't know your own code? ;-)

>>         local_irq_restore(flags); /* Not sure if it's necessary... */

>>	return cbl;

>>> }

>>> /**
>>>Index: b/drivers/ide/pci/serverworks.c
>>>===================================================================
>>>--- a/drivers/ide/pci/serverworks.c
>>>+++ b/drivers/ide/pci/serverworks.c
>>>@@ -329,9 +329,9 @@ static unsigned int __devinit init_chips
>>> 	return dev->irq;
>>> }
>>> 
>>>-static unsigned int __devinit ata66_svwks_svwks (ide_hwif_t *hwif)
>>>+static u8 __devinit ata66_svwks_svwks(ide_hwif_t *hwif)
>>> {
>>>-	return 1;
>>>+	return ATA_CBL_PATA80;
>>> }

>>    Hm, worth folding into ata66_svwks()...

> Yes and no...

> Alan did a very nice rewrite of cable detection code for pata_serverworks.c
> driver.  We may be better off just back-porting it (patches are welcomed).

    Thanks, no. I still have much to do. :-)

>>>Index: b/drivers/ide/pci/sis5513.c
>>>===================================================================
>>>--- a/drivers/ide/pci/sis5513.c
>>>+++ b/drivers/ide/pci/sis5513.c
>>>@@ -796,7 +796,7 @@ static unsigned int __devinit init_chips
>>> 	return 0;
>>> }
>>> 
>>>-static unsigned int __devinit ata66_sis5513 (ide_hwif_t *hwif)
>>>+static u8 __devinit ata66_sis5513(ide_hwif_t *hwif)
>>> {
>>> 	u8 ata66 = 0;
>>> 
>>>@@ -811,7 +811,8 @@ static unsigned int __devinit ata66_sis5
>>> 		pci_read_config_byte(hwif->pci_dev, 0x48, &reg48h);
>>> 		ata66 = (reg48h & mask) ? 0 : 1;
>>> 	}
>>>-        return ata66;
>>>+
>>>+	return ata66 ? ATA_CBL_PATA80 : ATA_CBL_PATA40;
>>> }

>>    That doesn't look good as well. I think we should part with 'ata66' 
>>variable here completely...

> Could be fixed in the follow-up patch as we should also split ata66_sis5513()
> into two separate functions (one for chipset_family >= ATA_133 and one for
> chipset_family >= ATA_66).

    That's only worth doing if you actually intend to introduce cable_detect() 
method...

> Thanks,
> Bart

MBR, Sergei


  reply	other threads:[~2007-06-17 17:03 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-10 13:58 [PATCH 1/5] ide: add short cables support Bartlomiej Zolnierkiewicz
2007-06-15 20:54 ` Sergei Shtylyov
2007-06-15 23:40   ` Bartlomiej Zolnierkiewicz
2007-06-17 17:05     ` Sergei Shtylyov [this message]
2007-06-21 19:38       ` Bartlomiej Zolnierkiewicz

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=467569BD.9070506@ru.mvista.com \
    --to=sshtylyov@ru.mvista.com \
    --cc=bzolnier@gmail.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-kernel@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).