From: Grant Erickson <gerickson@nuovations.com>
To: Josh Boyer <jwboyer@linux.vnet.ibm.com>
Cc: linuxppc-dev@ozlabs.org, bluesmoke-devel@lists.sourceforge.net,
dougthompson@xmission.com
Subject: Re: [PATCH v2] Add PPC/4xx "ibm,sdram-4xx-ddr2" EDAC MC Driver
Date: Thu, 18 Dec 2008 15:43:54 -0800 [thread overview]
Message-ID: <C570203A.138A0%gerickson@nuovations.com> (raw)
In-Reply-To: <C56FE0DE.1387F%gerickson@nuovations.com>
On 12/18/08 11:13 AM, Grant Erickson wrote:
> On 12/18/08 9:56 AM, Josh Boyer wrote:
>> So, I am not an expert at the EDAC subsystem. Just looking at the
>> number of functions that get call from this interrupt handler, I'm
>> wondering if a significant amount of time could be spent here. With
>> all the message building and such, it seems like it could be error
>> prone.
>
> The message building functions are really best-effort, straight-through, so
> there should be little room if any for error-proneness. Though, snprintf
> contained therein is fairly costly as functions go.
>
>> Do you have an idea of the duration of one of these events? Could
>> this schedule a work queue to handle it outside of the hard IRQ
>> context?
>
> I'll take some measurements for the worst case message length time. I
> certainly thought about a work queue; however, my gut feeling was that it
> wasn't warranted.
>
> Stay tuned for measurement data.
In general, correctable and uncorrectable ECC errors in and of themselves
should be rare events. So, by extension, the generation of these ECC error
messages should be rare as well.
When one of these CE or UE ECC events occurs, the time required to build the
driver-unique log message is as shown below for a run of ~300 forced CEs at
at a processor frequency of 400 MHz:
Ticks Time / us
--------------------------------
Minimum 4150 10.38
Maximum 9075 22.69
Mean 8024 20.06
Median 8297 20.74
Mode 8869 22.17
Std. Dev. 864 2.16
--------------------------------
Regards,
Grant
prev parent reply other threads:[~2008-12-18 23:44 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-18 1:42 [PATCH v2] Add PPC/4xx "ibm,sdram-4xx-ddr2" EDAC MC Driver Grant Erickson
2008-12-18 17:56 ` Josh Boyer
2008-12-18 19:13 ` Grant Erickson
2008-12-18 23:43 ` Grant Erickson [this message]
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=C570203A.138A0%gerickson@nuovations.com \
--to=gerickson@nuovations.com \
--cc=bluesmoke-devel@lists.sourceforge.net \
--cc=dougthompson@xmission.com \
--cc=jwboyer@linux.vnet.ibm.com \
--cc=linuxppc-dev@ozlabs.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;
as well as URLs for NNTP newsgroup(s).