Messages in this thread | | | From | KOSAKI Motohiro <> | Subject | Re: [TOMOYO #15 0/8] TOMOYO Linux | Date | Fri, 27 Feb 2009 10:27:47 +0900 (JST) |
| |
Hi Pavel,
> >>>>>> TOMOYO Linux is a name-based MAC extension (LSM module) for the Linux kernel. > >>>>>> > >>>>> Applied to > >>>>> git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/security-testing-2.6#next > >>>>> > >>>> Does that mean tomoyo is scheduled for 2.6.30? > >>>> > >>> TOMOYO is already in linux-next tree and ready to go into 2.6.30 . > >> > >> Last time I looked it included script parser and some > >> interpretter... Was that solved? > > > > > Are you talking about the interface between > > userland and kernel regarding string data? > > Yes. maybe ioctl() is worse, but I don't think c-like language parser > in kernel is acceptable.
for just clarification to me.
IIUC, many developers said UNNECESSARY parser is BAD (yes, I also think so), but nobody said any parser is bad.
Therefore, I think point is that the patch have enough reasonable reason or not. and, I thought "pavel, good job. you're right" at you oppositing time because tomoyo did't explain any reason at that time.
However, they changed. the patch description of the "[TOMOYO #15 3/8] Common functions for TOMOYO Linux." explain the reason. for me, I feel it's reasonable reason. then I didn't oppose current tomoyo posting.
So, I don't understand which you oppose (1) ANY parser is bad. (2) current description still don't explain enough reason.
May I ask you?
| |