Seems to me you can put such practices in a good light if you want, just
so the notice exists to customers. Hardware or software that interferes
with normal functions of a system really should be regarded as defective
(and attract class action lawsuits) where notice was not given IMO. Perhaps
some companies (Microsoft too?) might be uncomfortable with disclosures
of conflicts, security issues, privacy issues, and the like with their
products, but requiring them globally seems likely to give greater
freedom to customers than having the OS writers in a monopoly have control
of every third party device or app that might run under the OS.
The “video card that locked the bus” should have had such notice, or been
dealt with via the legal system to undo the damage to people who bought
it and had their systems made not to work properly, if the company would
not refund. There are supposed to be warranties of merchantability that
at least some states don’t allow to be disclaimed, which would be covered
by such things. Marketing dweebs sometimes will listen to their counsel
to avoid losses due to the legal system. Note too that a disclaimer will
need to be pretty clear to pass muster here; stating that “this device may
control the PCI bus continuously for periods of up to 0.1 seconds” (or -
worse
but harder to decipher - 100 microfortnights (about 120 sec)) will not
do…
Obviously I find the notion of selling stuff that has numerous defects or
perhaps a reckless production system objectionable unless the buyer is
warned in all advertising for such.
If I were developing such boards, I’d supply two drivers. One for the
general
use, one for super speed, and let the customer know that if the superspeed
one is used, other stuff might not work… This might well mean the board
would need extra stuff in some cases to work at all with a “standard type”
driver.
Enough of this…
-----Original Message-----
From: Dave Harvey [mailto:xxxxx@syssoftsol.com]
Sent: Monday, August 06, 2001 5:01 PM
To: NT Developers Interest List
Subject: [ntdev] Re: AW: RE: Mapping scattered pages into process addr
ess space
Are you actually trying to assert that your marketing dwebes would
let you put “Caution: don’t use this product if you have USB printers,
or any other unusual other devices connected to your PC” on the outside of
the box?
Did the infamous “video card that locked the bus” come with such a warning?
Plus, if you violate the rules, how would you be able to predict
exactly what the user will sacrifice?
You could make a similar argument in favor of dumping sewage into
a stream. Since it flows downstream, your town doesn’t have to
deal with it, but the someother town will (i.e., poor printer manufacturer
(and also the OS vendor,
but they won’t get much sympathy) has to handle support calls and
frustrated customers because of you).
-DH
PS. On the other hand, if you sell a turnkey system, and you handle all
of the support calls, etc., then there is no reason why you shouldn’t
do whatever it is that you please.
----- Original Message -----
From: “Everhart, Glenn (FUSA)”
To: “NT Developers Interest List”
Sent: Monday, August 06, 2001 4:16 PM
Subject: [ntdev] Re: AW: RE: Mapping scattered pages into process addr ess
space
> Would it not make more sense to just document that a driver uses more high
> IRQ time than standard, more mapping registers than standard, etc. etc.,
> but allow such drivers to be loaded by a user after the sacrifice of a
goat
> or something 
with the understanding that such drivers may disable
> other things in odd ways?
>
> Forcing driver writers to use a global standard would in practice mean
that
> some unusual cases cannot be handled. If I want my fishfinder to run a
> little
> faster, perhaps I don’t care if some USB printer will fail completely. As
> long
> as I am told about a driver that is anti-social wrt other drivers, seems
> like a choice I as a customer should be able to have.
>
>
> -----Original Message-----
> From: Peter Viscarola [mailto:xxxxx@osr.com]
> Sent: Monday, August 06, 2001 3:28 PM
> To: NT Developers Interest List
> Subject: [ntdev] Re: AW: RE: Mapping scattered pages into process addr
> ess space
>
>
> “Dan Partelly” wrote in message news:xxxxx@ntdev…
> >
> > What is interesting is things I heard about Win XP that it will “block”
> > device drivers which causes more than “X” OS crashes , and also I heard
> > there is
> > a list with already “banned” device drivers.
> >
>
> As far as I know, XP has no facility to block a driver that crashes the
> system more than x times… I haven’t seen any code that does that. That
> doesn’t mean it doesn’t exist, but this is the first I’ve heard of it.
>
> As far as the list of “banned” device drivers, there’s a “bad” (not
banned)
> “drivers list” that’s put together for every upgrade scenario. This is
> nothing more than the list of drivers that are known, by experience, not
to
> work after an upgrade of the system (from Win2K to XP, for example).
During
> upgrade of XP, the installation procedure warns you if you have such a
> driver, and warns you of the driver being disabled after installation.
>
> Peter
> OSR
>
>
>
>
> —
> You are currently subscribed to ntdev as: xxxxx@FirstUSA.com
> To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
>
>
>
> This transmission may contain information that is privileged, confidential
and/or exempt from disclosure under applicable law.
If you are not the intended recipient, you are hereby notified that any
disclosure, copying, distribution, or use of the
information contained herein (including any reliance thereon) is STRICTLY
PROHIBITED. If you received this transmission in
error, please immediately contact the sender and destroy the material in its
entirety, whether in electronic or hard copy
format. Thank you
>
>
> —
> You are currently subscribed to ntdev as: xxxxx@syssoftsol.com
> To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
—
You are currently subscribed to ntdev as: xxxxx@FirstUSA.com
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com
This transmission may contain information that is privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you
—
You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com