-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rewrite of flashloader source files (BSD license) #915
Comments
I'm going to look at this now. |
@xor-gate: Did you only mean the two flashloaders for which the source files have a header, or did you have in mind that (in addition to these) there were also others (without any header) copied from openocd, but without any reference? If the latter is the case, one would have to compare line by line to identify. Regarding the former ones: These were indeed correctly declared - but somewhere at the very bottom of our README file. I'll move this important note to the top. |
Maybe we can just clean room the source code to make a pure BSD one. |
Good idea. Indeed it would be nice to have an independent solution for this project. |
Volunteer found. I will take part in this process. |
Well at first I'd suggest to review what is currently there and whether there are any redundant files or sections. Here are the related references in git history, when the loader files appeared: 8151bf5 F2/F4 Some don't have any documentation within the file. I would find it desirable to have a header in each which explains the file content or at least holds a reference to an official STMicroelectronics document. You may also join https://hackaday.io with your github-login, to consult on details, if you like. |
The src for F0 seems to be verbose. I will try optimize it in a unified way that others are mostly taken. The common problem is indeed the lack of references. Should be easy to solve thanks to commit 44c645b and 7153510. |
@chenguokai: I am currently updating the deb packaging, including all required additional files, following official Debian policies. Taking this issue already into account, I'll update the license file to BSD-3 only. This would imply that there are no old flashloader source files present with incompatible licensing by the time of merging the enhanced cmake packaging stuff. |
If it is not too much effort one may have a look at some of the older flash loader issues, which have been grouped in two separate milestones. It is possible that some issues have resolved with this rewrite as well, either due to an alternative implementation or fixes within the order of command calls. |
One problem makes nearly all reported error logs of flashloader related ones useless: No device dump of the error state. Currently no info is dumped from device, no register values, no RAM datas, etc. Thus we cannot identify what has gone wrong in the underlying process. I am going to be busy recently and I may not have time to implement a more detailed error log, while in my view, it would be essential for solving any flashloader related issues. |
Ok, so I'd suggest to address that at a later point in time, and by then close all flash loader issues, which can no longer be investigated, to have a clean reference there. In the meanwhile I will check, if some of the original issuers are still active and available for any further feedback (but I doubt this will be the case). |
Pick up of an issue mentioned before by @xor-gate in #682:
The text was updated successfully, but these errors were encountered: