Discussion starter: Possible improvements to hello-camkes-2 tutorial.
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 35/100
- Issue type
- Documentation
- Clarity
- Needs clarification
- Activity status
- Stale
- Domain
- documentation
Research direction
Start with the hello-camkes-2 tutorial and compare its current sequence with the checkpoints described in the issue, including the typed dataport workflow. Done means the tutorial explains how to validate progress after each smaller step, from building producer/consumer events through observing shared-buffer changes and signaling the client.
Written by the indexing model from the issue text.
Description
Regarding this tutorial, I believe there is a chance to make some changes to improve the goals of having the tutorial around.
Following through the hello-camkes-2 tutorial, it asked for a lot of steps, without being explicit about how to confirm that you are progressing correctly. Being unfamiliar with a workflow that works well, it was unclear to me how and when to stop and validate work done up to a given point.
When I started over again, from the beginning of hello-camkes-2, I took a modified approach. In this approach I accomplished smaller things in smaller steps, validating each along the way. I would not move on to the next step until I was satisfied with the current
- Understand setting up producer/consumer events each side
- confirmed through successful build
- Setup shared memory buffer
- confirmed by printing it client-side
- Bring server into the equation
- confirmed with a log message in the handler
- print the shared buffer
- modify shared buffer
- confirmed by repeating the print
- signal the client
- confirmed with a log message after the
wait()
- print the same buffer again
- Expect to see changes propagated from server
I did a similar work flow for the typed dataport.
- Dominant language
- Python
- Stars
- 61
- Forks
- 58
- PR merge metrics
- No merged PRs in 30d
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from seL4/sel4-tutorials
-
Difficulty 3/5 1-2 days Newbie friendliness 45/100
seL4/sel4-tutorials#103 ·
-
question
Difficulty 4/5 3-5 days Newbie friendliness 20/100
seL4/sel4-tutorials#98 ·
-
Difficulty 4/5 3-5 days Newbie friendliness 30/100
seL4/sel4-tutorials#97 ·
-
Difficulty 4/5 3-5 days Newbie friendliness 25/100
seL4/sel4-tutorials#93 ·
-
help wanted
Difficulty 2/5 1-3 hours Newbie friendliness 55/100
seL4/sel4-tutorials#66 · 1 comment ·
All issues in seL4/sel4-tutorials
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
bancolombia/sentinel#23 ·
-
test md OpenCI
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
-
integration:quickjs org:external priority:backlog topic:code-interpreter topic:middleware type:feature
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
langchain-ai/deepagents#6450 ·
-
bug client
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100