summaryrefslogtreecommitdiffstats
path: root/main.tex
diff options
context:
space:
mode:
authorYann Herklotz <git@yannherklotz.com>2021-04-14 00:03:47 +0100
committerYann Herklotz <git@yannherklotz.com>2021-04-14 00:03:47 +0100
commit2e70aee3a563ca6c78c75be1922c9f657a3fc40a (patch)
treec2972b4c15b218090df602275635369d2dd61e30 /main.tex
parentb9891db033123ed317a3eb71a1e75930a933378a (diff)
downloadoopsla21_fvhls-2e70aee3a563ca6c78c75be1922c9f657a3fc40a.tar.gz
oopsla21_fvhls-2e70aee3a563ca6c78c75be1922c9f657a3fc40a.zip
Some small fixes
Diffstat (limited to 'main.tex')
-rw-r--r--main.tex10
1 files changed, 5 insertions, 5 deletions
diff --git a/main.tex b/main.tex
index e9e9bdb..196d73d 100644
--- a/main.tex
+++ b/main.tex
@@ -58,7 +58,7 @@
\ANONYMOUSfalse
\newif\ifCOMMENTS
-\COMMENTSfalse
+\COMMENTStrue
\newcommand{\Comment}[3]{\ifCOMMENTS\textcolor{#1}{{\bf [\![#2:} #3{\bf ]\!]}}\fi}
\newcommand\JW[1]{\Comment{red!75!black}{JW}{#1}}
\newcommand\YH[1]{\Comment{green!50!blue}{YH}{#1}}
@@ -90,9 +90,9 @@
\newcommand{\compcert}{Comp\-Cert}
\newcommand{\legup}{Leg\-Up}
-\newcommand{\slowdownOrig}{56}
-\newcommand{\slowdownDiv}{10}
-\newcommand{\areaIncr}{21}
+\newcommand{\slowdownOrig}{30}
+\newcommand{\slowdownDiv}{2}
+\newcommand{\areaIncr}{1.1}
\def\polybench{Polybench/C}
@@ -140,7 +140,7 @@
\begin{abstract}
High-level synthesis (HLS), which refers to the automatic compilation of software into hardware, is rapidly gaining popularity. In a world increasingly reliant on application-specific hardware accelerators, HLS promises hardware designs of comparable performance and energy efficiency to those coded by hand in a hardware description language like Verilog, while maintaining the convenience and the rich ecosystem of software development. However, current HLS tools cannot always guarantee that the hardware designs they produce are equivalent to the software they were given, thus undermining any reasoning conducted at the software level. Worse, there is mounting evidence that existing HLS tools are quite unreliable, sometimes generating wrong hardware or crashing when given valid inputs.
- To address this problem, we present the first HLS tool that is mechanically verified to preserve the behaviour of its input software. Our tool, called \vericert{}, extends the \compcert{} verified C compiler with a new hardware-oriented intermediate language and a Verilog back end, and has been proven correct in Coq. \JW{Could maybe drop the following sentence from the abstract?} \vericert{} supports all C constructs except for case statements, function pointers, recursive function calls, integers larger than 32 bits, floats, and global variables. \JW{Following sentence needs updating with new figures.} An evaluation on the PolyBench/C benchmark suite indicates that \vericert{} generates hardware that is around an order of magnitude slower and larger than hardware generated by an existing, optimising (but unverified) HLS tool.
+ To address this problem, we present the first HLS tool that is mechanically verified to preserve the behaviour of its input software. Our tool, called \vericert{}, extends the \compcert{} verified C compiler with a new hardware-oriented intermediate language and a Verilog back end, and has been proven correct in Coq. \JW{Could maybe drop the following sentence from the abstract?}\YH{Hmm, I don't know actually, I feel like as we don't support all of the C features one might want to know what features are supported.} \vericert{} supports all C constructs except for case statements, function pointers, recursive function calls, integers larger than 32 bits, floats, and global variables. An evaluation on the PolyBench/C benchmark suite indicates that \vericert{} generates hardware that is around an order of magnitude slower but about the same size as hardware generated by an existing, optimising (but unverified) HLS tool.\YH{Technically this is right, but we might want to add the division values.}
\end{abstract}
%% 2012 ACM Computing Classification System (CSS) concepts