hello_fpga hangs forever for xeon with integrated fpga
by Jin Mingjian
Hello,
accidentally, I got a skylake-sp with integrated fpga.
After some investigations, I find I could not drive it for anything. I am a
little surprising and not sure if your guys can give some lights?
1. default shipped stuff does not work although basic cmds works:
under centos 7.4:
---------- fpgainfo fme ----------
Board Management Controller, microcontroller FW version unavailable
Last Power Down Cause: unavailable
Last Reset Cause: unavailable (can't open)
//****** FME ******//
Object Id : 0xEF00000
PCIe s:b:d:f : 0000:7E:00:0
Device Id : 0xBCC0
Socket Id : 0x00
Ports Num : 01
Bitstream Id : 0x6400002FC614BB9
Bitstream Version : 0x558900000406
Pr Interface Id : 1a422218-6dba-448e-b302-425cbcde1406
---------- fpgainfo bmc ----------
Board Management Controller, microcontroller FW version unavailable
Last Power Down Cause: unavailable
Last Reset Cause: unavailable (can't open)
//****** BMC SENSORS ******//
Object Id : 0xEF00000
PCIe s:b:d:f : 0000:7E:00:0
Device Id : 0xBCC0
Socket Id : 0x00
Ports Num : 01
Bitstream Id : 0x6400002FC614BB9
Bitstream Version : 0x560000000406
Pr Interface Id : 1a422218-6dba-448e-b302-425cbcde1406
---------- fpgainfo port ----------
//****** PORT ******//
Object Id : 0xEC00000
PCIe s:b:d:f : 0000:7E:00:0
Device Id : 0xBCC0
Socket Id : 0x00
Ports Num : 01
Bitstream Id : 0x6400002FC614BB9
Bitstream Version : 6.4.0
Pr Interface Id : 1a422218-6dba-448e-b302-425cbcde1406
Accelerator Id : d8424dc4-a4a3-c413-f89e-433683f9040b
Accelerator GUID : d8424dc4-a4a3-c413-f89e-433683f9040b
hello_fpga hangs forever:
...
run on bus 0x7e
(hangs forever here)
And nlb0 output like this:
[2860][ERROR][nlb0] test timeout at 1 cachelines.
under kernel 4.20.x with upstreaming DFL driver:
the output is same like below (except that the Socket Id is show as 0xFF,
in fact there seems no "Socket Id" exposed under DFL driver).
now my question is: how to further debug for this case?(assumed the cpu
should work)
2. the downloadable acceleration-stack[1] is just for PAC, not
for intg_xeon.
So I can not use this tool to re-generate/re-config a new gbs in that the
bbs for intg_xeon does not exist. And so the naming of "Intel® Acceleration
Stack for Intel Xeon® CPU with FPGAs" is a little deceptive. Or (hopefully)
am I wrong about this tool?
best regards,
Jin Mingjian
[1]
https://www.intel.com/content/www/us/en/programmable/solutions/accelerati...
3 years, 3 months
Main Memory Access from FPGA
by David Nicuesa
Hi all,
I'm getting started with the examples, specifically with the hello_world
from the intel-fpga-bbb
<https://github.com/OPAE/intel-fpga-bbb/tree/master/samples/tutorial/01_he...>
repository.
Everything works just fine but I was wondering if it is possible for me to
access the Main Memory (Not IO) from the FPGA using the CCI protocol.
I have an rtl to sum two vectors, so my idea was to provide the addresses
for those two vectors from the software application, allocated in General
Purpose Memory. This way, ideally, the FPGA should be able to access those
vectors without having a shared buffer (MMIO).
Is it possible to do this, maybe using some MPF extension? In case this is
not feasible, I should allocate a shared buffer in MMIO space and then
comunicate the vectors through that buffer, right?
Thanks!
3 years, 3 months
