linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Lionel Bouton <Lionel.Bouton@inet6.fr>
To: Peter Maynard <maynardp@shaw.ca>
Cc: Linux-IDE <linux-ide@vger.kernel.org>
Subject: Re: SIS5513, 80pin cable detect, and notebook
Date: Fri, 03 Jun 2005 13:19:36 +0200	[thread overview]
Message-ID: <42A03CC8.80006@inet6.fr> (raw)
In-Reply-To: <1117754292.8154.20.camel@doom>

Peter Maynard wrote the following on 06/03/05 01:18 :

>Sorry to bother you, but I could not find an answer anywhere and have
>searched for days.
>
>I have a Notebook with a sis5513 [sis963 southbridge] udma133 controller
>and a Hitachi IC25N060ATMR04 HD which supports ATA6.  However, as this
>is a notebook, the HD is directly connected to the motherboard without a
>cable.
>
>Using Kernel 2.6.10 the system boots and sets HD as udma2 (confirmed in
>both dmesg and hdparm -I) because it does not detect an 80pin cable.
>
>My question is:  should the cable detect circuitry of the sis5513
>recognize the fact there is no cable and setup as 80c?
>  
>

No, there is no reliable way to do this: the same chipsets can be used
in various configurations and the driver would have to check for all
existing hardware configurations which support reliable transfers even
if the controller<->drive interface isn't a 80-pin one (which would
probably involve a whole new kernel framework to guess which exact model
the computer is: far too much work for probably an incomplete result
involving an ever changing huge database).
Windows drivers can (temporarily) get around that because each vendor
can package its own driver tuned for the actual hardware configuration.
I guess these configurations on Windows eventually exhibit the same
problems without any available "ideX=ata66" workaround: when you upgrade
to a new Windows version, you are eventually forced to use Windows'
bundled drivers because the vendor doesn't support your hardware on the
new shiny Windows version : udma2 mode. I'm even wondering if all
vendors actually bother to tune the base Windows drivers: many notebooks
comes with cheap 4200rpm drives that don't benefit much if at all from
udma3+ (I had such a configuration not so long ago).

>If this the correct function of the ide/sis code, what is the best
>method to change the udma mode.  I am currently using the boot up
>option:  ide0=ata66  which works (udma100 shows in dmesg and hdparm show
>change to udma5) - but this is listed as an obsolete boot command that
>is to be removed....
>
>  
>

If this option were removed and not replaced by something else, I guess
it will reappear shortly after removal due to hordes of angry notebook
users (you are far from alone in this case) arrassing the IDE maintainers...

ideX=ata66 is the way to go (at least for now).

Regards,

Lionel

           reply	other threads:[~2005-06-03 11:19 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <1117754292.8154.20.camel@doom>]

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=42A03CC8.80006@inet6.fr \
    --to=lionel.bouton@inet6.fr \
    --cc=linux-ide@vger.kernel.org \
    --cc=maynardp@shaw.ca \
    /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).