Re: Profiling a murderer
- From: "UZnal" <unalz-at-mail333-dot-com>
- Date: Sat, 6 Aug 2005 12:56:25 +0200
Hi Tim,
> In fact different levels of SysConfig behave differently in this regard.
> There may also be more of this undocumented (at least to any sufficient
> level of detail) special-casing of particular adapter id.s/types.
I agree, the conclusions are derived from the Mod. 77 experiment, and
should not be applied to every single case, unless proved.
> If an "adapter" (including on-planar psuedo-adapters/virtual slots) is
> DISABLED then the resources that it may have previously been configured
with
> SHOULD be made free for use. However, if the reason for this behaviour is
to
> compensate for inadequate hardware design/implementation and done as a
> "fix/workaround" then I would be somewhat mollified.
I concluded earlier that DISABLED does not necessarily imply REMOVED. To my
knowledge there is no state REMOVED defined, but it could have been handled
with DISABLED at the cost of higher complexity. Perhaps it is this cost that
influenced the decision to treat DISABLED as a sort of STAND-BY, or there
are other OS and drivers issues, or but REMOVED was dropped for a number of
more important reasons.
Deviations from specs, undocumented features are common. It could be that
IBM did not trust third party producers, or it was not always possible, to
deliver strictly "physically isolated" designs and adapters. Another
concern might have been security, once you introduce a software-driven
configuration as opposed to manual configuration with jumpers, it becomes
possible to perform "unauthorized" changes to the configuration.
> Otherwise there is NO sense to the concept of POS
> registers and the Hardware Interface and a large part of the MicroChannel
> ARCHITECTURE.
Seems like some MCA aspects have not been truly finalized, speaking of the
PS/2 line. Whereas they could have handled common cases as expected, that
has not become the strictly general behaviour. I have to think more about
it, a possibility could be that the problem does not have or need at all a
clean solution.
> This is the reason that I would take issue with IBM about their
> under-the-cover beaching of their own standard.
I guess, we'll have to keep on searching for more answers to more questions.
.
- References:
- Profiling a murderer
- From: Louis Ohland
- Re: Profiling a murderer
- From: William R. Walsh
- Re: Profiling a murderer
- From: UZnal
- Re: Profiling a murderer
- From: wm_walsh
- Re: Profiling a murderer
- From: UZnal
- Re: Profiling a murderer
- From: Tim Clarke
- Re: Profiling a murderer
- From: UZnal
- Re: Profiling a murderer
- From: Tim Clarke
- Re: Profiling a murderer
- From: UZnal
- Re: Profiling a murderer
- From: UZnal
- Re: Profiling a murderer
- From: Tim Clarke
- Re: Profiling a murderer
- From: UZnal
- Re: Profiling a murderer
- From: Tim Clarke
- Profiling a murderer
- Prev by Date: PS2 Online Gaming Question
- Next by Date: Re: IBM BLUE LIGHTNING PROCESSOR UPGRADE PS/2 auction
- Previous by thread: Re: Profiling a murderer
- Next by thread: Re: Profiling a murderer
- Index(es):
Relevant Pages
|
|