flesh out bigint add pipe slides

[libreriscv.git] / HDL_workflow.mdwn

diff --git a/HDL_workflow.mdwn b/HDL_workflow.mdwn
index 362fd2c7578e1bcd070c9789be36465d40b4fb37..8e3472ffa19d44f09e8a02bb966384a27dc95dd7 100644 (file)
--- a/HDL_workflow.mdwn
+++ b/HDL_workflow.mdwn
@@ -341,7 +341,7 @@ relevant unit tests pass 100%.  This ensures that people's work does not
 get "lost" or isolated and out of touch due to major branch diversion,
 and that people communicate and coordinate with each other.
 
-This is not a hard rule: under special cirmstances branches can be useful.
+This is not a hard rule: under special circumstances branches can be useful.
 They should not however be considered "routine".
 
 For guidance on when branches are appropriate,
@@ -901,8 +901,8 @@ You can avoid damaging the repositories by following some simple procedures:
 and
 [here](https://github.com/torvalds/subsurface-for-dirk/blob/master/README.md#contributing)
 
-* LibreSOC message format based on description given in
-[bug #1126#c40](https://bugs.libre-soc.org/show_bug.cgi?id=1126#c40)
+LibreSOC message format based on description given in
+[bug #1126#c40](https://bugs.libre-soc.org/show_bug.cgi?id=1126#c40):
 
 1. Every commit MUST start with a short title, up to 50 characters.
 2. The commit title MUST contain either subsystem, or a file path,
@@ -1304,6 +1304,11 @@ to me, because my background is in hardware not software engineering.
 
 # Task management guidelines
 
+* New guide for RfP submission (in-progress):
+[[HDL_workflow/rfp_submission_guide]]
+
+(This section needs to be compared with [[HDL_workflow/libresoc_bug_process]])
+
 1. Create the task in appropriate "Product" section with appropriate
   "Component" section. Most code tasks generally use "Libre-SOC's
   first SOC".