Re: kernel stack challenge

[Sergiy Lozovsky]

--- Timothy Miller <miller@xxxxxxxxxxxxxx> wrote:
> 
> 
> Horst von Brand wrote:
> 
> > OK, so you need the policy to be interpreted
> in-kernel (dunno why a
> > largeish high-level general purpose language is
> needed for that, when a
> > tiny interpreter for a specialized language will
> do very well, and has been
> > shown to work fine), and written in a "high level
> language" so that your
> > garden variety sysadmin _can_ write her own
> policy, but it really doesn't
> > matter because she'll never have to do so...
> > 
> > Completely lost me.
> 
> I was getting hung up on that one too, but I didn't
> know how to say it. 
>   You did a nice job.  :)

Can you guys be more specific? I don't see any
technical objections. The only one is that performance
would suffer because of use of higher level language
than C or Assembler.

There is a reason people use languages like PERL, Java
and so on. 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.

There were times when userland projects were written
in Assembler. Now people are using other languages,
too. May be it's time to try something new in the
kernel, too :-) Or we will not consider that because
nobody did that before? Someone should be the first
:-)

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/