hinxx
hinxx
That look like a very good approach for me @gorbatschow ! Will test and report ASAP.
I can shave off half of CPU cycles from a 100 000 points, that would originally be plotted, when using some small threshold (i.e. 1000). It is interesting to see...
You can see how much memory is left by issuing "free" command. Also the output of "top" can be useful. There also numerous other sources of memory consumption. For starter...
I'll have OKdo E1 Development Board in couple of days to play around with; https://www.okdo.com/p/okdo-e1-development-board/.
This link gets me the JSON `https://api.nasdaq.com/api/screener/stocks?tableonly=true&limit=25&offset=0&download=true`. For the CSV, it seems that the page now uses JS to convert JSON into CSV and serves that to the user. Not...
Yes. Several people already posted their fix/PR for these compile issues within the last couple of months. Browse the issues to find out more..
I'm guessing this is from your code and not using reg_rw utility from this repo or similar. Are doing read()/write() syscalls or mmap()? FWIW, mmap() always does the right thing...
See PR #292. Sadly Xilinx/AMD is not merging any of code from PRs hence the issues with new kernels.
FWIW, I've ran the `xdma_mm.sh` on my machine and it finished without issues [test-6.7.0-rc1.txt](https://github.com/Xilinx/dma_ip_drivers/files/13948612/test-6.7.0-rc1.txt) . It is a dev box with `6.7.0-rc1` kernel.
> Could it have something to do with the Vivado settings? Could be, but I'm not the FPGA guy around here.. If you want to make screenshots of the Vivado...