HDTenEightyP/NetNews huggingface dataset:
From: Thomas.Tornblom@nexus.comm.se (Thomas Tornblom)
Newsgroups: comp.sys.m68k
Subject: Re: Which processor?
Date: 3 Sep 92 16:06:28 GMT
	<1992Sep1.143752.1090@msus1.msus.edu> <334@blars.UUCP>
Organization: Communicator Nexus AB

In article <334@blars.UUCP> blarson@blars.UUCP writes:


   What about the 68008, 68012, (non-motorola) 68070, the 683xx series, etc?

   (It probably is imposibly to tell purly in software between the 68010
   and the 68012, since I think the only difference is the number of pins
   wired to the package.)

   -- 

I guess one could differentiate between a 68008 and a 68000 if there
is some kind of timer accessible and check whether the time to read
bytes and words are about the same -> 68000, words much slower -> 68008.

The 68070 (Signetics) has some status registers that can be examined
that the other processors don't have. This goes for the 683xx also.

68012, has anyone seen this beast? ;-) This is a processor I've only
heard of. Wasn't it made for just one customer? 
--
Real life:      Thomas Tornblom           Email:  Thomas.Tornblom@nexus.comm.se
Snail mail:     Communicator Nexus AB     Phone:  +46 18 171814
                Box 857                   Fax:    +46 18 696516
                S - 751 08 Uppsala, Sweden
Newsgroups: comp.sys.m68k
From: hall@extro.ucc.su.OZ.AU (John Hall)
Subject: Motorola BBS
Organization: Sydney University Computing Service, Sydney, NSW, Australia
Date: Mon, 31 Aug 1992 05:38:15 GMT


Does anyone know of a way to get access to the Motorola BBS from
Internet. I know the phone number is 512-891 3733 but when you are
in a different country it gets a little to much on the hip nerve.
The main thing I'm after is the cross complilers for "C" 6805 or 6811
		Thanks in advance John Hall
				  hall@extro.ucc.su.oz.au

Newsgroups: comp.sys.m68k
From: jpm@col.hp.com (Jonathan Mahaffy)
Subject: Re: Which processor?
Date: Tue, 1 Sep 1992 00:57:47 GMT
Organization: HP Colorado Springs Division

idr@rigel.cs.pdx.edu (Ian D Romanick) writes:
 How does one go about detmining what processor you are running on?  
 On my machine type only 68000, '010, '020, '030, and '040 are 
 available and I need to be able to know which I'm running on....

let's see...

supposing you are in supervisor state, and can hack
the illegal instruction trap,

code MOVEC (4e7a 0000). if you trap, you're a 68000; else

code CALLM (06d0 0000)*. if you don't trap, you're a 68020; else

code MOVE16  (f620 9000)**. if you don't trap, you're a 68040; else

code EXTB (49c0). if you trap you're a 68010; else you're a 68030.

* make sure A0 points to an RTM
** make sure A0 & A1 point to read/write memory on 16-byte boundaries

there may be better ways...you could take off the cover, and look at
the chip...
					jonathan
From: carl@syscon.rn.com (Carl Kreider)
Newsgroups: comp.sys.m68k
Subject: Re: Minimum speed on processors
Keywords: 68332 speed
Date: 1 Sep 92 15:34:26 GMT
Organization: Syscon Corporate Headquarters - South Bend, IN USA

crs@crs-sys.uucp (Chris Gregors) writes:

>In article <1992Aug27.153424.7602@rtsg.mot.com> you write:
>>Just another datapoint: the 68332 can be clocked down to DC (0) 

>Sounds pretty pointless... run the processor at 0Mhz! The *ONLY* possible
>reason for doing that would be the power consumption. But the 68332 has a
>low power stop 'LSTOP' instruction.

In the old days, we used to use it to single step.  Course now that we all
write in HLL and have state analyzers or ICEs, I guess that would be
foolish.
-- 
Carl Kreider       Usenet    uunet!rde!gator!syscon!carl
CIS  71076,76      Internet  carl@syscon.rn.com
Newsgroups: comp.sys.m68k
From: james@ee.uts.edu.au (A. James Boswell)
Subject: C++ for the 68332 and tools ?
Organization: University of Technology, Sydney, Australia
Date: Wed, 2 Sep 1992 00:22:01 GMT
Summary: We need development system recomendations.
Keywords: 68332

