From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Received: by 10.66.230.228 with SMTP id tb4mr39690274pac.3.1432033896098;
        Tue, 19 May 2015 04:11:36 -0700 (PDT)
X-Received: by 10.140.41.40 with SMTP id y37mr370513qgy.1.1432033896045; Tue,
 19 May 2015 04:11:36 -0700 (PDT)
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.glorb.com!h15no6024190igd.0!news-out.google.com!k20ni37598qgd.0!nntp.google.com!z60no2274171qgd.1!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Tue, 19 May 2015 04:11:35 -0700 (PDT)
In-Reply-To: <lywq04yjv4.fsf@pushface.org>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=105.237.126.3;
 posting-account=orbgeAkAAADzWCTlruxuX_Ts4lIq8C5J
NNTP-Posting-Host: 105.237.126.3
References: <slrnmlj8k2.9gf.achsis_of_elvis@tmoeller-laptop.ad.here.com>
 <crtnpmFj143U1@mid.individual.net>
 <slrnmljbka.9gf.achsis_of_elvis@tmoeller-laptop.ad.here.com>
 <crugp5FpgruU1@mid.individual.net> <mjd7qh$7ta$1@dont-email.me>
 <8759d49e-c30a-4c71-a3e5-fd7a818a30f6@googlegroups.com>
 <slrnmllijn.bfv.achsis_of_elvis@tmoeller-laptop.ad.here.com>
 <c124e4d7-a661-4dbe-a7e5-e525679b2967@googlegroups.com>
 <lywq04yjv4.fsf@pushface.org>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <dbdbf229-8b99-4583-8e08-45e0d30c8aa6@googlegroups.com>
Subject: Re: Linux kernel module - memory allocation
From: jan.de.kruyf@gmail.com
Injection-Date: Tue, 19 May 2015 11:11:36 +0000
Content-Type: text/plain; charset=ISO-8859-1
Xref: news.eternal-september.org comp.lang.ada:25925
Date: 2015-05-19T04:11:35-07:00
List-Id: <comp.lang.ada>

On Tuesday, May 19, 2015 at 11:52:48 AM UTC+2, Simon Wright wrote:

> 
> Has anyone pointed to http://wiki.osdev.org/Ada_Bare_bones yet?

Valid point, but I do think that for kernel at least some of Luke's restrictions can be alleviated by a good runtime that takes Kernel programming restrictions into account.

Also for the STM32f4xx runtime I sneaked a few facilities in that were sorely missed.

I will try to split that thing off for you on github, I did not do the interrupts though, mainly for lack of motivation. Or maybe I first wanted to get a proof of concept and I dont need them at the moment.


cheers

j.