Documentation: Add new GSoC projects
Change-Id: I5d67361286da04819def3227b2c6cb41a063fc5b Signed-off-by: Patrick Rudolph <patrick.rudolph@9elements.com> Reviewed-on: https://review.coreboot.org/c/coreboot/+/38829 Tested-by: build bot (Jenkins) <no-reply@coreboot.org> Reviewed-by: Angel Pons <th3fanbus@gmail.com>
This commit is contained in:
parent
59e6f3c6e3
commit
903d9a225e
|
@ -184,3 +184,66 @@ build a payload around it.
|
||||||
|
|
||||||
### Mentors
|
### Mentors
|
||||||
* TODO
|
* TODO
|
||||||
|
|
||||||
|
## Fix POST code handling
|
||||||
|
coreboot supports writing POST codes to I/O port 80.
|
||||||
|
There are various Kconfigs that deal with POST codes, which don't have
|
||||||
|
effect on most platforms.
|
||||||
|
The code to send POST codes is scattered in C and Assembly, some use
|
||||||
|
functions, some use macros and others simply use the `outb` instruction.
|
||||||
|
The POST codes are duplicated between stages and aren't documented properly.
|
||||||
|
|
||||||
|
|
||||||
|
Tasks:
|
||||||
|
* Guard Kconfigs with a *depends on* to only show on supported platforms
|
||||||
|
* Remove duplicated Kconfigs
|
||||||
|
* Replace `outb(0x80, ...)` with calls to `post_code(...)`
|
||||||
|
* Update Documentation/POSTCODES
|
||||||
|
* Use defines from console/post_codes.h where possible
|
||||||
|
* Drop duplicated POST codes
|
||||||
|
* Make use of all possible 255 values
|
||||||
|
|
||||||
|
### Requirements
|
||||||
|
* knowledge in the coreboot build system and the concept of stages
|
||||||
|
* other knowledge: Little experience with C and x86 Assembly
|
||||||
|
* hardware requirements: Nothing special
|
||||||
|
|
||||||
|
### Mentors
|
||||||
|
* Patrick Rudolph <patrick.rudolph@9elements.com>
|
||||||
|
* Christian Walter <christian.walter@9elements.com>
|
||||||
|
|
||||||
|
## Board status replacement
|
||||||
|
The [Board status page](https://coreboot.org/status/board-status.html) allows
|
||||||
|
to see last working commit of a board. The page is generated by a cron job
|
||||||
|
that runs on a huge git repository.
|
||||||
|
|
||||||
|
Build an open source replacement written in Golang using existing tools
|
||||||
|
and libraries, consisting of a backend, a frontend and client side
|
||||||
|
scripts. The backend should connect to an SQL database with can be
|
||||||
|
controlled using a RESTful API. The RESTful API should have basic authentication
|
||||||
|
for managment tasks and new board status uploads.
|
||||||
|
|
||||||
|
At least one older test result should be keept in the database.
|
||||||
|
|
||||||
|
The frontend should use established UI libraries or frameworks (for example
|
||||||
|
Angular) to display the current board status, that is if it's working or not
|
||||||
|
and some details provided with the last test. If a board isn't working the last
|
||||||
|
working commit (if any) should be shown in addition to the broken one.
|
||||||
|
|
||||||
|
Provide a script/tool that allows to:
|
||||||
|
1. Push mainboard details from coreboot master CI
|
||||||
|
2. Push mainboard test results from authenticated users containing
|
||||||
|
* working
|
||||||
|
* commit hash
|
||||||
|
* bootlog (if any)
|
||||||
|
* dmesg (if it's booting)
|
||||||
|
* timestamps (if it's booting)
|
||||||
|
* coreboot config
|
||||||
|
|
||||||
|
### Requirements
|
||||||
|
* coreboot knowledge: Non-technical, needed to perform requirements analysis
|
||||||
|
* software knowledge: Golang, SQL for the backend, JS for the frontend
|
||||||
|
|
||||||
|
### Mentors
|
||||||
|
* Patrick Rudolph <patrick.rudolph@9elements.com>
|
||||||
|
* Christian Walter <christian.walter@9elements.com>
|
||||||
|
|
Loading…
Reference in New Issue