Re: kernel stack challenge

[Sergiy Lozovsky]

--- Horst von Brand <vonbrand@xxxxxxxxxxxx> wrote:
> Sergiy Lozovsky <serge_lozovsky@xxxxxxxxx> said:
> > --- Timothy Miller <miller@xxxxxxxxxxxxxx> wrote:
> > > Horst von Brand wrote:
> >            I would prefer to spend less time
> writing
> > actual code - this is what these high level
> languages
> > for. If performance would be most important -
> people
> > would do everything in Assembler, but they don't.
> I'd
> > better write a small Assembler subroutine which
> will
> > handle stack problems for me and benefit from
> using
> > the high level language after that.
> 
> And then there is the technology of _inventing_ a
> language tailored to the
> task at hand... even better than your list of
> high-level languages.

I started exactly with that. I found out shortly that
have no idea of functionality needed for such kind of
system. It was clear that requirments for this sytem
can change rapidly. Only general purpose language can
address this problem (if we want to save time of
development and introduction of new security models).

Example. Current security policies are 'static'. It
seems, that it would be nice to have 'dynamic'
policies (with support from security model). Now,
policy describes resources available for subsystem. It
may be useful to limit the sequence of access to
resources - 'behaviour' of subsystem. I'm not sure if
I want to implement that right away, but there is
commercial system which does exactly that already (it
was created later than VXE).

Serge.

__________________________________
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway 
http://promotions.yahoo.com/design_giveaway/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/