-
Notifications
You must be signed in to change notification settings - Fork 173
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RFE: add RISC-V support #110
Comments
@pcmoore Kernel support is upstream in 4.15.0. (More drivers are needed to boot, they are expected in 4.17, but 4.15 has the complete uapi) |
@sorear I think it's okay to just comment once in the other PR for things like the above. ... and for my future self, it doesn't appear that v4.16-rc2+ has the necessary |
Quick update, kernel support is still missing in Linus' tree:
|
I pushed a prototype commit to our development risc-v kernel branch here: riscvarchive/riscv-linux@0712587 I'm not really sure how to test it, though. |
Hi @terpstra If you haven't already been in touch with @kees you might want to talk with him as he maintains the seccomp code in the kernel. As far as testing is concerned, libseccomp has a few "live" tests |
I think, there is a 3rd patch in openSUSE: https://build.opensuse.org/package/view_file/openSUSE:Factory:RISCV/libseccomp/riscv.patch?expand=1 but it's missing |
The latest libseccomp PR: #134 |
Hi @terpstra, have the patch riscvarchive/riscv-linux@0712587 merged into the Mainline Kernel? Any idea on a timeline for it? Maybe @palmer-dabbelt can help-out on this. |
I have offloaded all the linux driver stuff I wrote for the U540 to Paul
and Palmer. I am no longer in the loop on upstreaming.
…On Wed, Jun 5, 2019 at 12:53 PM Carlos Eduardo ***@***.***> wrote:
Hi @terpstra <https://github.com/terpstra>, have the patch
***@***.***
<riscvarchive/riscv-linux@0712587>
merged into the Mainline Kernel? Any idea on a timeline for it? Maybe
@palmer-dabbelt <https://github.com/palmer-dabbelt> can help-out on this.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#110?email_source=notifications&email_token=AAIM7CU2KQFCLUTSCO2VYILPZAKUXA5CNFSM4ERS6NOKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXA2PKY#issuecomment-499230635>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIM7CXIDCVBETFXJLBRY73PZAKUXANCNFSM4ERS6NOA>
.
|
I have sent out seccomp v1 patches in few months ago (I think), which was passing libseccomp testsuite and kernel selftests. I need to find time to retest on the latest kernel to send out v2. libseccomp patch is here: #134 @carlosedp how fast do you need it? |
I wouldn't worry about it until the kernel patch has landed in Linus' tree, but PR #134 looks like it needs a forward port to the current libseccomp master branch. I haven't looked at RISC-V in some time, is there any reasonably priced and reasonably performing RISC-V hardware for development/testing that will run a standard-ish distro? |
@davidlt I've pulled and applied the PR134 patch and it tests perfectly even without Kernel patches. It would be great to gave libseccomp to open up building other dependencies. I'm already running Docker locally built with this. @pcmoore On the hardware side, only the SiFive Unleashed board that is pricy. There is a Qemu VM I packed with Debian (but also there is a Fedora rootfs that I could pack). It can be used for development. I'm tracking the dependencies on https://github.com/carlosedp/riscv-bringup |
Actually I just retested with with the Tip with PR134. I got 6 failed tests. Results can be seen on https://gist.github.com/carlosedp/7e1e222e5ccb4b45faa357dd6b30ac9a |
Hmm, that's odd. According to the test output it appears that test 46 is failing with ENOMEM, which is a bit unusual (see tools/scmp_bpf_sim.c). I'm rather busy at the moment, and don't have a RISC-V VM handy to test this, but if you need some pointers on how to debug this don't hesitate to ask. |
I have both a Qemu VM and a Risc-V board. My current Kernel does not have seccomp patches applied. If you have tips on how I can help, I'm glad to! |
@davidlt any update on the RISC-V kernel support? |
https://lkml.org/lkml/2019/10/14/811 It seems to have been fully reviewed, but the final patch lost between two developers. |
The patch was sent to Linus for 5.4 kernel, but he didn't want to pull it so far into RCs. The patch will land in 5.5 merge window. |
Note that the patch is already in linux-next, if that matters. |
That's good news, thanks everyone! Since it looks like we are a few weeks away from seeing this in Linus' tree I'm going to go ahead and mark this for the libseccomp v2.5 milestone. Does someone want to volunteer to refresh/test/resubmit the PR once the merge window closes? |
I will send a new version of PR once libseccomp lands in Linus's tree. |
Great, thanks @davidlt. |
seccomp support just landed in Linus's tree: |
I will wait until "[GIT PULL] seccomp updates for v5.5-rc1" is also merged. There is one small RISC-V patch there. |
Thanks all. We've still got a number of things on the TODO list for the v2.5 release so I think we have some time. |
Quick update. I started updating Fedora/RISCV to 5.5-rc2 and there is a number of issues. I might have found one issue created by SECCOMP in kernel and working on fixing that first. This issues wasn't showed by libseccomp test suite or kernel seccomp self tests. |
Thanks for the update. FWIW, the libseccomp tests don't aggressively test the kernel, they are focused more on the library side (running code through a BPF simulator). |
This should be resolved via #197, closing. |
From @rwmjones:
We have one older PR from @rwmjones in #50 which added libseccomp support before the kernel support was in place (Fall 2016).
We have a more recent PR from @Icenowy in #108 which adds libseccomp support, although the kernel support is still unknown (February 2018).
This issue is designed to track notes and progress across PRs.
The text was updated successfully, but these errors were encountered: