public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Martin Dalecki <dalecki@evision-ventures.com>
To: Andre Hedrick <andre@linux-ide.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: VIA, 32bit PIO and 2.5.x kernel
Date: Fri, 12 Apr 2002 10:53:23 +0200	[thread overview]
Message-ID: <3CB6A083.3090501@evision-ventures.com> (raw)
In-Reply-To: <Pine.LNX.4.10.10204120154480.489-100000@master.linux-ide.org>

Andre Hedrick wrote:
> On Fri, 12 Apr 2002, Jens Axboe wrote:
> 
> 
>>On Fri, Apr 12 2002, Petr Vandrovec wrote:
>>
>>>I believe that there must be some reason for doing that... And 
>>>do not ask me why it worked in 2.4.x, as it cleared io_32bit
>>>in task_out_intr too.
>>
>>Because 2.4 doesn't use that path for fs requests. And be glad that it
>>doesn't otherwise _everybody_ would have much worse problems than you
>>are currently seeing.
> 
> 
> Maybe if everyone ever bothered to look at the code base and not assume
> they know everything ... and enjoying feable attempts to cast me as a
> fool.  Better yet maybe understand the hardware ...
> 
> ata_input_data
> 
>         io_32bit = drive->io_32bit;
> 
>         if (io_32bit)
> 		insl(IDE_DATA_REG, buffer, wcount);
> 	else
>                 insw(IDE_DATA_REG, buffer, wcount<<1);
> 
> or 
> 
> ata_output_data
> 
>         io_32bit = drive->io_32bit;
> 
>         if (io_32bit)
>                 outsl(IDE_DATA_REG, buffer, wcount);
>         else
>                 outsw(IDE_DATA_REG, buffer, wcount<<1);
> 
> 
> WHOA is it not obvious it is the total number of calls to the same damn
> DATA-TASKFILE-REGISTER-PORT
> 
> Which is only SIXTEEN BITS WIDE!
> 
> So please contine to write 32 bits to a 16 bit wide address...
> Legacy or not the physical layer to the device, so please go look there.
> Why do I even bother, all of you are so much smarter than me.

The physical register on the side of the device may very well be
only 16 bit's wide. Most propably it's simple implementation dependant.
I saw many 68000 derivatives on IDE controllers but those days there
are many 32 bit controllers there as well.

But please note that the ata host-chip xor the CPU (think 386sx)
is multiplexing the access to it. Otherwise it wouldn't be possible to do 32 bit
transfers over a cable with only 16 data lines at all.

Apparently you don't even understand the physical transport layer,
which explains the presence of the bug in question.


  reply	other threads:[~2002-04-12  9:55 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-12  0:10 VIA, 32bit PIO and 2.5.x kernel Petr Vandrovec
2002-04-12  0:56 ` VIA and 2.5.8-pre kernels doesn't boot! Anton Altaparmakov
2002-04-12  7:46   ` Martin Dalecki
2002-04-12 10:10     ` Anton Altaparmakov
2002-04-12  8:20 ` VIA, 32bit PIO and 2.5.x kernel Vojtech Pavlik
2002-04-12  8:04   ` Martin Dalecki
2002-04-13 10:12     ` Russell King
2002-04-13 10:15       ` Vojtech Pavlik
2002-04-13 13:23       ` Martin Dalecki
2002-04-13 17:06         ` Andre Hedrick
2002-04-13 17:38           ` Alan Cox
2002-04-13 18:15             ` Andre Hedrick
2002-04-13 22:49             ` Martin Dalecki
2002-04-12  8:41 ` Jens Axboe
2002-04-12  9:15   ` Andre Hedrick
2002-04-12  8:53     ` Martin Dalecki [this message]
2002-04-12 10:16     ` Jens Axboe

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=3CB6A083.3090501@evision-ventures.com \
    --to=dalecki@evision-ventures.com \
    --cc=andre@linux-ide.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