Groups > alt.folklore.computers > #235568

segments and architectural experimentation (was Re: segments, was Self-hosting and the 6502)

From	Kragen Javier Sitaker <kragen@canonical.org>
Newsgroups	alt.folklore.computers, sci.electronics.design, comp.arch
Subject	segments and architectural experimentation (was Re: segments, was Self-hosting and the 6502)
Date	2026-09-11 08:13 -0300
Organization	Primarily biological and memetic
Message-ID	<87wlssca7y.fsf_-_@debian> (permalink)
References	<10qf16a$2t7c2$1@dont-email.me> <10qf1h8$2t6ig$3@dont-email.me> <10qjid9$4i72$1@paganini.bofh.team> <10qkmi4$13ne$1@gal.iecc.com> <qIwzR.283807$FE1.49542@fx20.iad>

Cross-posted to 3 groups.

Show all headers | View raw

scott@slp53.sl.home (Scott Lurndal) writes:
> When I started at Burroughs, they had just started a project
> to increase amount of memory that could be accessed by
> an application on the medium systems (B3500) line.    The
> B3500 had a flat one million digit address space and
> could run in ‘control state’ or ‘normal state’.  When the
> base register had the value zero, the processor ran in
> control state and privileged instructions were available,
> otherwise the processor was is normal state and the
> 1md address space started at the privileged base register and
> ended at the privileged limit register.

That’s an interesting approach!  I had no idea how the Medium Systems
line worked.

You’d think you’d see a lot of experimentation around things like this
nowadays that you can get your own open-source chip design fabbed
through Tiny Tapeout for US$300, including in IHP’s 350GHz 130nm SiGe
BiCMOS process.  (Not 350MHz; fT is 350GHz.)

Without Tiny Tapeout, IHP’s MPW price for that “SG13G2” process is
€7300/mm² with a minimum of 0.8mm², which I find a rather daunting
pricetag for something that probably won’t work the first time.  As I
understand it, that kind of thing is what sunk Chuck Moore’s chip design
efforts at iTV in the 90s: they didn’t have enough capital to iterate
fast enough with MPW runs through MOSIS to ever ship a working chip.

New approaches to protection seem like an especially promising area as
we smash headfirst into the “vulnpocalypse” and AI generates exploits
for the swiss-cheese computer systems the whole internet is built on.

Kragen

Thread

Re: Self-hosting and the 6502 Lev <thresh3@fastmail.com> - 2026-03-30 23:32 +0000
  Re: Self-hosting and the 6502 snipeco.2@gmail.com (Sn!pe) - 2026-03-31 00:36 +0100
    Re: Self-hosting and the 6502 Lev <thresh3@fastmail.com> - 2026-03-31 03:08 +0000
      Re: Self-hosting and the 6502 Peter Flass <Peter@Iron-Spring.com> - 2026-03-31 07:45 -0700
        Re: Self-hosting and the 6502 Bob Eager <news0009@eager.cx> - 2026-03-31 14:56 +0000
  Re: Self-hosting and the 6502 Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-03-30 23:38 +0000
    Re: Self-hosting and the 6502 antispam@fricas.org (Waldek Hebisch) - 2026-04-01 16:50 +0000
      Re: segments, was Self-hosting and the 6502 John Levine <johnl@taugh.com> - 2026-04-02 03:07 +0000
        Re: segments, was Self-hosting and the 6502 scott@slp53.sl.home (Scott Lurndal) - 2026-04-02 16:21 +0000
          segments and architectural experimentation (was Re: segments, was Self-hosting and the 6502) Kragen Javier Sitaker <kragen@canonical.org> - 2026-09-11 08:13 -0300
            Re: segments and architectural experimentation (was Re: segments, was Self-hosting and the 6502) Peter Flass <Peter@Iron-Spring.com> - 2026-09-11 07:29 -0700
            Re: segments and architectural experimentation (was Re: segments, was Self-hosting and the 6502) john larkin <jl@glen--canyon.com> - 2026-09-11 07:55 -0700
              Re: segments and architectural experimentation (was Re: segments, was Self-hosting and the 6502) David Schultz <david.schultz@earthlink.net> - 2026-09-11 13:06 -0500
            Re: segments and architectural experimentation (was Re: segments, was Self-hosting and the 6502) someone <2a59d59e3809f827ce709d3815e3950eef4a6a93af5557a93a7fdfba71460843@example.com> - 2026-09-14 16:45 +0000
  Re: Self-hosting and the 6502 David Wade <g4ugm@dave.invalid> - 2026-03-31 09:01 +0100
    Re: Self-hosting and the 6502 Bob Eager <news0009@eager.cx> - 2026-03-31 09:49 +0000
  Re: Self-hosting and the 6502 Peter Flass <Peter@Iron-Spring.com> - 2026-03-31 07:31 -0700
    Re: Self-hosting and the 6502 cross@spitfire.i.gajendra.net (Dan Cross) - 2026-03-31 23:45 +0000
      Re: Self-hosting and the 6502 Peter Flass <Peter@Iron-Spring.com> - 2026-03-31 17:15 -0700
        Re: Self-hosting and the 6502 Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-04-01 01:27 +0000
          Re: Self-hosting and the 6502 Peter Flass <Peter@Iron-Spring.com> - 2026-03-31 19:24 -0700
            Re: Self-hosting and the 6502 Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-04-01 03:01 +0000
              Re: Self-hosting and the 6502 Peter Flass <Peter@Iron-Spring.com> - 2026-04-01 07:26 -0700
                Re: Self-hosting and the 6502 "Kerr-Mudd, John" <admin@127.0.0.1> - 2026-04-01 15:54 +0100
                Re: Self-hosting and the 6502 Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-04-01 20:35 +0000
                Re: Self-hosting and the 6502 snipeco.2@gmail.com (Sn!pe) - 2026-04-01 21:49 +0100
                Re: Self-hosting and the 6502 cross@spitfire.i.gajendra.net (Dan Cross) - 2026-04-01 16:08 +0000
                Re: Self-hosting and the 6502 Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-04-01 20:34 +0000
                Re: Self-hosting and the 6502 Peter Flass <Peter@Iron-Spring.com> - 2026-04-01 14:29 -0700
                Re: Self-hosting and the 6502 cross@spitfire.i.gajendra.net (Dan Cross) - 2026-04-01 22:37 +0000
                Re: Self-hosting and the 6502 Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-04-01 22:52 +0000
        Re: Self-hosting and the 6502 cross@spitfire.i.gajendra.net (Dan Cross) - 2026-04-01 13:54 +0000
        Re: Self-hosting and the 6502 antispam@fricas.org (Waldek Hebisch) - 2026-04-01 17:31 +0000
  Re: Self-hosting and the 6502 cross@spitfire.i.gajendra.net (Dan Cross) - 2026-03-31 22:23 +0000

csiph-web