We currently have several 68000 based robotics projects, mostly using
the 68332. We have standardised on C++ for high level development, and
currently various people have used different compilers on different
systems.

We are looking for a good C++ development system. What is available ?
We are aware of G++ (is the linker byte order problem fixed ?). Is
anyone using anything else?

We would also like information on low level development systems. What
are people using to control the on chip monitor, etc ?

Any guesses as to prices of tools etc are welcome.

James.

A. James Boswell                              _--_|\        PO BOX 123
Senior Technical Officer                     /      \       BROADWAY NSW
Computer Systems Group                       \_.--._*       AUSTRALIA 2007
School of Electrical Engineering                   v        FAX: 61 2 330-2435
UNIVERSITY OF TECHNOLOGY, SYDNEY                            PH:  61 2 330-2382
Newsgroups: comp.sys.m68k
From: smcgee@microware.com (Scott McGee)
Subject: 68hc11 functions in 68000 family?
Organization: Microware Systems Corp., Des Moines, Iowa
Date: Tue, 25 Aug 1992 18:45:05 GMT

I have a friend who has been doing some real time controller work using 68hc11
chips. He asked if there was a 68000 based equivalent to this chip. If anyone
know of one, please drop me a note.

Thanks

Scott

        Buttered bread always lands   *   Would YOU mistake these
        butter side down! (Unless     *   opinions as anyone`s
        it sticks to the ceiling!)    *   but my own?
                  smcgee@microware.com (Scott McGee)

Newsgroups: comp.sys.m68k
From: floydg@oakhill.sps.mot.com (Floyd Goodrich)
Subject: Re: Which processor?
Keywords: processor, cache
Organization: Motorola Inc., Austin Tx.
Date: Tue, 1 Sep 1992 14:32:01 GMT

In article <6040@pdxgate.UUCP  > idr@rigel.cs.pdx.edu (Ian D Romanick) writes:
  >How does one go about detmining what processor you are running on?  On my
  >machine type only 68000, '010, '020, '030, and '040 are available and I need
  >to be able to know which I'm running on.  I also need to know how to shut off
  >the caches on the before mentioned processors.  I've though about using an
  >illegal instruction trap, but I'm sure there has to be a more elegent method.
  >If there's a FAQ for this, sorry, but point me in its direction. :)

You can write to and then read from the appropriate register which configures
the cache(s) on the chips.  They are all different.  The movec encoding for
this on the 68000 will generate an illegal, the 020 has some bits set, the
030 and 040 have others.

Forcing illegal instructions and examining the stack frames generated is 
another way to do this.


--
Floyd Goodrich
Motorola 68K Applications
From: Sandor_Scari@ms.maus.de (Sandor Scari)
Newsgroups: comp.sys.m68k
Subject: Re: Zero-suppressed register?
Date: Tue, 25 Aug 92 22:30:00 GMT
Organization: MausNet
X-Gateway: MausGate/News 1.11

t>      I do a little bit of 680xx programming for the Macintosh, and
t>have occassionally seen mention of a "zero supressed register",
t>denoted by e.g., ZA0.  I couldn't find any mention of such an animal
t>in the Motorola User's Guides, and am curious what it is.  Is it
t>something to do with the MMU and/or specific to a particular OS?

No, its not an MMU or OS Feature.  Its is hardware (or microcode) of the CPU.
The "Z" is the assembler notation of the "IS"-bit (Index Suppress) of the Full
Format Extension Word(s) on CPUs >= 68020.

The suppressed register is NOT added in the address calcualtion.
S\'andor
From: dolf@echo.philips.nl (Dolf Grunbauer)
Newsgroups: comp.sys.m68k
Subject: Re: Which processor?
Keywords: processor, cache
Date: 1 Sep 92 07:42:08 GMT
Organization: Digital Equipment Corporation, E.C.H.O. development department

lydic@ka8lvz.uucp (lydic) writes:

>In article <6040@pdxgate.UUCP> idr@rigel.cs.pdx.edu (Ian D Romanick) writes:
>>How does one go about detmining what processor you are running on?  On my
>>machine type only 68000, '010, '020, '030, and '040 are available and I need
>>to be able to know which I'm running on.  I also need to know how to shut off
>>the caches on the before mentioned processors.  I've though about using an
>>illegal instruction trap, but I'm sure there has to be a more elegent method.
>>If there's a FAQ for this, sorry, but point me in its direction. :)

>   The only way I know is to generate an illegal instruction or an address
>   error (except '20 & '30) and look at the stack frame size.  Actually pretty
>   easy to do, although not very elegant.

I always used the instruction address error, using an odd address.
Coudl be done in C also:

    int (*func)() = (*)()1;

    (*func)();  /* <- this generates the address error */

and look at the stack frame.

If you want to see whether a math co-prossor is available, just try an FNOP.
-- 
   _ _
  / U | Dolf Grunbauer    E.C.H.O. Development    Digital Equipment Enterprises
 /__'<  dolf@echo.philips.nl  dolf@toet.echo.tds.philips.nl
88  |_\ mcsun!echo.philips.nl!dolf                         Was Dat voor niets ?
Newsgroups: comp.sys.m68k
From: johnwitt@ocher.engin.umich.edu (John P Wittkoski )
Subject: Minimum speed on processors
Date: Wed, 26 Aug 92 17:14:40 EDT
Organization: University of Michigan Engineering, Ann Arbor
Originator: johnwitt@ocher.engin.umich.edu


For a 33MHz 68030, there is a minimum clock speed listed for it in
the databooks. I think it's somewhere around 25Mhz for a 33MHz version, but I
don't have my databook handy.

My question is: why is there a minimum?
One possibility I have heard is that the on-chip registers and/or cache
are dynamic in nature, and since the chip is geared for 33MHz, it divides
this down to whatever rate is needed for the refresh circuitry. Therefore,
if you go below the minimum, the refresh rate slows to below the minimum
needed for the refresh.

Now, is there someone out there who knows about this? I'm interested
specifically in the 68xxx CPUs, but any general info would be helpful.
For example:
1. Is the guess I made above accurate, or is there some other reason?
2. If the reason above is correct, does it apply to the registers, the 
   cache, or both (or neither?)
3. If it's just a testing parameter, how far could I crank the clock speed
   down? 20Mhz? 16,8,2,1???

Just curious. 
Reply by newsgroup or email, whichever is easiest for you.

	--John Wittkoski
	  University of Michigan
	  johnwitt@engin.umich.edu

Newsgroups: comp.sys.m68k
From: james@ee.uts.edu.au (A. James Boswell)
Subject: Re: Motorola BBS - Problem with BBS, or need Internet access
Organization: University of Technology, Sydney, Australia
Date: Fri, 4 Sep 1992 01:01:30 GMT

sasrer@unx.sas.com (Rodney Radford) writes:

>hall@extro.ucc.su.OZ.AU (John Hall) writes:

>>Does anyone know of a way to get access to the Motorola BBS from
>>Internet. I know the phone number is 512-891 3733 but when you are
>>in a different country it gets a little to much on the hip nerve.
>>The main thing I'm after is the cross complilers for "C" 6805 or 6811

>If anyone does know about an internet access to the Motorola BBS I would 
>be very happy to have this information as well. ...
 .
 .
 .

>Alternatively if anyone knows John Dumas's email address (or if you are 
>reading this John), please respond back to me. I have wasted 15-20 minutes
>EACH time I have logged in, for a total time of over 2hours connect time and
>I am still no closer to resolving this problem as the 1st time I logged in!

I made enquiries about net access to the BBS a while ago, and received
a reply from a Skipper Smith at Motorola. The upshot is that there is
no net acces or ftp site with the archives, due to Motorola security
procedures.

Skipper Smith is in Motorola's Technical Training division and his
address is address is skipper@wmtowdc.sps.mot.com

James.
Newsgroups: comp.sys.m68k
From: declrckd@rtsg.mot.com (Dan J. Declerck)
Subject: Re: Minimum speed on processors
Organization: Motorola Inc., Cellular Infrastructure Group
Date: Thu, 27 Aug 1992 15:34:24 GMT

In article <7Hj-kv#@engin.umich.edu> johnwitt@ocher.engin.umich.edu (John P Wittkoski ) writes:
>
>For a 33MHz 68030, there is a minimum clock speed listed for it in
>the databooks. I think it's somewhere around 25Mhz for a 33MHz version, but I
>don't have my databook handy.
>
>My question is: why is there a minimum?
>One possibility I have heard is that the on-chip registers and/or cache
>are dynamic in nature, and since the chip is geared for 33MHz, it divides
>this down to whatever rate is needed for the refresh circuitry. Therefore,
>if you go below the minimum, the refresh rate slows to below the minimum
>needed for the refresh.
>
Just another datapoint: the 68332 can be clocked down to DC (0) 

-Dan


-- 
=> Dan DeClerck                      |  EMAIL: dand%isdgsm@rtsg.mot.com   <=
=> Motorola Intl Subscriber Group    |                                    <=
=>                                   |  Phone: (708) 632-4486             <=
----------------------------------------------------------------------------
From: Alan.Dages@f510.n133.z1.FIDONET.ORG (Alan Dages)
Newsgroups: comp.sys.m68k
Subject: Re: S-records and Jack Brindle
Date: 27 Aug 92 12:32:00 GMT
Organization: FidoNet node 1:133/510 - ACS BBS, Decatur GA

I hope this reaches you Jack, Sorry I didn't get a chance to look you 
up on my recent trip to seattle. Did get to see Chris when he went over 
to Port Orchard. I'll have to keep my eyes open since this is the first 
time I've seen you here! That trip down memory lane did stir some fond 
memories, like a TTY machine for a terminal on the old SWTP box!


--  
----------------------------------------------------------
               __
              /  \             User: Alan Dages
             /|oo \            Via FidoNet node: 1:133/411
            (_|  /_)
             _`@/_ \    _     FidoNet <==> UUCP Gateway
            |     | \   \\    FidoNet Net 133, Atl96
            | (*) |  \_  ))
  ______    |__U__| /  \//     David Deitch, Administrator
 / FIDO \    _//|| _\   /     Galaxy Information System
(________)  (_/(_|(____/ (jm)   (GIS) Atlanta            

UUCP: gatech!warlord!gisatl!510!Alan.Dages
INTERNET: Alan.Dages@f510.n133.z1.FIDONET.ORG
From: wittesa@reks.uia.ac.be (Willy Wittesaele)
Newsgroups: comp.sys.m68k
Subject: Re: 68hc11 functions in 68000 family?
Date: 25 Aug 92 23:05:20 GMT
Organization: U.I.A.

Have a look at the MC68HC16Z1. It is a real 16 bit microcontroller.

Willy
wittesa@reks.uia.ac.be
Newsgroups: comp.sys.m68k
From: declrckd@rtsg.mot.com (Dan J. Declerck)
Subject: Re: 68hc11 functions in 68000 family?
Organization: Motorola Inc., Cellular Infrastructure Group
Date: Wed, 26 Aug 1992 18:14:41 GMT

In article <1992Aug25.184505.2344@microware.com> smcgee@microware.com (Scott McGee) writes:
>I have a friend who has been doing some real time controller work using 68hc11
>chips. He asked if there was a 68000 based equivalent to this chip. If anyone
>know of one, please drop me a note.
>
The entire 68300 series of microprocessors are available for this purpose.
The closest to the HC11 would probably be 68331. None of the software is compatible
between the two, so....

There is the 68HC16 series, which is source code compatible to the HC11, while also 
providing 16 bit capability and a Multiply-and-accumulate feature. 

So you have two choices, go with HC16 if you have a lot  invested in HC11 software,
or go with 683XX and rewrite everything. Note: this assumes you wrote everyhting in 
assembler. If you wrote it in "C", you'll probably have an easier time porting to
either architecture.

-Dan


-- 
=> Dan DeClerck                      |  EMAIL: dand%isdgsm@rtsg.mot.com   <=
=> Motorola Intl Subscriber Group    |                                    <=
=>                                   |  Phone: (708) 632-4486             <=
----------------------------------------------------------------------------
From: crs@crs-sys.uucp (Chris Gregors)
Newsgroups: comp.sys.m68k
Subject: Re: Minimum speed on processors
Summary: Is a 0Mhz Usefull ?
Keywords: 68332 speed
Date: Sun, 30 Aug 1992 00:03:35 GMT
Reply-To: crs@crs-sys.UUCP (Chris Gregors)
Followup-To: comp.sys.m68k
Organization: Confusion Control

In article <1992Aug27.153424.7602@rtsg.mot.com> you write:
>Just another datapoint: the 68332 can be clocked down to DC (0) 

Sounds pretty pointless... run the processor at 0Mhz! The *ONLY* possible
reason for doing that would be the power consumption. But the 68332 has a
low power stop 'LSTOP' instruction.

Granted, Motorola doesn't spec a minimum Tcyc but in _typical_ operations,
the 332 is driven by a 32.678KHz watch crystal beaten up to 16.777MHz.
Therefore using the divisors in the Clock Synthesizer Control Reg (SYNCR) 
you can get a nice ssslllllloooooooowwwwww 131KHz operation.

-- 
| Chris Gregors    crisis!crs@ersys.edmonton.ab.ca and/or c$erve = 72227,117 |
| Life's a bitch, and then, only if you are really lucky, you get to die (me)|
From: balmer@urz.unibas.ch
Newsgroups: comp.sys.m68k
Subject: Encoding S Records
Date: 1 Sep 92 11:19:21 MET
Organization: University of Basel, Switzerland

I would like to transfer binary files to and from a 68K box using Motorola
S Records. I do, however, not have any C sources to encode/decode this
format. Do you know of any ftp Archive where I can get such software?
Preferrably a PD version of binex and exbin (OS-9 tools).

Thanks in advance,
Marc Balmer

Newsgroups: comp.sys.m68k
From: pry@matrix.com (Paul Young)
Subject: '040 Assembler for Sun
Date: Wed, 26 Aug 1992 18:52:12 GMT
Organization: Matrix Corporation


I am looking for a source for an '040 assembler in Motorola format for
a Sun (either Sparc or Sun3).  Freeware would be great but I am willing
to pay for it.

Thanks

-----------------------------------------------------------------------
Paul Young                 |  "It takes a big man to cry.
pry@matrix.com             |   It takes a bigger man to laugh at him."
                           |           -Deep Thoughts by Jack Handey
-----------------------------------------------------------------------
From: sasrer@unx.sas.com (Rodney Radford)
Newsgroups: comp.sys.m68k
Subject: Re: Motorola BBS - Problem with BBS, or need Internet access
Summary: John Dumas, are you out there?
Date: 31 Aug 92 14:22:24 GMT
Organization: SAS Institute Inc.

hall@extro.ucc.su.OZ.AU (John Hall) writes:

>Does anyone know of a way to get access to the Motorola BBS from
>Internet. I know the phone number is 512-891 3733 but when you are
>in a different country it gets a little to much on the hip nerve.
>The main thing I'm after is the cross complilers for "C" 6805 or 6811

If anyone does know about an internet access to the Motorola BBS I would 
be very happy to have this information as well. I have tried to login in
to the BBS EIGHT times over the past few months and EVERY time I have logged
in I have had to go through the NEW USER nonsense of re-entering in all my
data, and reading the 5 required BBS bulletins. I have sent sysop mail to
the sysop (John Dumas) several times about this, but he has either not
responded, or has given me no useful information.

Alternatively if anyone knows John Dumas's email address (or if you are 
reading this John), please respond back to me. I have wasted 15-20 minutes
EACH time I have logged in, for a total time of over 2hours connect time and
I am still no closer to resolving this problem as the 1st time I logged in!
--
---
Rodney Radford          || Computer Graphics/Imaging
sasrer@unx.sas.com      || SAS Institute, Inc.
(919) 677-8000 x7703    || Cary, NC  27513
From: bergan@horizon.com (Charles Bergan)
Newsgroups: comp.sys.m68k
Subject: 64 bit fp for 68000
Summary: double precision fp for 68000?
Keywords: floating point, 68000
Date: 4 Sep 92 17:47:21 GMT
Organization: Science Horizons, Inc.

I am looking for some double precision (64bit) floating point math routines
for a 68000.  I am implementing a filter, so I need only add and mult.

Any help would be appreciated.

thanks,
charles bergan

bergan@horizon.com
From: v078p6g8@ubvmsb.cc.buffalo.edu (Richard M Wasserman)
Newsgroups: comp.sys.m68k
Subject: 68k C compiler.
Date: 26 Aug 92 18:53:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41


	I've seen then previous/common thread about this subject but I was
wondering if anyone could point me towards a site that has a compiler already
adjusted for a dos PC.  At least the site for the GNU distribution would be
greatly appreciated. Thanks in advance.
		Rich Wasserman
Newsgroups: comp.sys.m68k
Subject: Re: Which processor?
From: lkoop@TIGGER.STCLOUD.MSUS.EDU (LaMonte Koop)
Date: 1 Sep 92 14:37:52 -0600
Reply-To: lkoop@TIGGER.STCLOUD.MSUS.EDU
Organization: St. Cloud State University, St. Cloud, MN

In article <1992Sep1.005747.17504@col.hp.com>, jpm@col.hp.com (Jonathan Mahaffy) writes:
>idr@rigel.cs.pdx.edu (Ian D Romanick) writes:
> How does one go about detmining what processor you are running on?  
> On my machine type only 68000, '010, '020, '030, and '040 are 
> available and I need to be able to know which I'm running on....
>
>let's see...
>
>supposing you are in supervisor state, and can hack
>the illegal instruction trap,
>
>code MOVEC (4e7a 0000). if you trap, you're a 68000; else
>
>code CALLM (06d0 0000)*. if you don't trap, you're a 68020; else
>
>code MOVE16  (f620 9000)**. if you don't trap, you're a 68040; else
>
>code EXTB (49c0). if you trap you're a 68010; else you're a 68030.
>
>* make sure A0 points to an RTM
>** make sure A0 & A1 point to read/write memory on 16-byte boundaries
>
>there may be better ways...you could take off the cover, and look at
>the chip...
>					jonathan

Actually, a somewhat different way to avoid all the trap catches (though
some are required) would be the following: (this assumes supervisor mode
operation)

    do a  movec  vbr,d0

If a trap occurs, you are a 68000 - done with checks.  Else:

    do a movec  cacr,d0

If a trap occurs, you must be a 68010 - done with checks.  Else you are
a 68020 or above...determining which can be done without traps:

    1.) get a copy of the current CACR register contents.
    2.) duplicate the copy.
    3.) set the CACR instruction cache BURST enable bit in the duplicate copy 
    4.) set the CACR 68040 instruction cache enable bit in the duplicate copy
    5.) write the copy to the CACR
    6.) re-read the CACR and save the value read
    7.) write back the old CACR register contents preseved in step 1.

