9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Cyber Fonic <cyberfonic@gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] Plan 9 C compiler for Xtensa CPUs
Date: Sat, 10 Aug 2019 19:09:58 +1000	[thread overview]
Message-ID: <CALj3Nd2ZFPvSZREhfj7yZa-_eA6cfBH2Dw4EvqpRAoyspThe=w@mail.gmail.com> (raw)
In-Reply-To: <CAJSxfmLunMNTa55t_Ouv-08z+PV=FXNxxbAbdg42HWAqGLsMQA@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 3832 bytes --]

The emergent problem with IoT is the lack of security.  From my
understanding of Plan9's architecture. 9p protocol and the "root-less"
security model suggests to me that a Plan9 swarm of IoT devices could be
the "killer app" where Plan9 emerges on the strength of the vision of
decades ago.  Looking at other RT OSes the security models are often bolted
on.  Plan9 worked well on IBM PC era hardware. An ESP-32 has more resources
and better networking than the early PCs.  From my tinkering and reverse
engineering of IoT devices, almost all use 8266 based WiFi and often in
conjunction with a uController. An ESP-32 is dual processor and with
sufficient I/O for most simple tasks.  With IoT, in general, you don't need
a lot of I/O, you simply throw more CPUs into the mix.

On Sat, 10 Aug 2019 at 08:55, Skip Tavakkolian <skip.tavakkolian@gmail.com>
wrote:

> I'm not sure if the effort would be worth it; but if you add support for
> esp32, I think it would be better for the os to be something like the one
> you had in kencc for AVR (*) or possibly Russ' libtask, rather than Plan 9.
> Staying with FreeRTOS would need removal of GCC specific things from OS and
> dealing with lots of drivers in C++.
>
> The Cortex-M based mpus (e.g. Teensy 4 with Cortex M7 @ 600MHz) seem more
> appropriate for an "embedded" Plan 9.
>
> (*) for those who have not seen it, it is here:
> % ls -l /n/sources/contrib/forsyth/avr*
> --rw-rw-r-- M 518 bootes sys 251227 Sep  4  2011
> /n/sources/contrib/forsyth/avr.9gz
>
> On Fri, Aug 9, 2019 at 2:36 PM Charles Forsyth <charles.forsyth@gmail.com>
> wrote:
>
>> Since the resources are small if not tiny, a little systems analysis and
>> design is probably needed, but it looks like a bit of fun, until the
>> inevitable moment of "why am I here?".
>>
>> On Fri, Aug 9, 2019 at 4:50 PM Charles Forsyth <charles.forsyth@gmail.com>
>> wrote:
>>
>>> The device I've got is ESP32-WROOM-32. None of the boards I've seen that
>>> use it bother with external memory,
>>> so memory is limited, especially the way it's partitioned.
>>>
>>> On Fri, Aug 9, 2019 at 3:50 PM Charles Forsyth <
>>> charles.forsyth@gmail.com> wrote:
>>>
>>>> The ESP32 has got several MMUs. The characteristics are different
>>>> depending on the part that a given MMU accesses (flash, ROM, SRAM, external
>>>> memory).
>>>> Some things are accessed using Memory Protection Units instead, which
>>>> control access by Process ID, but don't do mapping. Others including some
>>>> of the SRAMs are accessed through
>>>> an MMU that can do virtual to physical mapping. The MMUs for internal
>>>> SRAM0 and 2 choose protection for a given physical page as none, one or all
>>>> of PIDs 2 to 7, with the virtual address that
>>>> maps to it. PIDs 0 and 1 can access everything. PID 0 can execute
>>>> privileged instructions.
>>>> A large chunk of SRAM (SRAM 1) has only Memory Protection and no
>>>> translation. The external memory MMU is the most general (most
>>>> conventional).
>>>>
>>>> On Fri, Aug 9, 2019 at 3:19 PM Bakul Shah <bakul@bitblocks.com> wrote:
>>>>
>>>>> esp32 doesn’t have an mmu, right?
>>>>>
>>>>> On Jul 26, 2019, at 03:30, Charles Forsyth <charles.forsyth@gmail.com>
>>>>> wrote:
>>>>>
>>>>> I was thinking of doing that since I've got an ESP-32 for some reason
>>>>>
>>>>> On Fri, Jul 26, 2019 at 7:38 AM Cyber Fonic <cyberfonic@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> I was reading the post Why Didn't Plan 9 Succeed
>>>>>> <https://news.ycombinator.com/item?id=20527650> on Hacker News.
>>>>>>
>>>>>> Made me think that Plan 9 for IoT system of systems could be viable.
>>>>>>
>>>>>> To that end, ESP-32 modules look capable enough to run Plan 9, but is
>>>>>> there a Plan 9 C compiler for Xtensa ISA CPUs?
>>>>>>
>>>>>>

[-- Attachment #2: Type: text/html, Size: 5796 bytes --]

  reply	other threads:[~2019-08-10  9:09 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-07-26  6:37 Cyber Fonic
2019-07-26 10:02 ` Rodrigo G. López
2019-07-26 10:30 ` Charles Forsyth
2019-07-26 12:04   ` Rodrigo G. López
2019-07-26 12:12   ` Cyber Fonic
2019-07-26 15:23   ` Charles Forsyth
2019-07-27  9:16     ` Anthony Martin
2019-07-27 11:10       ` Richard Miller
2019-07-27 16:29         ` Anthony Martin
2019-08-07  0:22   ` Charles Forsyth
2019-08-07  8:07     ` Lucio De Re
2019-08-09 14:17   ` Bakul Shah
2019-08-09 14:50     ` Charles Forsyth
2019-08-09 15:50       ` Charles Forsyth
2019-08-09 21:34         ` Charles Forsyth
2019-08-09 21:48           ` Shane Morris
2019-08-09 22:51           ` Bakul Shah
2019-08-09 22:53           ` Skip Tavakkolian
2019-08-10  9:09             ` Cyber Fonic [this message]
2019-08-10  9:15               ` Shane Morris
2019-08-10 16:18               ` Charles Forsyth
2019-08-11 18:59                 ` Lyndon Nerenberg
2019-08-18 14:10                 ` Charles Forsyth
2019-08-18 14:28                   ` Richard Miller
2019-08-19 11:51                   ` Cyber Fonic
2019-08-19 14:52                     ` [9fans] Plan 9 security Ethan Gardener
2019-08-20 13:13                       ` Cyber Fonic
2019-08-20 13:28                         ` Don A. Bailey
2019-08-23 18:45                           ` Ethan Gardener
2019-08-23 19:41                             ` Don Bailey
2019-07-26 13:16 [9fans] Plan 9 C compiler for Xtensa CPUs cinap_lenrek
2023-12-04 23:20 David Boddie

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='CALj3Nd2ZFPvSZREhfj7yZa-_eA6cfBH2Dw4EvqpRAoyspThe=w@mail.gmail.com' \
    --to=cyberfonic@gmail.com \
    --cc=9fans@9fans.net \
    /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).