From: Jörgen Sigvardsson <jorgen.sigvardsson@kau.se>
Subject: Re: UML-stuff
Date: Fri, 16 Feb 2001 12:01:30 +0100
Next Article (by Date): Re: UML-stuff Amon Ott
Previous Article (by Date): Re: UML-stuff Amon Ott
Top of Thread: UML-stuff Jörgen Sigvardsson
Next in Thread: Re: UML-stuff Amon Ott
Articles sorted by: [Date]
[Author]
[Subject]
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 16 February 2001 10:30, you wrote: > OK: What I'd like to include into the main RSBAC dist is a patch that is > additional to the other ones. So RSBAC with UML looks like: > > 1. untar rsbac in kernel dir > 2. apply std. RSBAC patch > 3. apply std. UML patch > 4. apply RSBAC-for-UML-patch (your part) > 5. configure and compile > > 1., 2. and 3. should be as independent as possible, so e.g. 3. could be > done before 2. or 1. > 2. already depends on 1. for patches coming after a release. > > Can uml and rsbac patches coexist? If not, we should provide an RSBAC patch > against an uml patched kernel. This is where theory goes vs practice I guess. Theoretically uml will not meddle with the rest of the kernel. I think that would even break the concept which it is based upon. But in practice? I don't know. I have not yet seen the future UML-patches. I think there is a 99.999% chance that the patches are "compatible". > > If possible, 4. should only modify anything in arch/um and include/asm-um. > All changes to std. rsbac code must be ifdef'd, otherwise maintaining and > development get a terrible mess. The nice thing about this is that only uml-specific code needs to be patched (syscall tables, some constants and config.in et al). > Important: The patches should be real patches, all new files must be in the > main tar archive. So far, no new files are needed. But I'll keep it mind should I start adding new files. I have some practical suggestions regarding storage of code. Maybe a sourceforge account would be in its place? I am setting up one myself most likely for the patch since my own machine may be down at times for various reasons. And also, if the patch becomes extremely popular ;-), my work machine does not have to pay the price of increased interrupts for I/O and CPU cycles. Ideally, an RSBAC-account would be really nice - where all the addons may reside as well. I understand it may be a security risk by letting the code reside on a remote server, but you could always supply PGP-signatures for each release. Also, most importantly, people can rate my "Code Fu" ;-) Anyway, I'll shortly have an "official" patch (give or take a lunch break). - -- Jörgen Sigvardsson, B. Sc. Lecturer, Computer Science Dept. Karlstad University Tel: +46-(0)54-700 1786 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.3 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6jQiKJtcD8rikkmwRAmqCAJ4mMI49uWG3v48kBuLID5eGSFwsHACeO5aj BiVNWeOrBQvRkVqHAWRbVuQ= =mZRu -----END PGP SIGNATURE----- - To unsubscribe from the rsbac list, send a mail to majordomo@rsbac.org with unsubscribe rsbac as single line in the body.
Next Article (by Date): Re: UML-stuff Amon Ott
Previous Article (by Date): Re: UML-stuff Amon Ott
Top of Thread: UML-stuff Jörgen Sigvardsson
Next in Thread: Re: UML-stuff Amon Ott
Articles sorted by: [Date]
[Author]
[Subject]