-
Notifications
You must be signed in to change notification settings - Fork 202
Update SPI signal terms to COPI / CIPO #215
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
Conversation
... I've just realised that the class is |
Yes. That's one of the implicit references. |
I've been through a bit more thoroughly now - tests pass, and hopefully I've addressed everything. |
Took a look at this out of curiosity: This one line still contains a reference to "master" and MISO. |
@thasti - good catch, thanks for that. @whitequark - can you provide more context about the |
This is actually just a bad name because it's unclear what it even refers to, as you've just discovered. It's the clock that gets output on the SCK pin. Maybe something like |
I see... it doesn't appear to be referenced anywhere (I was partially expecting it to appear as a clock domain - i.e: If it's the generated / output clock, would simply |
I have a feeling that this test failure is unrelated to the changes... (known issue? can I re-run without pushing a change?)
|
It only appears in logs. |
I've never seen this failure before. Frankly I have no idea what any of this means. Do we use "yarl"? What is it and why do we use it? |
Okay, seems like that's an URL parser with a C extension (cursed) and it broke because some of our dependencies have been updated. This seems like an upstream bug in yarl. |
Gah, okay... I should have dug first. |
@attie Just to check, these commits don't work in isolation, right? I.e. the codebase is broken in between the first and the last one. |
Yes, correct. Happy to squash them if you'd prefer. |
Yup, please squash them so that the history is bisectable, then we could merge it. (The last one is unrelated though.) |
Ok. Would you like a separate PR for the last commit, or can it be part of this PR and not squashed? Any preference on the subject line prefix? Just |
For sweeping changes like that I simply use a descriptive commit line without any formal prefix. After all, rules are made to be broken. |
Thanks for doing this! |
No problem! :-) |
As discussed in
#glasgow
, this patch should update the SPI signal terms to COPI / CIPO / CS.The old terms will no longer be obeyed, and flags such as
--pin-copi
must be used from now on.I believe I've resolved all references to the old terms, but if there are other places (perhaps implicit) that I've missed please let me know.
Happy to squash into one commit if that would be preferred.