Enable custom sys-devices system feature #181

Manually merged
abonerib merged 3 commits from abonerib/jungle:nosv-sys-feature into master 2025-10-09 11:49:07 +02:00
Collaborator

Allows running nos-v programs inside the sandbox

nosv = prev.nosv.overrideAttrs (old: {
    doCheck = true;
    requiredSystemFeatures = [ "sys-devices" ];
});

http://weasel:3001/eval/40

Allows running nos-v programs inside the sandbox ```nix nosv = prev.nosv.overrideAttrs (old: { doCheck = true; requiredSystemFeatures = [ "sys-devices" ]; }); ``` http://weasel:3001/eval/40
abonerib added 1 commit 2025-09-30 15:41:30 +02:00
Owner

I remember that we had a similar problem in Nanos6 (and now potentially in NODES too). I suspect is the same paths in all cases. Would it make sense to generalize this for all and name it as in "access to /sys information about the CPU and node" instead?

I remember that we had a similar problem in Nanos6 (and now potentially in NODES too). I suspect is the same paths in all cases. Would it make sense to generalize this for all and name it as in "access to /sys information about the CPU and node" instead?
abonerib force-pushed nosv-sys-feature from db6a3faa44 to 91fa59e397 2025-10-02 15:59:51 +02:00 Compare
abonerib changed target branch from old-master to master 2025-10-02 16:02:14 +02:00
Author
Collaborator

I remember that we had a similar problem in Nanos6 (and now potentially in NODES too). I suspect is the same paths in all cases. Would it make sense to generalize this for all and name it as in "access to /sys information about the CPU and node" instead?

I did try nodes and this is enough for it. Not sure for nanos6, I would have to check, but I would need to fix the nanos6 derivation to include the proper dependencies to run its tests.

Anyway, I don't see any issue with exposing the whole /sys

> I remember that we had a similar problem in Nanos6 (and now potentially in NODES too). I suspect is the same paths in all cases. Would it make sense to generalize this for all and name it as in "access to /sys information about the CPU and node" instead? I did try nodes and this is enough for it. Not sure for nanos6, I would have to check, but I would need to fix the nanos6 derivation to include the proper dependencies to run its tests. Anyway, I don't see any issue with exposing the whole `/sys`
Owner

I remember that we had a similar problem in Nanos6 (and now potentially in NODES too). I suspect is the same paths in all cases. Would it make sense to generalize this for all and name it as in "access to /sys information about the CPU and node" instead?

I did try nodes and this is enough for it.

Great!

Not sure for nanos6, I would have to check, but I would need to fix the nanos6 derivation to include the proper dependencies to run its tests.

Then I would leave adding potential fixes for Nanos6 for when we need it.

Anyway, I don't see any issue with exposing the whole /sys

I would prefer to only include what we need as we do now, and wait until we have a case to expand the set, as I cannot predict the consequences of opening the whole /sys.

Can we rename this to something more generic? Maybe we can just name it sys-devices?

> > I remember that we had a similar problem in Nanos6 (and now potentially in NODES too). I suspect is the same paths in all cases. Would it make sense to generalize this for all and name it as in "access to /sys information about the CPU and node" instead? > > I did try nodes and this is enough for it. Great! > Not sure for nanos6, I would have to check, but I would need to fix the nanos6 derivation to include the proper dependencies to run its tests. Then I would leave adding potential fixes for Nanos6 for when we need it. > Anyway, I don't see any issue with exposing the whole `/sys` I would prefer to only include what we need as we do now, and wait until we have a case to expand the set, as I cannot predict the consequences of opening the whole /sys. Can we rename this to something more generic? Maybe we can just name it `sys-devices`?
abonerib force-pushed nosv-sys-feature from 91fa59e397 to a28eb9ac65 2025-10-02 17:43:43 +02:00 Compare
abonerib changed title from Enable nosv system feature to Enable custom sys-devices system feature 2025-10-02 17:44:40 +02:00
abonerib force-pushed nosv-sys-feature from a28eb9ac65 to 00456a86b7 2025-10-06 14:48:05 +02:00 Compare
abonerib force-pushed nosv-sys-feature from 00456a86b7 to 510d9046ce 2025-10-07 17:09:05 +02:00 Compare
rarias added 1 commit 2025-10-07 17:41:08 +02:00
Add hwloc test with sys-devices feature
All checks were successful
CI / build:all (pull_request) Successful in 16s
4b4fe9bb3d
rarias approved these changes 2025-10-07 17:47:19 +02:00
Dismissed
abonerib added 1 commit 2025-10-08 13:56:13 +02:00
Replace __noChroot with requiredSystemFeatures
All checks were successful
CI / build:all (pull_request) Successful in 19s
f2bf4970c9
abonerib added a new dependency 2025-10-08 14:41:54 +02:00
rarias approved these changes 2025-10-09 11:40:09 +02:00
rarias force-pushed nosv-sys-feature from f2bf4970c9 to dd7f24f455 2025-10-09 11:42:31 +02:00 Compare
abonerib manually merged commit dd7f24f455 into master 2025-10-09 11:49:07 +02:00
Sign in to join this conversation.
No Reviewers
2 Participants
Notifications
Due Date
No due date set.
Reference: rarias/jungle#181
No description provided.