From: Doug Thompson <norsk5@yahoo.com>
To: Borislav Petkov <borislav.petkov@amd.com>, Ingo Molnar <mingo@elte.hu>
Cc: akpm@linux-foundation.org, greg@kroah.com, tglx@linutronix.de,
hpa@zytor.com, dougthompson@xmission.com,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 20/21] amd64_edac: add DRAM error injection logic using sysfs
Date: Wed, 29 Apr 2009 23:28:51 -0700 (PDT) [thread overview]
Message-ID: <20977.9082.qm@web50109.mail.re2.yahoo.com> (raw)
I believe I failed to reply to ALL and replied only to the sender
doug t
--- On Wed, 4/29/09, Ingo Molnar <mingo@elte.hu> wrote:
> From: Ingo Molnar <mingo@elte.hu>
> Subject: Re: [PATCH 20/21] amd64_edac: add DRAM error injection logic using sysfs
> To: "Borislav Petkov" <borislav.petkov@amd.com>
> Cc: akpm@linux-foundation.org, greg@kroah.com, tglx@linutronix.de, hpa@zytor.com, dougthompson@xmission.com, linux-kernel@vger.kernel.org
> Date: Wednesday, April 29, 2009, 12:17 PM
>
> * Borislav Petkov <borislav.petkov@amd.com>
> wrote:
>
> > From: Doug Thompson <dougthompson@xmission.com>
> >
> > Signed-off-by: Doug Thompson <dougthompson@xmission.com>
> > Signed-off-by: Borislav Petkov <borislav.petkov@amd.com>
> > ---
> > drivers/edac/amd64_edac.c | 287
> +++++++++++++++++++++++++++++++++++++++++++++
> > 1 files changed, 287 insertions(+), 0
> deletions(-)
> >
> > diff --git a/drivers/edac/amd64_edac.c
> b/drivers/edac/amd64_edac.c
> > index b1a7e8c..4d1076f 100644
> > --- a/drivers/edac/amd64_edac.c
> > +++ b/drivers/edac/amd64_edac.c
> > @@ -4621,3 +4621,290 @@ static ssize_t
> amd64_hole_show(struct mem_ctl_info *mci, char *data)
> >
> > #endif /* DEBUG */
> >
> > +#ifdef CONFIG_EDAC_AMD64_OPTERON_ERROR_INJECTION
>
> this should be in a separate .c file under
> drivers/edac/amd64/.
>
> Introducing large #ifdef sections like that is not very
> clean. The
> amd64_edac.c file is _way_ too large at more than 5000
> lines of
> code.
>
> Ingo
If we broke this into a separate files, then there would be TWO (2) files: 1 for the source code of the routines and a 1 for the table entries which reference those routines. Is that then acceptable as well?
Same pattern applies to the DEBUG functions Info refers to in another thread: 2 separate files would be required as well.
2 files for Error Injection code
2 files for DEBUG controls
1 files for text mapping
and I assume all these would be included via an #include statement at their appropriate locations
thx
doug t
next reply other threads:[~2009-04-30 6:29 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-30 6:28 Doug Thompson [this message]
2009-04-30 8:34 ` [PATCH 20/21] amd64_edac: add DRAM error injection logic using sysfs Ingo Molnar
-- strict thread matches above, loose matches on Subject: below --
2009-04-30 13:55 Doug Thompson
2009-04-29 16:54 [RFC PATCH 00/21 v2] amd64_edac: EDAC module for AMD64 Borislav Petkov
2009-04-29 16:55 ` [PATCH 20/21] amd64_edac: add DRAM error injection logic using sysfs Borislav Petkov
2009-04-29 18:17 ` Ingo Molnar
2009-05-05 0:06 ` Mauro Carvalho Chehab
2009-04-28 15:05 [RFC PATCH 00/21] amd64_edac: EDAC module for AMD64 Borislav Petkov
2009-04-28 15:06 ` [PATCH 20/21] amd64_edac: add DRAM error injection logic using sysfs Borislav Petkov
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=20977.9082.qm@web50109.mail.re2.yahoo.com \
--to=norsk5@yahoo.com \
--cc=akpm@linux-foundation.org \
--cc=borislav.petkov@amd.com \
--cc=dougthompson@xmission.com \
--cc=greg@kroah.com \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=tglx@linutronix.de \
/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