It will probably take me more of a evening because the next couple of days is
already full. Maybe I will test your version and then make another pr to unify
hal_spi.h and bcm2835.h
--
website: http://www.machinekit.io blog: http://blog.machinekit.io github:
https://github.com/machinekit
---
Y
OK,
Hear from you in a bit
On 30/09/18 18:15, mngr wrote:
I lacked attention, I thought you imported cpuinfo.h
rebuilded and now it runs, but I still need to edit
something more to make it work
nm shows that both g
I lacked attention, I thought you imported cpuinfo.h
rebuilded and now it runs, but I still need to edit something more to make
it work
nm shows that both get_cpuinfo_revision() and get_rpi_revision() are defined
anyway, it reads correctly giving number cores as 4 and revision as 4.
I will give s
On 30/09/18 16:59, mngr wrote:
A young guy just learned how beautiful commit diffs are
here is a link to the diffs!
https://github.com/machinekit/machinekit/compare/master...mngr0:master
A young guy just learned how beautiful commit diffs are
here is a link to the diffs!
https://github.com/machinekit/machinekit/compare/master...mngr0:master
I have been very sticky to the workings in hal_gpio.c,
and the changes in hal_spi.h are not really necessary, but I think it
should be remov
See https://github.com/ArcEye/machinekit/tree/hal_spi_base
I have used the simplest strategy.
As only the _PERI_BASE seems to be different, I have changed the
#define to an unsigned int variable.
This is then set to either 0x2000 or 0x3F00 depending up
