linux-scsi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Matthew Wilcox <matthew@wil.cx>
To: linux-scsi@vger.kernel.org
Subject: Re: What happened to ncr53c8xx module in 2.6? (troubles with sym53c8xx in its place)
Date: Sun, 26 Feb 2006 12:09:29 -0700	[thread overview]
Message-ID: <20060226190929.GV28587@parisc-linux.org> (raw)
In-Reply-To: <20060226170411.GA300@proxysrv.domain007.com>

On Sun, Feb 26, 2006 at 08:04:11PM +0300, Konstantin Khomoutov wrote:
> I had have to upgrade from 2.4.30 to 2.6.15.4 and I've noticed that
> there's no more ncr53c8xx kernel module (actually, the code seems to be
> there but now it's just a part of 2 drivers for a couple of MCA-bus cards).

One MCA card and one GSC card actually ;-)

> The problem is that I have some pretty old SCSI scanner (HP ScanJet 4p)
> that was distributed with its own ISA SCSI card (NCR53c400 based, BTW,
> but with that card and its driver I had no luck at all, while under
> Win98 that card works OK).

Somebody should probably investigate that, but I don't really want to
take on another scsi driver ...

> Some time ago I've managed to put this scanner to work being attached to
> one that same old PCI card based on Symbios Logic 53c810 rev1 chip.
> The only driver that was able to control this card (with some parameters
> tweakery, though) was ncr53c8xx.
> 
> As I can see, sym53c8xx had superseded ncr53c8xx in 2.6, right?

That's correct.  We removed support for the 8xx devices from ncr53c8xx
leaving it to drive the non-PCI 720 chip only.

> But sym53c8xx gives me this when I try to insert it while the attached
> scanner is ON:
> 
> PCI: Found IRQ 9 for device 0000:02:09.0
> sym0: <810> rev 0x1 at pci 0000:02:09.0 irq 9
> sym0: No NVRAM, ID 7, Fast-10, SE, parity checking
> CACHE TEST FAILED: timeout.
> sym0: CACHE INCORRECTLY CONFIGURED.
> sym0: giving up ...
> 
> The exactly same results I seen when I tried this driver under a 2.4
> kernel.

Are you saying that it works fine when the scanner isn't plugged in, or
is turned off?

> I've googled that this dumb scanner doesn't report parity and that
> disappoints the sym53c8xx driver, but I failed to find an appropriate
> option to turn parity checking off. Furthermore, I've also googled some
> info that sym53c8xx just doesn't support 53c810 chips at all.

I removed the option to disable parity checking.  Looks like I should
reinstate it.  I have an 810 card here that works fine, so that
information is out of date.


  parent reply	other threads:[~2006-02-26 19:09 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-26 17:04 What happened to ncr53c8xx module in 2.6? (troubles with sym53c8xx in its place) Konstantin Khomoutov
2006-02-26 17:14 ` Konstantin Khomoutov
2006-02-26 19:09 ` Matthew Wilcox [this message]
2006-03-02  0:04   ` Konstantin Khomoutov

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=20060226190929.GV28587@parisc-linux.org \
    --to=matthew@wil.cx \
    --cc=linux-scsi@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).