[En-Nut-Discussion] arm port (RFC: Changing ARM mode)
Ole Reinhardt
ole.reinhardt at embedded-it.de
Tue Jan 13 19:00:01 CET 2009
Hi Harald,
> >> In which cases would we need 'enter kernel routine'? In some interrupt
> >> driven functions? All other driver code shold just run fine in user
> >> mode, does it?
> >
> > At least NutEnter/ExitCritical() won't work in user mode, if I correctly
> > understood the ARM documents.
Ah ok, I see the problem.
> >> For me it sounds much cleaner to run as most code as possible in user
> >> mode and implement such context switch functions???
> >
> > Do you have any idea, what else is disabled in user mode?
> >
> > Protected OSes use an exception like SWI to switch the mode. No idea how
> > to implement this in Nut/OS, where the kernel is a bunch of libs only.
>
> After some unpleasant experience with the interrupt handling discussion
> in this list a few months ago, please let me appeal to everyone, that
> several people are impatiently waiting for the next stable release.
> Please take any possible effort and time frame into your considerations.
> Specifically to Ole: I do have the stack backtrace running, but it will
> crash with the current mode the system is running in. So we need a
> decision before I can check it in. In the meantime I updated the
> documentation at
> http://www.ethernut.de/en/documents/arm-exceptions.html
Cool! And: No problem with the delay. I used the meantime with the
Ethernut5 Linux port. Just finished my first OE Image for Ethernut5
today and will test it tomorrow. Kernel and u-boot are up and running
and I just used a userland image from another board. So Linux on
Ethernut5 is just a few steps away...
> The interrupt problem was unpleasant, because a lot of very good ideas
> had been suggested here, but actually no working code had been
> presented. After some weeks people start asking what happened to the
> announced version 4.6 and I finally decided to fix the interrupt problem
> by using the quick and dirty solution I had in mind initially to speed
> things up. This probably frustrated some of the people, who spent their
> valuable time discussing more advanced solutions. Unfortunately this
> fruitful discussion died after my ignorant behavior towards the release
> of 4.6. I'd like to avoid this for 4.8.
Yes I know. We should restart this discussion. Perhaps after the 4.8
release. Than everybody could calm down a bit an perhaps we can sort
all these Ideas again.
Bye,
Ole
--
_____________________________________________________________
| |
| Embedded-IT Hard- und Softwarelösungen |
| |
| Ole Reinhardt Tel. / Fax: +49 (0)271 7420433 |
| Luisenstraße 29 Mobil: +49 (0)177 7420433 |
| 57076 Siegen eMail: ole.reinhardt at embedded-it.de |
| Germany Web: http://www.embedded-it.de |
| UstID / VAT: DE198944716 |
|_____________________________________________________________|
More information about the En-Nut-Discussion
mailing list