From: Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
To: Sergei Shtylyov <sshtylyov@ru.mvista.com>
Cc: linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/5] ide: add short cables support
Date: Thu, 21 Jun 2007 21:38:23 +0200 [thread overview]
Message-ID: <200706212138.23623.bzolnier@gmail.com> (raw)
In-Reply-To: <467569BD.9070506@ru.mvista.com>
On Sunday 17 June 2007, Sergei Shtylyov wrote:
[ ... ]
> >>>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? ;-)
It seems that I indeed dealt with ata66 part already... :-)
However I had something different in mind while writing about code gymnastics
- code unrelated to cable detection should be split off from ata66_ali15x3.
Thanks,
Bart
prev parent reply other threads:[~2007-06-21 19:43 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
2007-06-21 19:38 ` Bartlomiej Zolnierkiewicz [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=200706212138.23623.bzolnier@gmail.com \
--to=bzolnier@gmail.com \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sshtylyov@ru.mvista.com \
/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).