Skip to content
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

STM32F100 development kit does not work since change to libusb #423

Closed
galexander1 opened this issue Jun 4, 2016 · 5 comments · Fixed by #424
Closed

STM32F100 development kit does not work since change to libusb #423

galexander1 opened this issue Jun 4, 2016 · 5 comments · Fixed by #424

Comments

@galexander1
Copy link
Contributor

galexander1 commented Jun 4, 2016

Using current master (f4991d8), I found that my old STM32F100 development kit does not work. It gets a libusb error reading the target voltage, and then all further libusb calls fail.

I believe the relevant change to stlink is the addition of libusb as an alternative to sg. I had previously (2011) used the sg driver, and it did not provide the target voltage function so it did not have this problem. But with the new libusb driver, it does attempt the unsupported command.

@galexander1
Copy link
Contributor Author

galexander1 commented Jun 4, 2016

The call to that crashes my STM32F100 is happening from gdb-server, because it outputs the voltage for informational purposes (ILOG). In other places, the target voltaeg is determined only for certain kinds of boards where that is necessary, and it does not cause this problem.

Pull request #424 fixes this issue for me.

And thank you for adding the libusb support! Now that I'm past this issue, it works way more reliably than the sg mode interface did in the past.

@xor-gate
Copy link
Member

xor-gate commented Jun 4, 2016

@galexander1
Copy link
Contributor Author

Yes, that's the one. Though my board is old (2011), so I don't know if there are different revisions since then.

@galexander1
Copy link
Contributor Author

It is this chipid: STLINK_CHIPID_STM32_F1_VL_MEDIUM_LOW = 0x420,

@xor-gate
Copy link
Member

xor-gate commented Jun 4, 2016

I'm currently don't have a test setup, in the upcoming weeks I would be able to verify. When removing reading of target voltage for gdb-server would not change the behaviour of the gdb interface. But i'm wondering how many people rely on it currently. In my opinion the gdb-server should not do this.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants