libtool
tar
sqlite-devel (if sqlite3 will be used)
- perl-dbd-sqlite (if sqlite3 will be used)
+ perl-DBD-SQLite (if sqlite3 will be used)
To install then on Fedora, run:
yum install -y make gcc autoconf automake libtool tar perl-dbd-sqlite
./configure parameters:
--enable-sqlite3 enable storing data at SQL lite database (currently
- experimental)
+ experimental)
--enable-aer enable PCIe AER events (currently experimental)
--enable-mce enable MCE events (currently experimental)
AER error injection can use this tool:
https://git.kernel.org/cgit/linux/kernel/git/gong.chen/aer-inject.git/
+
+SUBMITTING PATCHES
+==================
+
+If you want to help improving this tool, be my guest! We try to follow
+the Kernel's CodingStyle and submission rules as a reference. Please
+send patches enclosed in an email, in plain text, to:
+ Mauro Carvalho Chehab <m.chehab@samsung.com>
+ or
+ Mauro Carvalho Chehab <mchehab@infradead.org>
+
+Sending a copy also to linux-edac@vger.kernel.org.
+
+Don't foget to add a description of the patch in the body of the email, adding
+a Signed-off-by: at the end of the patch description (before the unified diff
+with the patch).
+
+We use Signed-off-by the same way as in kernel, so I'm transcribing
+bellow the same text as found under Kernel's Documentation/SubmittingPatches:
+
+ "To improve tracking of who did what, especially with patches that can
+ percolate to their final resting place in the kernel through several
+ layers of maintainers, we've introduced a "sign-off" procedure on
+ patches that are being emailed around.
+
+ The sign-off is a simple line at the end of the explanation for the
+ patch, which certifies that you wrote it or otherwise have the right to
+ pass it on as an open-source patch. The rules are pretty simple: if you
+ can certify the below:
+
+ Developer's Certificate of Origin 1.1
+
+ By making a contribution to this project, I certify that:
+
+ (a) The contribution was created in whole or in part by me and I
+ have the right to submit it under the open source license
+ indicated in the file; or
+
+ (b) The contribution is based upon previous work that, to the best
+ of my knowledge, is covered under an appropriate open source
+ license and I have the right under that license to submit that
+ work with modifications, whether created in whole or in part
+ by me, under the same open source license (unless I am
+ permitted to submit under a different license), as indicated
+ in the file; or
+
+ (c) The contribution was provided directly to me by some other
+ person who certified (a), (b) or (c) and I have not modified
+ it.
+
+ (d) I understand and agree that this project and the contribution
+ are public and that a record of the contribution (including all
+ personal information I submit with it, including my sign-off) is
+ maintained indefinitely and may be redistributed consistent with
+ this project or the open source license(s) involved.
+
+ then you just add a line saying
+
+ Signed-off-by: Random J Developer <random@developer.example.org>
+
+ using your real name (sorry, no pseudonyms or anonymous contributions.)"