Now, do these checks:

    check the CACR copy from step 6 above for a set 030 BURST bit.
    if this is set, you have a 68030. Else:
 
    check the CACR copy from setp 6 above for a set 68040 instruction enable
    bit.  If this is set, you have a 68040.  Else:

    You have a processor from mars.

I hope this helps some.  Note that with this method, you cannot identify between
a 68030 and a 68EC030, likewise for a 68040 and 68LC040/68EC040.  Doing such
checks is MUCH more complicated, and not always guaranteed to be effective.

                 ----------------------------------------
           LaMonte Koop -- SCSU Electrical/Computer Engineering
 Internet: lkoop@tigger.stcloud.msus.edu -OR- f00012@kanga.stcloud.msus.edu
              "You mean you want MORE lights on this thing???"
 ---------------------------------------------------------------------------
From: ls3c+@andrew.cmu.edu (Laurence D. Silverman)
Newsgroups: comp.sys.misc
Subject: Ditto 221 XL terminal help...
Date: 30 Aug 92 20:46:29 GMT
Article-I.D.: andrew.4ecOEZ_00WB88Iu19c
Organization: Junior, Electrical and Computer Engineering, Carnegie Mellon, Pittsburgh, PA

For lack of a better place to post this,
I've recently inherited a dumb terminal with the above nameplate. I assume
the company's name is Ditto (because I'm too lazy to turn the thing over).
My problem is this:  I can't get the thing to go at 2400 baud.  It only
wants to go at 1200.  I have a SupraModem 2400 which is, for all intensive
purposes, a Hayes compatible modem.  I understand it's
necessary to modify the _software_ parameters to change the baud rate.
However, even though I change the SetUp parameters and save them, no 2400.
I'm worried that it might actually be a hardware level setting, in which
case I'll have to get up off me lazy bum and open this thing up.

Any suggestions?

Thank,

Larry