Skip to content

splashasm: Add port option and bump version - #212

Open
SherbertLemon64 wants to merge 2 commits into
raspberrypi:masterfrom
SherbertLemon64:master
Open

SherbertLemon64 wants to merge 2 commits into
raspberrypi:masterfrom
SherbertLemon64:master

Conversation

@SherbertLemon64

Copy link
Copy Markdown

With the rp1 support, the port cannot be assumed as there are now multiple usable ports. Add in a port option, since this is a silently breaking change, bump version

Do not merge until the firmware is updated

Comment thread splashasm/README.md Outdated
@SherbertLemon64
SherbertLemon64 force-pushed the master branch 2 times, most recently from 121a52d to 0cb7f4a Compare September 4, 2026 15:34
@SherbertLemon64

Copy link
Copy Markdown
Author

I've also realised that the previous model of limiting pin choice doesn't really work unless I am willing to list out all the spi pins on RP1, I've downgraded it to a warning now, but I'll have a think whether it is work maintaining a pin map here or not

Comment thread splashasm/README.md Outdated
Port : Sets the output block we will be writing to, this
needs to be in agreement with the pins to get an
output. Not relevant for Pis earlier than the Pi 5
Reserved : three pad bytes (struct alignment after Size), always

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

two pad bytes

Thomas Griffiths and others added 2 commits September 18, 2026 14:38
With the rp1 support, the port cannot be assumed as
there are now multiple usable ports. Add in a port
option, since this is a silently breaking change,
bump version
@SherbertLemon64

Copy link
Copy Markdown
Author

Just removed the bit about it not supporting rp1 and squished it into my original commit

@SherbertLemon64

SherbertLemon64 commented Sep 20, 2026

Copy link
Copy Markdown
Author

Just also remembered a bug in the firmware that should be fixed on that side of things while this is going on. During development, the size of the length commands was 10 bits. I eventually changed it to 16 but didn't change the evaluation code for it so it errors if actually use more than the 10 bits. I could limit things on the generator side of things or auto split up commands but I think it makes sense to just support all 16 bits in the firmware

@pelwell

pelwell commented Sep 21, 2026

Copy link
Copy Markdown
Collaborator

The firmware side is currently held up because the RP1 I2C driver is moderately broken.

@pelwell

pelwell commented Sep 21, 2026

Copy link
Copy Markdown
Collaborator

I've updated your branch with some changes that should allow compatibility with old firmware unless new features are used. It also changes the value of CPOL, CPHA and CSPOL to the conventional 0 & 1 rather than the VC-specific 1 & 2.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants