HDTenEightyP/NetNews huggingface dataset:
From: deraadt@newt.cuc.ab.ca (Theo de Raadt)
Subject: Re: Speeding up SUN 3/60...
Organization: little lizard city
	<DERAADT.92Nov15001849@newt.newt.cuc.ab.ca>
	<BEAULIEU.92Nov16173907@piranha.bose.com>
Date: Wed, 18 Nov 1992 05:18:41 GMT

In article <BEAULIEU.92Nov16173907@piranha.bose.com> beaulieu@bose.com (Larry Beaulieu) writes:
> In article <DERAADT.92Nov15001849@newt.newt.cuc.ab.ca> deraadt@newt.cuc.ab.ca (Theo de Raadt) writes:
>        A sun3x is a very different beast from a sun3. No comparisons can be made
>       between them! The kernels are different because MAJOR parts of the machine
>       architecture are different.
>        <tdr.

    The most important difference between them is that the 68030 incorporated
    a MMU within the processor.  The 68020 required a separate chip for the MMU.
    Several companies, including Sun, designed their own MMU instead of using
    the Motorola part.

    This was what necessitated the Sun-3x vs. Sun-3 kernel.

I'll give some more detailed information for those who are
interested.. It appears thgis question comes up about once a month.

The Sun3x machines use the 68030 MMU to do their cpu's address
translation.

But, the Sun machines traditionally also have DVMA -- or Virtual DMA,
which is where devices on the bus can DMA to virtual addresses. The
68030 MMU of course is inside the 68030 and cannot be accessed by
external devices so ... they put in chip called the IOMAPPER which
acts as a mini-mmu for DVMA cycles. The IOMAPPER has only a few
translation slots, but it is sufficient for Sun's maximum DMA limit of
128K or something like that.  The kernel preloads the slots in the
IOMAPPER with virtual to physical translations. THAT's why a sun3x
kernel is so different.
 <tdr.
--

This space not left unintentionally unblank.		deraadt@newt.cuc.ab.ca
Newsgroups: comp.sys.m68k
From: heiby@chg.mcd.mot.com (Ron Heiby)
Subject: Re: Repeated Motorola MVME147 Kernel Panics
Keywords: panics, operating system
Organization: Motorola Computer Group, Schaumburg, IL
Date: Fri, 20 Nov 1992 01:23:11 GMT

bernie@metapro.DIALix.oz.au (Bernd Felsche) writes:

>We're running System V/68 Release R3V5 in a Delta 3300/3600.

You are running a *very* old version of the O.S.  I vaguely remember
one of my customers having similar problems with that version which
were cleared up when they upgraded.  Current version is R3v7.1.  In
addition to lots of bug fixes and a bunch of new features since v5,
you may enjoy some additional configurability of the kernel, allowing
you to sysgen out most/all of the drivers that you are not using.
That may help your memory situation, or at least keep you even with
the increased size of v7.1.  (All software grows as it ages, doesn't
it?)
-- 
Ron Heiby, heiby@chg.mcd.mot.com	Moderator: comp.newprod
"The centipede has a thousand legs, but he cannot tapdance."
Newsgroups: comp.sys.m68k,comp.sys.sun.hardware
From: deraadt@newt.cuc.ab.ca (Theo de Raadt)
Subject: Re: SUN 3 Hardware Hacks...
Organization: little lizard city
Date: Wed, 18 Nov 1992 22:08:20 GMT

In article <1ear57INN9is@mozz.unh.edu> tch@kepler.unh.edu (Travis C. Hayes) writes:
   Inserting a 68030:
      What I have heard for this one is simple, but the procedure requires
   a skilled de/solderer. You may have noticed that there is a place for a
   socket next to the 68020 on the Sun 3/60 mainboard. This is for a 68030
   (which I gather Sun never used). Pull the solder out of all the holes.
   Insert a 68030 socket. Take out your 68020. Put a 68030 (>= 20 MHz) in
   the 030 socket. That's it I think. I have heard that no jumpers need be
   set or traces cut.

Wrong. You need to wire up CIIN* on the 68030 to a place that I have
not fully determined yet (there are three possible places), and you also
have to make 6 kernel binary patches to make the data cache work.

A 68030 is only about 2% faster than a 68020 unless you turn it's data cache
on -- in which case it is up to about 15% faster. But, if you turn on the
data cache, you need to make DAMN sure that CIIN* on the 68030 is wired up
properly. I've mailed very detailed instructions to one person who I think
is going to try it out... I only have one 3/60 which I need up all the time,
so I cannot really try what I've found out.. We'll let people know (by
posting) when/if we find something that does work.
 <tdr.
--

This space not left unintentionally unblank.		deraadt@newt.cuc.ab.ca
Newsgroups: comp.sys.m68k
From: walvdrk_r@research.ptt.nl (Kees van der Wal)
Subject: Re: GCC cross compiler MSDOS --> 68k question
Organization: PTT Research, The Netherlands
Date: Mon, 16 Nov 1992 12:05:01 GMT

In article <1992Nov15.104734.15398@newstand.syr.edu>, jselikof@erc.cat.syr.edu
(James L. Selikoff) writes: 

> I'm also looking for a 68K MSDOS hosted cross compiler. 

What's wrong with the <msdos.crossasm>68asmsim.zip in Simtel?

The file description says: "68000 cross-assembler/simulator with C source". 

Regards, <kees>
Newsgroups: comp.sys.m68k
From: mpark@stein.u.washington.edu (Michael Park)
Subject: Re: 68000 code question and optimalisation
Organization: University of Washington, Seattle
Date: Tue, 24 Nov 1992 01:30:53 GMT

In article <1992Nov23.104011.9355@philce.ce.philips.nl> meulenbr@ce.philips.nl (Frans Meulenbroeks) writes:
...
>Also does anyone have suggestions on how to optimize 68000 code.
>(eg. instructions or instruction patterns that can be replace by other
>more efficient ones)? A pointer to a good book/article on this topic is
>also welcome. I want to optimize for space without losing too much
>speed.

A fun article to read is "Superoptimizer -- A Look at the Smallest Program"
by Henry Massalin.  It's actually for '020, but probably still useful.

It's from some ACM thing (I got a photocopy from a friend); at the bottom
of the page it says "(c) 1987 ACM 0-89791-238-1/87/1000-0122 $00.75"
if that helps.

--m
Newsgroups: comp.sys.m68k
From: ciufo@cc.uow.edu.au (philip ciufo)
Subject: Motorola Mirror Sites ...
Organization: University Of Wollongong
Date: Mon, 23 Nov 92 01:56:55 GMT

I understand that the Motorola BBS files for HC11, 6805 families
etc etc are mirrored at a service available via internet.
Does anyone know the address of such a site ?

Phil Ciufo,
University of Wollongong.
Xref: sparky comp.sys.m68k:1389 comp.sys.sun.hardware:5810
From: update@egf-bbs.uucp (Update System)
Newsgroups: comp.sys.m68k,comp.sys.sun.hardware
Subject: Sun-2 hardware upgrade
Date: 21 Nov 92 20:13:16 GMT
Article-I.D.: egf-bbs.1992Nov21.201316.3642
Organization: EGF, MN Public Access Unix

With all this talk about upgrading Sun-3's, I figured I'd check on Sun-2's.

They run a 68010@10Mhz.  I've seen 12Mhz chips in 2/50's, and there are
jumpers in 2/50's that mention 12/10 Mhz configurations but I've had no
luck just moving jumpers...perhaps I need to change a crystal?  Also,
how 'bout a 68020 or the like?

Thanks,

Mike

P.S.  For the Apple-II series you can get nifty little things call "Zip" chips
	that are pin-for-pin replacements for existing (65c02, 65816) chips
	that speed them up several times.  It would sure seem to me that
	something for the 68000 series would sell by the millions (with all
	them Atari's, Amiga's, and Mac's out there...)
-- 
Mike Aos         Preferred->  plains!egf-bbs!mike     This       egf-bbs.uucp
(218) 773-1084   Checked daily-> plains!milo!maos    message       Sun 2/120
RR#1 Box 40      Last resort-> maos@nyx.cs.du.edu    delayed    (218) 773-3124
East Grand Forks, MN 56721-9703                       24 hrs    Login as 'guest'
Newsgroups: comp.sys.m68k
From: rick@sjsumcs.sjsu.edu (Richard M. Warner)
Subject: TCP/IP Donation Sought for Motorola Sys. V/68 R3V6
Organization: San Jose State University, Math & CS
Date: Fri, 20 Nov 1992 18:17:19 GMT

We received a donation of two Motorola Delta Series 3608 machines.  
They came with the basic OS, System V/68 R3V6, but do not have
the TCP/IP option.  I would love to put one or both of these boxes 
on our IP network, but our razor-thin budget does not have enough
in it for even this minor purchase.  To be blunt, the state has not
given us sufficient funds to even pay all of our maintenance contracts.

So if some generous soul purchased this software and has it gathering
dust in the closet, we would be more than pleased to receive it as 
a donation.

Richard Warner
Instructional Computing Consultant II
San Jose State University
rick@sjsumcs.sjsu.edu
Newsgroups: comp.sys.m68k
From: hhc@athena.mit.edu (Hong-Hsiang Chen)
Subject: Re: FAQ (was: Re: 68k cross compiler)
Keywords: GCC MSDOS 68000 cross compiler help
Organization: Massachusetts Institute of Technology
Date: Wed, 18 Nov 1992 18:31:01 GMT

In article <gregh.722022896@cserver> gregh@cserver.plexus.com (Greg Hawley) writes:
>A couple things:
>
>	1.  This newsgroup desperately needs an FAQ.  It needs one
>	    so badly, I feel like writing it myself.  What do others
>	    think?  Send mail with your thoughts.

A FAQ it is then...
I nominate ya to write it...

>---Greg

Guess it would include stuff like cross compiler source, FTP sites, 
motorola parts list, systems running 68k, etc. etc. eh?

btw, alright, any 3b1'ers reading this group?
--
-----
Sean Chen.  hhc@athena.mit.edu
"Nunc in scutella iaceo,/et volitare nequeo,/dentes fredentes video./Miser!"
  Olim lacus colueram, _Carmina Burana_
From: jselikof@erc.cat.syr.edu (James L. Selikoff)
Newsgroups: comp.sys.m68k
Subject: Re: GCC cross compiler MSDOS --> 68k question
Keywords: GCC MSDOS 68000 cross compiler help
Date: 15 Nov 92 15:47:33 GMT
Organization: Electronic Resource Center, Syracuse

In article <BxpwAp.4Lt@watserv1.uwaterloo.ca> 4bclass@bode.uwaterloo.ca (Elec/CompEng '92  Alumni) writes:
>Hello everyone,
>
>I am certain that someone out there has built a full GCC-based cross compiling
>environment hosted on an MSDOS machine and with a 68k target.  I am looking for
>a fully compiled and built system to save me some time in doing this myself.
>
>Would you please email me info on where such a beast can be obtained.  I
>appologize if this question has been asked before, but I just started reading
>this newsgroup.
>
>Thank you for your time,
>	Alex Leyn
>

I'm also looking for a 68K MSDOS hosted cross compiler.  Only thing I've
found so far is high end stuff from Avocet ($1500.00+), and a package
from 2500AD Software in Colorado for $800.00.  I'm not familiar with the
GCC nomenclature, are you implying there's some PD source out there?

Cheers,

Jim
From: ahansfor@bigwpi.wpi.edu (Andrew L. Hansford)
Newsgroups: comp.sys.m68k
Subject: Re: 68020 versus 68EC020: What's the difference
Date: 23 Nov 92 03:04:38
Organization: Worcester Polytechnic Institute, Worcester, MA 01609-2280
NNTP-Posting-Host: bigwpi.wpi.edu
In-reply-to: jornmoe@fredrik.atari.no's message of Sat, 21 Nov 1992 01:34:12 MET

>>>>> On Sat, 21 Nov 1992 01:34:12 MET, jornmoe@fredrik.atari.no (Joern Moe) said:

jornmoe> What's cut on the EC version of the '020?

jornmoe> Is it only the reduced adress bus?


jornmoe> -- 
jornmoe> _______________________________________________________
jornmoe> / Joern F. Moe /  All above is my own personal opinion! \
jornmoe> / Oslo, Norway /  Any lack of opinion above is also mine! \
jornmoe> -----------------------------------------------------------



I posted this question a couple of weeks ago and got no answer.  So I
looked elsewhere.  From the 020 ec020 user's manual:

The EC020 does not have the following pins that are on the 020

A24-A31
/OCS
/ECS
/DBEN
/IPEND
/BGACK

/OCS Operand Cycle Start - Indicates the first external bus cycle for
an instruction prefetch or data operand transfer.

/ECS External Cycle Start - Indicates the beginning of a bus cycle of
any type.

/DBEN - External data buffer enable signal

/IPEND Interupt pending - The interupt request exceeds the current
interrupt mask in the SR.

/BGACK - Bus Grant Acknowledge - (The EC020 uses a two wire bus
mastering protocol.)

The PGA packages for both chips are on 13X13 grids but they are NOT
pin compatible.  The SMT versions of the chips are significantly
different packages (132 pins for the 020 and 100 for the EC020)

-- Andrew Hansford
   ahansfor@wpi.wpi.edu









Newsgroups: comp.sys.m68k
From: scottb@brtph690.bnr.ca (Scott Brasington P870)
Subject: 68020 MOVEA vs LEA
Organization: BNR Inc. RTP, NC
Distribution: na
Date: Tue, 17 Nov 1992 19:08:23 GMT

The instruction timing section of the motorola 68020
user's manual seems to indicate that a MOVEA immediate
is faster than an LEA, and that in one case the LEA.W is
slower than an LEA.L.  Can anybody verify this?
                                -best-    -cache-    -worst-
MOVEA.W       #<data>.w,An     0(0/0/0)   4(0/0/0)   3(0/1/0)
LEA           #<data>.w,An     4(0/0/0)   4(0/0/0)   6(0/2/0)

MOVEA.L       #<data>.l,An     0(0/0/0)   6(0/0/0)   5(0/1/0)
LEA           #<data>.l,An     3(0/0/0)   6(0/0/0)   7(0/2/0)

Scott Brasington          scottb@bnr.ca
BNR INC                   Phone: 919-991-8217
RTP, NC 27709             Fax:   919-991-8369
Newsgroups: comp.sys.m68k
From: jornmoe@fredrik.atari.no (Joern Moe)
Newsgroups: comp.sys.m68k
Organization: Atari Corp. Scand. AB (Norway)
Subject: 68020 versus 68EC020: What's the difference
Reply-To: jornmoe@fredrik.atari.no
X-Software: HERMES GUS 1.03 Rev. Apr 14 1992
Date: Sat, 21 Nov 1992 01:34:12 MET

What's cut on the EC version of the '020?

Is it only the reduced adress bus?


-- 
  _______________________________________________________
 / Joern F. Moe /  All above is my own personal opinion! \
/ Oslo, Norway /  Any lack of opinion above is also mine! \
-----------------------------------------------------------
Newsgroups: comp.sys.m68k
From: bruce@pooh.com (Bruce Robertson)
Subject: Re: GCC cross compiler MSDOS --> 68k question
Organization: Hundred Acre Consulting, Reno, NV, +1-702-329-9333
Date: Wed, 18 Nov 1992 08:08:55 GMT

> I am certain that someone out there has built a full GCC-based cross
> compiling environment hosted on an MSDOS machine and with a 68k
> target.  I am looking for a fully compiled and built system to save me
> some time in doing this myself.

My consulting group offers such a beast, at a reasonable price for
support, or almost nothing for just the diskettes.  MSDOS to 68k, or
i960, or a number of other targets.  There's a non-cross, native
version too.  Since I don't want this to sound like an advertisement,
please contact me directly for details.

	-bruce
-- 
Bruce Robertson					Email: bruce@pooh.com
Hundred Acre Consulting				Voice: +1-702-329-9333
1280 Terminal Way Suite 26, Reno, NV 89511	Fax:   +1-702-329-9566
Xref: sparky comp.sys.m68k:1372 comp.sys.sun.hardware:5700
From: tch@kepler.unh.edu (Travis C. Hayes)
Newsgroups: comp.sys.m68k,comp.sys.sun.hardware
Subject: SUN 3 Hardware Hacks...
Date: 17 Nov 1992 13:13:11 GMT
Organization: University of New Hampshire  -  Durham, NH
NNTP-Posting-Host: kepler.unh.edu
Summary: Info still needed...

So far I have received 8 replies requesting information on speeding up
the Sun 3, but no replies containing new information.

I'm sure someone must have saved the pertinent article(s) posted in
comp.sys.m68k not long ago. My newsserver no longer has those articles
and a search with "archie" came up negative.

IF YOU HAVE THE ORIGINAL ARTICLE, PLEASE, PLEASE REPOST IT.

I'll summarize what I have heard so far. This is not guaranteed correct,
so don't change any hardware based upon what I say here. And feel free
to correct me where I go wrong or have questions.

Starting from the simplest:

Replacing the CPU crystal:
   The Sun 3/60 (and maybe others) can be sped up some by replacing the
CPU crystal. I believe that this is a 4 pin 40 MHz part. It can
successfully be replaced by (up to) a 50 MHz part. This would drive the
CPU at 25 MHz. Here is the confusion: are the CPU and FPU clocked
separately? Does the memory bus run at the same speed and the CPU? If
so, should memory be replaced by faster (80ns maybe) chips? Hmmm.

Inserting a 68030:
   What I have heard for this one is simple, but the procedure requires
a skilled de/solderer. You may have noticed that there is a place for a
socket next to the 68020 on the Sun 3/60 mainboard. This is for a 68030
(which I gather Sun never used). Pull the solder out of all the holes.
Insert a 68030 socket. Take out your 68020. Put a 68030 (>= 20 MHz) in
the 030 socket. That's it I think. I have heard that no jumpers need be
set or traces cut.

SCSI controller IC:
   I've heard there's a newer model of the SCSI controller chip used in
the 3/60 that is backwardly compatible. I do not know the procedure to
replace the chip. I gather that it needs to be enabled in software
requiring a kernel patch.

Please add to / correct all this.

-- 
+-------------------------------------------------------------------------+
| Travis C. Hayes                                         Travis C. Hayes |
| University of New Hampshire               UNH Research Computing Center |
| Computer Science Major                     Computer Operator/Programmer |
+-------------+-----------------------------------------------------------+
| tch@unh.edu | You too can get your CS degree in only 6 years!           |
+-------------+-----------------------------------------------------------+
Newsgroups: comp.sys.m68k
From: meulenbr@ce.philips.nl (Frans Meulenbroeks)
Subject: 68000 code question and optimalisation
Organization: Philips Consumer Electronics, Eindhoven
Date: Mon, 23 Nov 1992 10:40:11 GMT

Hi,

I discovered that I can do pc relative subroutine calls in two ways.
1) using bsr 
2) using jsr with d16(pc) addressing.

