Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 06 Mar 1996 15:42:39 -0800
From:      "Justin T. Gibbs" <gibbs@freefall.freebsd.org>
To:        Terry Lambert <terry@lambert.org>
Cc:        imb@scgt.oz.au, stable@FreeBSD.ORG, current@FreeBSD.ORG
Subject:   Re: 2842 and the disappearing file-system :-( 
Message-ID:  <199603062342.PAA10384@freefall.freebsd.org>
In-Reply-To: Your message of "Wed, 06 Mar 1996 15:54:48 MST." <199603062254.PAA11994@phaeton.artisoft.com> 

next in thread | previous in thread | raw e-mail | index | archive | help
>> How are they kludged?  I haven't seen a single report of eisaconf
>> without detected devices causing problems in a system.  Furthermore,
>> if you don't have a 2842 or and eisa machine, you can disable the
>> eisa0 device in your config file.  If you do have a 2842, you'd
>> have to read the same bytes of the I/O address space, so it buys
>> you nothing to have a separate probe for it.
>
>Maybe I'm missing something.

I would guess you didn't even look.  Have you looked at eisaconf.c?
or aic7770.c?

>Why do you have to have a seperate probe?

RTSL

>Why can't you use the same probe routine address in two "driver instances"?

Eisaconf doesn't work that way at all.

>And wouldn't this fix the interrrupt attach problem introduced by the
>eisaconf code in the VLB Adaptec case?

Because the bug wasn't even in eisaconf.  It was in i386/isa/isa.c.

>You keep saying you need to duplicate cade -- I don't see it.  I see
>that there is a need to duplicate ~32 bytes of data structure to get
>an EISA and non-EISA device instance.  Tell me why Im wrong...

Right now the code for dealing with the 2842 and the 2742 is one
and the same.  To do what you propose would mean adding an isa probe
and doing the same looping through the slots that the eisaconf code does
already, although the 2842 probe would have to do it once for each
card probe instead of just creating the device nodes once like the 
eisaconf code does.  There is simply no reason to break the probe up.
It only adds complexity and code.

>
>
>					Regards,
>					Terry Lambert
>					terry@lambert.org
>---
>Any opinions in this posting are my own and not those of my present
>or previous employers.

--
Justin T. Gibbs
===========================================
  FreeBSD: Turning PCs into workstations
===========================================



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199603062342.PAA10384>