From: a sun <asun@saul7.u.washington.edu>
To: marsmail@globegate.utm.edu
Cc: linuxppc-dev@lists.linuxppc.org, bh40@calva.net
Subject: Re: Porting to NuBus PowerMacs
Date: Wed, 13 Jan 1999 20:09:07 -0800 (PST) [thread overview]
Message-ID: <199901140409.UAA08871@saul7.u.washington.edu> (raw)
In-Reply-To: <Pine.LNX.3.96.990113132556.9506A-100000@globegate.utm.edu> (marsmail@globegate.utm.edu)
Actually, on looking at it, there is the use of memory barriers. The real
change is in the code for the memory barriers (and possibly in other
places, too... not certain). See
.../osfmk/src/mach_kernel/ppc/proc_reg.h:440
in the MkLinux sources. :-)
oh my. i hadn't noticed that. thanks for pointing it out to me. i
guess a plain eieio() is sometimes not good enough... no doubt, the
designers of certain unmentionable devices were being directed by some
cosmic purpose that we, the uninitiated, can only vaguely envision and
hope to understand.
luckily, my trusty g3 upgrade card handily curtails my pursuit into
the ineffable nature of such visionaries. i guess i'll have to add a
CONFIG_601 to deal with certain "third-party" devices though. that
way, we can have just as much fun as the other architectures with
processor-specific tweaks.
-a
asun@u.washington.edu
[[ This message was sent via the linuxppc-dev mailing list. Replies are ]]
[[ not forced back to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. To unsubscribe from linuxppc-dev, send ]]
[[ the message 'unsubscribe' to linuxppc-dev-request@lists.linuxppc.org ]]
next prev parent reply other threads:[~1999-01-14 4:09 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-01-12 15:26 Porting to NuBus PowerMacs Hubert Figuiere
1999-01-12 19:29 ` Benjamin Herrenschmidt
1999-01-13 0:12 ` David A. Gatwood
1999-01-13 4:17 ` Dan Malek
1999-01-13 9:40 ` Hubert Figuiere
1999-01-13 16:18 ` Gary Thomas
1999-01-13 16:25 ` Hubert Figuiere
1999-01-13 17:27 ` [OT] " Geert Uytterhoeven
1999-01-13 20:07 ` David A. Gatwood
1999-01-13 18:55 ` David A. Gatwood
1999-01-14 18:15 ` Jules Bean
1999-01-14 18:33 ` Michael Schmitz
1999-01-14 20:18 ` David A. Gatwood
1999-01-12 20:31 ` a sun
1999-01-13 19:21 ` David A. Gatwood
1999-01-13 19:27 ` David A. Gatwood
1999-01-14 4:09 ` a sun [this message]
1999-01-14 4:23 ` David A. Gatwood
1999-01-14 2:12 ` Troy Benjegerdes
1999-01-14 11:12 ` Benjamin Herrenschmidt
1999-01-12 20:31 ` David A. Gatwood
1999-01-12 23:32 ` Paul Mackerras
1999-01-13 21:14 ` Tom Vier
-- strict thread matches above, loose matches on Subject: below --
1999-01-13 5:40 Ron Nelson
1999-01-13 21:22 ` Tom Vier
1999-01-13 13:57 Kaoru Fukui
1999-01-14 15:24 Porting to Nubus PowerMacs Alexander Gustav Deucher
1999-01-14 22:37 ` Gabriel Paubert
1999-01-15 9:03 ` Troy Benjegerdes
1999-01-15 11:09 ` Gabriel Paubert
1999-01-15 16:12 ` Alois Fertl
1999-01-15 19:36 ` Cort Dougan
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=199901140409.UAA08871@saul7.u.washington.edu \
--to=asun@saul7.u.washington.edu \
--cc=bh40@calva.net \
--cc=linuxppc-dev@lists.linuxppc.org \
--cc=marsmail@globegate.utm.edu \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.