sync_up: Add meeting notes for tomorrow
[libreriscv.git] / HDL_workflow.mdwn
index cf0a19d029c996cc3c18d643d34338e29e8beed8..7a1ee18c40b27172dcf5a11c2262b3bd16979257 100644 (file)
@@ -896,19 +896,19 @@ You can avoid damaging the repositories by following some simple procedures:
 
 ### *Git commit message format*
 
-* Additional articles on commit messages:
-  - [here](https://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html)
+* Additional articles on commit messages
+[here](https://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html)
+and
+[here](https://github.com/torvalds/subsurface-for-dirk/blob/master/README.md#contributing)
 
-  - [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,
 or a subsystem/path, or a subsystem/subsubsystem combination, which got
 modified or introduced, and a short summary. These parts must be separated
-by the semicolon.
+by the colon.
 3. A good rule is to imagine that the short message begins with
 "if this patch is applied, it will". For example, a good title is
 "X: update Y", not "updated Y in X".
@@ -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".