Groups | Search | Server Info | Login | Register

Groups > comp.arch.embedded > #32229

Re: Diagnostics

From David Brown <david.brown@hesbynett.no>
Newsgroups comp.arch.embedded
Subject Re: Diagnostics
Date 2024-10-19 14:07 +0200
Organization A noiseless patient Spider
Message-ID <vf07db$3s5is$2@dont-email.me> (permalink)
References <veekcp$9rsj$1@dont-email.me> <veuggc$1l5eo$1@paganini.bofh.team> <77k5hjprfq0ipjp6pcdd03lnph1i76ssuu@4ax.com> <veunj9$3gbqs$2@dont-email.me>

Show all headers | View raw

On 19/10/2024 00:30, Don Y wrote:
> Hi George,
> 
> [Hope all is well with you and at home]
> 
> On 10/18/2024 2:42 PM, George Neuner wrote:
>> WRT Don's question, I don't know the answer, but I suspect runtime
>> diagnostics are /not/ routinely implemented for devices that are not
>> safety critical.  Reason: diagnostics interfere with operation of
>> <whatever> they happen to be testing.  Even if the test is at low(est)
>> priority and is interruptible by any other activity, it still might
>> cause an unacceptable delay in a real time situation.
> 
> But, if you *know* when certain aspects of a device will be "called on",
> you can take advantage of that to schedule diagnostics when the device is
> not "needed".  And, in the event that some unexpected "need" arises,
> can terminate or suspend the testing (possibly rendering the effort
> moot if it hasn't yet run to a conclusion).
> 
> E.g., I scrub freed memory pages (zero fill) so information doesn't
> leak across protection domains.  As long as some minimum number
> of *scrubbed* pages are available for use "on demand", why can't
> I *test* the pages yet to be scrubbed?

You /could/ do that, but what is the point?

What are you checking for?  What is the realistic likelihood of finding 
a problem, and what are the consequences of such a problem?  How do you 
test your test routines - are you able to simulate the problem you are 
testing in a good enough manner?  What are the circumstances that could 
lead to a fault that you detect with the tests but where you would not 
already see the problem in other ways?  Is it realistic to assume that 
your diagnostic test and reporting systems are able to run properly when 
the this problem occurs?  If some kind of problem actually occurs, will 
your tests realistically identify it?

/Those/ are the kinds of questions you should be asking before putting 
in some kind of tests.  They are the important questions.  Asking "why 
can't I do a test now?" is peanuts in comparison.

Back to comp.arch.embedded | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

Diagnostics Don Y <blockedofcourse@foo.invalid> - 2024-10-12 12:58 -0700
  Re: Diagnostics antispam@fricas.org (Waldek Hebisch) - 2024-10-18 20:30 +0000
    Re: Diagnostics George Neuner <gneuner2@comcast.net> - 2024-10-18 17:42 -0400
      Re: Diagnostics Don Y <blockedofcourse@foo.invalid> - 2024-10-18 15:30 -0700
        Re: Diagnostics antispam@fricas.org (Waldek Hebisch) - 2024-10-19 01:50 +0000
          Re: Diagnostics Don Y <blockedofcourse@foo.invalid> - 2024-10-18 19:38 -0700
            Re: Diagnostics antispam@fricas.org (Waldek Hebisch) - 2024-10-19 03:53 +0000
              Re: Diagnostics Don Y <blockedofcourse@foo.invalid> - 2024-10-18 21:17 -0700
                Re: Diagnostics antispam@fricas.org (Waldek Hebisch) - 2024-10-24 17:52 +0000
                Re: Diagnostics Don Y <blockedofcourse@foo.invalid> - 2024-10-24 14:49 -0700
        Re: Diagnostics David Brown <david.brown@hesbynett.no> - 2024-10-19 14:07 +0200
        Re: Diagnostics George Neuner <gneuner2@comcast.net> - 2024-10-19 15:25 -0400
          Re: Diagnostics Don Y <blockedofcourse@foo.invalid> - 2024-10-19 14:32 -0700
            Re: Diagnostics Don Y <blockedofcourse@foo.invalid> - 2024-10-23 05:53 -0700
        Re: Diagnostics Nioclásán Caileán de Ghlostéir <Master_Fontaine_is_dishonest@Strand_in_London.Gov.UK> - 2024-10-20 19:15 +0200
      Re: Diagnostics antispam@fricas.org (Waldek Hebisch) - 2024-10-19 01:25 +0000
      Re: Diagnostics David Brown <david.brown@hesbynett.no> - 2024-10-19 13:57 +0200
    Re: Diagnostics Don Y <blockedofcourse@foo.invalid> - 2024-10-18 15:15 -0700
      Re: Diagnostics antispam@fricas.org (Waldek Hebisch) - 2024-10-19 03:00 +0000
        Re: Diagnostics Don Y <blockedofcourse@foo.invalid> - 2024-10-18 21:05 -0700
          Re: Diagnostics antispam@fricas.org (Waldek Hebisch) - 2024-10-19 13:53 +0000
            Re: Diagnostics Don Y <blockedofcourse@foo.invalid> - 2024-10-19 09:55 -0700
              Re: Diagnostics antispam@fricas.org (Waldek Hebisch) - 2024-10-24 16:34 +0000
                Re: Diagnostics Don Y <blockedofcourse@foo.invalid> - 2024-10-24 14:28 -0700
          Re: Diagnostics George Neuner <gneuner2@comcast.net> - 2024-10-19 15:58 -0400
            Re: Diagnostics Don Y <blockedofcourse@foo.invalid> - 2024-10-19 16:26 -0700
              Re: Diagnostics Nioclásán Caileán de Ghlostéir <Master_Fontaine_is_dishonest@Strand_in_London.Gov.UK> - 2024-10-20 20:08 +0200
          Re: Diagnostics Nioclásán Caileán de Ghlostéir <Master_Fontaine_is_dishonest@Strand_in_London.Gov.UK> - 2024-10-20 19:11 +0200
            Re: Diagnostics George Neuner <gneuner2@comcast.net> - 2024-10-20 15:44 -0400
              Re: Diagnostics Nioclásán Caileán de Ghlostéir <Master_Fontaine_is_dishonest@Strand_in_London.Gov.UK> - 2024-10-20 23:14 +0200

csiph-web