From: Dan Malek <dmalek@jlc.net>
To: Marcus Sundberg <erammsu@kieray1.p.y.ki.era.ericsson.se>
Cc: linuxppc-embedded <linuxppc-embedded@lists.linuxppc.org>
Subject: Re: LinuxPPC: porting to new platforms
Date: Tue, 14 Sep 1999 14:40:25 -0400 [thread overview]
Message-ID: <37DE9699.F0F7604D@jlc.net> (raw)
In-Reply-To: 37DE6AC5.EAF9A6DD@kieray1.p.y.ki.era.ericsson.se
Marcus Sundberg wrote:
> * in arch/ppc/config.in this code breaks 8xx configuration:
> if [ "$CONFIG_PPC64" != "y" ];then
> define_bool CONFIG_6xx y
> fi
That's been fixed.
>
> * Move "commproc.h" ==> <asm/8xx_cpm.h> so external modules can
> access it in a clean way. (I can send a diff if you want)
Sure, send it.
>
> * Do EXPORT_SYMBOL(cpm_install_handler) so modules can use this
> function.
There is more missing from module support, but I will add this.
>
> * As at least the 860 is quite crowded with bugs it's nice to have
> a nice way to handle bug workarounds. The attached mpc8xx_bug.h
> is what we use to compile kernels for different hardware revisions.
So, do you actually have the bug fixes and have tested them on
these silicon revisions at the power, speeds and temperatures listed
in the errata? Or are just acknowledging they exist?
Anyone using less than Rev. C 860s or Rev. D anything else should
be looking for upgrades. These workarounds are tedious to write and
test, and in general hurt the performance. They also occur at
very, very specific speeds, power and temperatures. You guys are
the only ones I have heard from that encountered the Rev B CPU6
bug besides myself. I had to develop and test this under very
controlled laboratory conditions to make sure I actually corrected
something.
We can put these silicon bug fixes on the server as patches if
people run into them (and fix them). I really don't want these
patches in the main code base because they don't affect everyone,
can be very processor specific, and they are obsolete rather quickly.
-- Dan
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
prev parent reply other threads:[~1999-09-14 18:40 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-09-13 2:49 LinuxPPC: porting to new platforms Brendan Simon
1999-09-13 4:33 ` Dan Malek
1999-09-13 5:47 ` Brendan Simon
1999-09-13 17:30 ` Dan Malek
1999-09-14 15:33 ` Marcus Sundberg
1999-09-14 18:40 ` Dan Malek [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=37DE9699.F0F7604D@jlc.net \
--to=dmalek@jlc.net \
--cc=erammsu@kieray1.p.y.ki.era.ericsson.se \
--cc=linuxppc-embedded@lists.linuxppc.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).