You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be simpler to not have to call into a closed-source library with unknown behavior - and for Linux, to have an out-of-tree kernel module. At the same time, we'd need documentation for the chip to be certain. This implementation seems fine for SPI flash at least: https://github.com/981213/ch347-nor-prog
The text was updated successfully, but these errors were encountered:
I am working on fully documenting the chip such that fully open code can be written. So far I have the SPI interface in mode 1 mostly documented (still need to push some details though). The code in the ch347-nor-prog repo does seems to contain a couple more details than I have found, I'll have to look into it more. https://github.com/nic3-14159/CH347-Research
It would be simpler to not have to call into a closed-source library with unknown behavior - and for Linux, to have an out-of-tree kernel module. At the same time, we'd need documentation for the chip to be certain. This implementation seems fine for SPI flash at least:
https://github.com/981213/ch347-nor-prog
The text was updated successfully, but these errors were encountered: