-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
flash.c: stlink_open_usb is actually able to open v1 and v2 (and v3) #922
flash.c: stlink_open_usb is actually able to open v1 and v2 (and v3) #922
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, very good - just get rid of that old junk... 👍
This is actually a result of #918, right? |
i think it was half-working before my previous PR - i'm pretty sure i managed to use a v1 without specifying any device path, at least this could work in specific conditions. |
@grevaillot: Can you update this PR to resolve the conflict in |
pr conflict fixed - not much time to scan old tickest - This can probably close initial issue of #378 - v1/v2 selection issue. Still, switching to something "working" to parse cmdline opt would be nice, but we now avoid that bug. |
….) devices. no need to check that _not used_ o.devname .. no need to specify devname in commandline get rid of the devname cmdline stuff, and update comments
e6750c4
to
fc507fd
Compare
Thx, not necessary for you to do so, I think we're fine to link #378 here. Any further more general improvements for opt parsing should be addressed by a new ticket, should such be desired. |
Merci @grevaillot! |
flash.c: stlink_open_usb is actually able to open v1 and v2 (and v3 .…….)** devices.
no need to check that not used o.devname ..
no need to specify devname in commandline
get rid of the devname cmdline stuff, and update comments
should probably help with #378 ..