Assuming that the jump offset is greater than 128 bytes, is there any
difference (except the opcode) in these two instructions?
Or are there just two ways to do the same thing (like 
move.l	#123456,-(sp) is the same as pea 123456)?


Also does anyone have suggestions on how to optimize 68000 code.
(eg. instructions or instruction patterns that can be replace by other
more efficient ones)? A pointer to a good book/article on this topic is
also welcome. I want to optimize for space without losing too much
speed.

Thanks,

--
Frans Meulenbroeks		Philips Research Laboratories
preferred email address: 	meulenbr@prl.philips.nl
Newsgroups: comp.sys.m68k
From: squeegee@world.std.com (Stephen C. Gilardi)
Subject: 64-bit multiply and divide on 68000
Summary: Need 64-bit division 68000 assembly code, similar to DIVU.L on 68020
Keywords: Assembler 68000 discrete math
Organization: SQ Software via The World Public Access UNIX, Brookline, MA
Date: Sun, 22 Nov 1992 04:10:30 GMT

I need to calculate a linear interpolation rapidly.  The equation is       
                                                                              
  y = x * numer / denom,                                                     
                                                                              
where y, numer, and denom are 32-bit unsigned longs and x is a 16-bit      
unsigned short.                                                               
                                                                    
On the 68020, I can use the built-in "long" multiply and divide instructions. 
However on the 68000 it's more involved.                                    
                                                                           
I found 68000 code in a book to do the 64-bit unsigned multiply.  I'd
like to have the divide in assembly language as well.               
                                                                              
Does anyone have such a routine, or a reference to where I can find one?

Thanks,                                                                     
--Steve                                                                     
                                                                             
Stephen C. Gilardi                                                          
SQ Software                                                                
squeegee@world.std.com                                                          

Newsgroups: comp.sys.m68k
From: gregh@cserver.plexus.com (Greg Hawley)
Subject: FAQ Formation -- Send Ideas
Keywords: FAQ_info_request
Organization: Plexus Corp. -- Neenah Wisconsin
Date: Thu, 19 Nov 1992 17:57:02 GMT

Readers of comp.sys.m68k---

Having received neither information that an FAQ exists nor objections
to the idea, starting an FAQ seems reasonable.  Working with
others, especially Byron Jeff, I am starting to compile the list.
It will take two to three weeks before I will be ready to release anything.

Anyone with things that might be useful should please mail me those
thoughts.

I will check into procedural issues with the folks over in news.admin.

---Greg
+---------------------------+----------------------------+-----------------+
|  __     __          ___   |  Greg Hawley               |  Expressed      |
| /  \|  /   \ / |  | \     |  Technology Group Inc.     |  Opinions are   |
| +--/|  +--  X  |  |  \    |  55 Jewelers Park Drive    |  mine and not   |
| |   \__\__ / \ \__/ __\   |  Neenah WI 54956           |  of Technology  |
|                           |  gregh@cserver.plexus.com  |  Group Inc. or  |
|  Technology Group Inc.    |  414-722-8748              |  Plexus Corp.   |
+---------------------------+----------------------------+-----------------+
Newsgroups: comp.sys.m68k
From: jwa@yog-sothoth.dcrt.nih.gov (James W. Adams)
Subject: 68040 in 68020/68882 system
Organization: National Institutes of Health, Bethesda, MD
Date: Mon, 23 Nov 1992 21:19:00 GMT


Has anybody seen a board to replace a 68020/68882 with a 68040?


--
        James W. Adams   --   NIH Scientific Computing Resource Center
        Building 12A, Room 1050              phone: (301) 402-3488
        National Institutes of Health        uucp: uunet!nih-csl!jwa
        Bethesda, MD 20892                   Internet: jwa@alw.nih.gov
Newsgroups: comp.sys.m68k
From: murphyn@rtsg.mot.com (Neal P. Murphy)
Subject: Re: 68010 -> 68332 adapter?
Organization: Motorola Inc., Cellular Infrastructure Group
Distribution: na
Date: Wed, 18 Nov 1992 17:10:14 GMT

rflukes@ccu.umanitoba.ca (Richard F. Lukes) writes:

...
>experience with such an adapter?  Does Motorola provide an
>application note describing a 68010->68020 adapter?  Does anyone

The application note is:
AN944/D: "MC68020 and MC68881 Platform Board For Evaluation In a
16-Bit System"

It describes a board that replaces a 68000 or 68010 CPU.

According to the note, contact:
Motorola Literature Distribution
P.O. Box 20912
Phoenix, AZ 85036

or your local Motorola Semiconductors sales office.

NPN