From: Luke Kenneth Casson Leighton <lkcl@lkcl.net>
Date: Wed, 20 Jun 2018 10:29:21 +0000 (+0100)
Subject: add summary slide
X-Git-Tag: convert-csv-opcode-to-binary~5141
X-Git-Url: https://git.libre-soc.org/?a=commitdiff_plain;ds=sidebyside;h=27b9f13f2f7dd957a75621aea859cc38123aa227;hp=444dc919334ea46574534285ae4b4b025c0d44f7;p=libreriscv.git

add summary slide
---

diff --git a/pinmux/pinmux_chennai_2018.tex b/pinmux/pinmux_chennai_2018.tex
index 05ab68b9d..5aeb001bf 100644
--- a/pinmux/pinmux_chennai_2018.tex
+++ b/pinmux/pinmux_chennai_2018.tex
@@ -329,7 +329,7 @@
    \item GPIO FN's input muxer is nothing more than an AND gate\\
          (you never route more than one pin to one GPIO)
 	     \vspace{6pt}
-   \item Any other FN with only 1:1 In also an AND gate \\
+   \item Any other FN with only 1:1 on its IN also just an AND gate \\
 	     (this just always happens to be true for GPIO)
 	     \vspace{6pt}
    \item Not all FNs have input capability: clearly they will not
@@ -342,7 +342,7 @@
 
  \begin{itemize}
    \item Value of Libre/Open pimux dramatically underestimated\\
-	     (and does not presently exist: SiFive IOF not suitable)
+	     (and does not presently exist: SiFive IOF not suitable as-is)
    \item {\bf Only current option: license a commercial Pinmux }
    \item Actual muxing, like SRAM cells, is deceptively simple
    \item Actual pinmuxes are enormous: auto-generation essential