Open Billy99 opened 4 months ago
Built without sensitive environment variables
Name | Link |
---|---|
Latest commit | f52b574ebad853368809781f4a96d9ea40a77a10 |
Latest deploy log | https://app.netlify.com/sites/aya-rs-docs/deploys/66a281327fcb8c0008742e64 |
Deploy Preview | https://deploy-preview-1000--aya-rs-docs.netlify.app |
Preview on mobile | Toggle QR Code...Use your smartphone camera to open QR code link. |
To edit notification comments on pull requests, go to your Netlify site configuration.
Hello!
I don't think we should do this, for two reasons:
Hello!
I don't think we should do this, for two reasons:
- solana_rbpf implements SBPF - an eBPF dialect which is not compatible with kernel eBPF
- as it is, the patch assembles at runtime, which incurs in a performance cost. If we could fork the solana_rbpf assembler and make it work at compile time that'd be great, and something I've been (idly) thinking about.
The issue here is twofold:
If the solana_rbpf assembler is a no-go, that's totally fine. I can take a pass of doing something in macros a little like what libbpf does: https://github.com/libbpf/libbpf/blob/master/src/features.c#L51-L56
can take a pass of doing something in macros a little like what libbpf does:
something like this works, iirc there's an existing crate for it even
can take a pass of doing something in macros a little like what libbpf does:
something like this works, iirc there's an existing crate for it even
oh cool! if you find it let me know.
can take a pass of doing something in macros a little like what libbpf does:
something like this works, iirc there's an existing crate for it even
oh cool! if you find it let me know.
it's not the one I saw a while ago but this seems ok https://github.com/arcjustin/bpf-ins
@Billy99, this pull request is now in conflict and requires a rebase.
In aya/src/sys/bpf.rs, there are several simple bpf programs written as byte arrays. Rework these as assembly code and then generate the bytecode.
This change isβ