linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Sergei Shtylyov <sshtylyov@ru.mvista.com>
To: Michael Bueker <m.bueker@berlin.de>
Cc: linux-ide@vger.kernel.org,
	Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Subject: Re: No DMA with HTP370 IDE controller
Date: Wed, 10 Jan 2007 21:02:31 +0300	[thread overview]
Message-ID: <45A52A37.7070602@ru.mvista.com> (raw)
In-Reply-To: <45A51259.2020904@berlin.de>

Hello.

Michael Bueker wrote:

>>    Then it's probably the same issue as here:

>> http://bugzilla.kernel.org/show_bug.cgi?id=7703

>>    What's really strange is that my HPT370 is working fine.  However, 
>> the chip marking says it's HPT370A despite the revision ID is 3 (which 
>> should correspond to HPT370)...

> Unfortunately, I'm unable to compile a 2.4.18 kernel (my gcc is probably
> too new) for testing.

> But anyways - do you think there's hope for fixing this? If I can
> provide you with any more helpful information, please tell me.

    Hope dies last. :-)
    Unfortunately, I don't have enough time to work on this, and the fact that
it's not locally reproducible also doesn't help.  I'll try to come up with
something to test but not very soon...

> My controller is:

> http://www.michael-bueker.de/files/hpt370/

> 01:09.0 Mass storage controller: Triones Technologies, Inc.
> HPT366/368/370/370A/372/372N (rev 03)
>         Subsystem: Triones Technologies, Inc. HPT370 UDMA100
>         Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop-
> ParErr- Stepping- SERR- FastB2B-
>         Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium
> 
>> TAbort- <TAbort- <MAbort- >SERR- <PERR-
> 
>         Latency: 120 (2000ns min, 2000ns max)
>         Interrupt: pin A routed to IRQ 11
>         Region 0: I/O ports at 9000 [size=8]
>         Region 1: I/O ports at 9400 [size=4]
>         Region 2: I/O ports at 9800 [size=8]
>         Region 3: I/O ports at 9c00 [size=4]
>         Region 4: I/O ports at a000 [size=256]
>         Expansion ROM at da020000 [disabled] [size=128K]

    Exactly what I have here but the chip marking is HPT370A. A bit puzzling...

> ~Mik

WBR, Sergei


      parent reply	other threads:[~2007-01-10 18:02 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <45A29690.3040003@berlin.de>
     [not found] ` <58cb370e0701081155j7376d15dv32e3b65906c8d325@mail.gmail.com>
     [not found]   ` <45A35A8C.9040200@berlin.de>
     [not found]     ` <58cb370e0701090544p2a851182m30f24e0fdd86f328@mail.gmail.com>
2007-01-10  0:38       ` No DMA with HTP370 IDE controller Michael Bueker
2007-01-10 12:24         ` Sergei Shtylyov
2007-01-10 16:20           ` Michael Bueker
2007-01-10 17:28             ` Jeff Garzik
2007-01-10 22:32               ` Michael Bueker
2007-01-10 18:02             ` Sergei Shtylyov [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=45A52A37.7070602@ru.mvista.com \
    --to=sshtylyov@ru.mvista.com \
    --cc=bzolnier@gmail.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=m.bueker@berlin.de \
    /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).