Feature #104
open
Bring back lx brand
0%
Description
With the the putback of 6959264 EOF lx brand (commit:4c5722bc28dc) implementing PSARC/2010/169, support for the lx brand was dropped from OpenSolaris.
Linux ABI compatibility, while incomplete, was a highly useful feature for providing access to specific applications, for development, and of course, as a migration aid.
The branded zones framework still remains, and reviving the brand does not require extensive code changes outside of the modular portion and should have limited impact for non-BrandZ users.
Updated by Albert Lee about 11 years ago
- Difficulty set to Medium
- Tags set to needs-triage
For reference, http://trisk.deadgerbil.com/webrevs/pkgdev/il_104_lx_brand/ is a reversal of the backout, with correct copyright attribution (copyright notice updates are preserved). This can be used as a starting point for work.
Updated by Albert Lee about 11 years ago
- Category set to zones
- Difficulty changed from Medium to Hard
Updated by Jim Klimov almost 11 years ago
As recently pointed on the mailing list, there is a blog with diff-files and explanation of these updates which return support to oi151a (rev f342d051b376); it may likely be compatible with more modern revisions:
http://os-solaris.ru/en/patch-k-illumos-dlya-vosstanovleniya-lx-brand/
http://os-solaris.ru/en/lx-brand-dlya-openindiana-151a/
Updated by Garrett D'Amore over 9 years ago
The availability of kvm (thanks Joyent!) makes this feature pretty much entirely pointless. I see no real value in pursuing it, nor do I think it will occur. Perhaps we should flag this one "Rejected" -- as in there is approximately zero chance that we'll ever integrate this work.
Updated by Garrett D'Amore over 9 years ago
- Status changed from New to Rejected
Rejecting it. If someone objects, lets talk about it.
Updated by Jim Klimov over 7 years ago
Will the "rejected" status be revised, now that there is some work over the past year being done by SmartOS folks and by David Mackay - and hopefully some of that can get RTI'd sooner or later?
In particular, I gather KVM support is of little help when e.g. the illumos-based OS itself is a VM, as in my use-case of a development laptop being a corporate workhorse which must have Windows as the bare-metal system in order to have certificate-protected Ethernet (oh, and it can also see the USB3 ports and pass them to the OI VirtualBox guest).
Updated by Aurélien Larcher about 7 years ago
This is definitely of interest, people keep asking me about the availability of lx brand on OpenIndiana.
Integration in illumos would be a plus.
Updated by Nikola M. about 7 years ago
Openindiana also have kvm working that alp recently updated for OI /hipster.
Bringing lx brand from SmartOS to OI can also be project like that.
If people keep asking, they might as well make it so if there is a project for it.
Updated by David Höppner about 7 years ago
Updated by Aurélien Larcher about 7 years ago
Oh, I knew that Dan was working on it but not that he had a webrev in place.
Updated by Andreas Grüninger about 6 years ago
danmcd published in https://omnios.omniti.com/wiki.php/Maintainers#Cherrypickingfromillumos-joyent how to integrate LX zones from illumos-joyent into OmniOS. Maybe this helps to get the integration into illumos.
Updated by Daniel Chan almost 3 years ago
As Lx zone was a Microsystems stuff, I wish it can be integrated into illumos gate. May I know if the team will still consider this?
Updated by Joshua M. Clulow almost 3 years ago
If someone wants to write up a plan (probably as an IPD ) then we'll certainly consider it! I think the primary thing that keeps it out of illumos-gate is that is a lot of changes and somebody will have to collect them, get at least some of them additionally reviewed, test it all, etc. The bhyve hypervisor was recently brought upstream from illumos-joyent (where much of the LX work was done also), so if you're curious about the sort of planning I mean, you could have a read through IPD 15 bhyve integration/upstream