Hello tech@,
I think you spelled one device name wrong. Attached is a patch to
correct this.
Best regards,
Clemens
Index: share/man/man4/axen.4
===
RCS file: /cvs/src/share/man/man4/axen.4,v
retrieving revision 1.6
diff -u -p -u
This was just an experiment, but it might be worth sharing.
Using RdRand in userland software is risky, and not just for
tinfoil-hattish reasons:
https://www.hyperelliptic.org/tanja/vortraege/random.pdf
Intel suggests that people call it directly. As chips with RdRand become
more
On 2015/08/04 22:40, Stefan Fritsch wrote:
someone mentioned to me the i217-LM problems that were reported on misc
end of May. It is possible that the patch below helps.
This fixes my Dell poweredge T20:
em0 at pci0 dev 25 function 0 Intel I217-LM rev 0x04: msi, address
f8:b1:56:...
And
Michael McConville mmcconv1 at sccs.swarthmore.edu writes:
https://www.hyperelliptic.org/tanja/vortraege/random.pdf
made my day:
“The way RDRAND is being used in kernels = 3.12.3 allows it to
cancel out the other entropy. See extract buf().”
“if I make RDRAND return [EDX] ^ 0x41414141,
Greetings !
With the following diffs sndiod and aucat work.
# diff -u pcidevs.ori pcidevs
--- pcidevs.ori Fri Jun 5 07:24:08 2015
+++ pcidevs Mon Jun 29 23:20:30 2015
@@ -4564,6 +4564,7 @@
product INTEL C610_PCIE_6 0x8d1a C610 PCIE
product INTEL C610_PCIE_7 0x8d1c C610 PCIE
Hi,
someone mentioned to me the i217-LM problems that were reported on misc
end of May. It is possible that the patch below helps.
For us, it fixed a problem on a laptop with i217-LM (pci id 8086:153a)
where the receiving of packets would stop until the battery of the laptop
was removed (or
On 2015/08/04 22:40, Stefan Fritsch wrote:
someone mentioned to me the i217-LM problems that were reported on misc
end of May. It is possible that the patch below helps.
This fixes my Dell poweredge T20:
em0 at pci0 dev 25 function 0 Intel I217-LM rev 0x04: msi, address
f8:b1:56:...
