Skip to content
This repository has been archived by the owner on Dec 5, 2023. It is now read-only.

Support for Bottom Boot Flash devices #19

Closed
dx4m opened this issue Mar 2, 2021 · 3 comments
Closed

Support for Bottom Boot Flash devices #19

dx4m opened this issue Mar 2, 2021 · 3 comments

Comments

@dx4m
Copy link

dx4m commented Mar 2, 2021

Hi, i wanted to ask if it is possible for you to add support for bottom boot flash chips?

I have a bunch of them here, that works normally when reading from it, but writing from the console is the big problem, because of the flipped sectors and the shifted address space.

Like a translation layer between the consoles normal top boot flash sectors and the bottom boot flash sectors. E.g. sector SA34(bottom) == SA0(top), sector SA33(bottom) == SA1(top), etc. And redirecting the addresses for read and write to the specific sectors. So that the CPLD behaves like with a Top Boot Device?

Page 14 and 15 from the Datasheet.

greez.

@Ryzee119
Copy link
Owner

Ryzee119 commented Mar 2, 2021

Hi,
The CPLD is at 100% capacity so translation layers like this are not possible at add.

Unfortunately you will need to use the correct flash chip.

@dx4m
Copy link
Author

dx4m commented Mar 2, 2021

Oh, that's a bummer. Never worked with CPLD's in the past, so the only way to implement such thing would be use of a FPGA instead of a CPLD?

Nevermind, I had them on hand so I thought it would be possible.

I've ordered the right ones now from Mouser with a heavy shipping cost. LCSC, where I order all my components, doesn't have them in stock.

@Ryzee119
Copy link
Owner

Ryzee119 commented Mar 5, 2021

The proper fix would be the modify XeniumOS to support different flash chips, unfortunately due to the source code never being released these types of changes are very difficult :(

@Ryzee119 Ryzee119 closed this as completed Mar 5, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants