public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Erik Andersen <andersen@codepoet.org>
To: "Justin T. Gibbs" <gibbs@scsiguy.com>
Cc: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: Adaptec 1480b SlimSCSI vs hotplug
Date: Tue, 29 Jan 2002 19:52:12 -0700	[thread overview]
Message-ID: <20020130025212.GA5240@codepoet.org> (raw)
In-Reply-To: <20020129232629.GB937@codepoet.org> <200201300048.g0U0mrI59231@aslan.scsiguy.com>
In-Reply-To: <200201300048.g0U0mrI59231@aslan.scsiguy.com>

On Tue Jan 29, 2002 at 05:48:53PM -0700, Justin T. Gibbs wrote:
> >Does this look agreeable?
> 
> The only thing you've really changed is the class_mask.  I don't
> understand why testing against *more bits* of the class allows your
> card to be detected.  Can you explain why the old code fail?

Exactly, the class_mask is the significant bit.  The rest I just
tidied since I hate seeing magic numbers.  Anyways, I started off
with the simple observation that it didn't work.  Watching
/sbin/hotplug (diethotplug with debugging enabled) closely during
add events showed me the following:


    Jan 29 19:34:59 sage kernel: cs: cb_alloc(bus 3): vendor 0x9004, device 0x6075
    Jan 29 19:34:59 sage kernel: PCI: Enabling device 03:00.0 (0000 -> 0003)
    Jan 29 19:34:59 sage hotplug: pci_handler: action = add
    [---------snip--------]
    Jan 29 19:34:59 sage hotplug: match_vendor: vendor = 9004, device = 6075, subvendor = 9004, subdevice = 7560
    [---------snip--------]
    Jan 29 19:34:59 sage hotplug: match_vendor: looking at aic7xxx
    Jan 29 19:34:59 sage hotplug: match_vendor: loading aic7xxx
    Jan 29 19:34:59 sage hotplug: load_module: loading module aic7xxx
    Jan 29 19:34:59 sage hotplug: match_vendor: looking at aic7xxx
    Jan 29 19:34:59 sage hotplug: match_vendor: vendor check failed 9005 != 9004

Here we can see it is looking at aic7xxx twice, once for vendor
0x9004, where it notices that the vendor matches, but then fails
to match due to the 0xFFFF00 class_mask filter, and once for
vendor 9005 which of course doesn't match.  After changing the
class_mask to ~0 I now see:


    Jan 29 19:44:52 sage kernel: cs: cb_alloc(bus 3): vendor 0x9004, device 0x6075
    Jan 29 19:44:52 sage kernel: PCI: Enabling device 03:00.0 (0000 -> 0003)
    Jan 29 19:44:52 sage hotplug: pci_handler: action = add
    [---------snip--------]
    Jan 29 19:44:52 sage hotplug: match_vendor: vendor = 9004, device = 6075, subvendor = 9004, subdevice = 7560
    [---------snip--------]
    Jan 29 19:44:52 sage hotplug: match_vendor: looking at aic7xxx
    Jan 29 19:44:52 sage hotplug: match_vendor: loading aic7xxx
    Jan 29 19:44:52 sage hotplug: load_module: loading module aic7xxx
    Jan 29 19:44:52 sage hotplug: match_vendor: looking at aic7xxx
    Jan 29 19:44:52 sage hotplug: match_vendor: vendor check failed 9005 != 9004
    Jan 29 19:44:52 sage cardmgr[561]:   product info: "Adaptec", "APA-1480 SCSI Host Adapter", "Version 1.10       ", ""
    Jan 29 19:44:52 sage cardmgr[561]:   manfid: 0x012f, 0xcb01  function: 8 (SCSI)
    Jan 29 19:44:52 sage cardmgr[561]:   PCI id: 0x9004, 0x6075

So let me turn the question back to you:  What is the intended 
purpose of masking out part of the class space?

 -Erik

--
Erik B. Andersen             http://codepoet-consulting.com/
--This message was written using 73% post-consumer electrons--

  reply	other threads:[~2002-01-30  2:52 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-01-29 23:26 Adaptec 1480b SlimSCSI vs hotplug Erik Andersen
2002-01-30  0:48 ` Justin T. Gibbs
2002-01-30  2:52   ` Erik Andersen [this message]
2002-01-30  4:53     ` Justin T. Gibbs
2002-01-31 13:19       ` Erik Andersen

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=20020130025212.GA5240@codepoet.org \
    --to=andersen@codepoet.org \
    --cc=gibbs@scsiguy.com \
    --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