Hmmm, if ME can turn it around that quickly then it will be a binary module from a 3rd party of a straight back port like they did with other parts of the kernel, either way it has to be better then GPH's efforts .
I have a feeling it will still be 1bit, but stable 1bit .
Now if ME can just do the USB 2 I/C intergration and a less hacky framebuffer and....and.....and .
Frame buffer is ok, it's just GPH's approach to it that was a little hacky (IMHO) .
The SD drivers in the Linux kernel is what I expect ME to use (hell, the newer 2.6.* SD drivers support 4bit if the driver does and some nice bits and bobs) but they will have to back-port them to 2.4.25 as 2.4.25 had no SD support back then, only MMC. GPH's efforts at hacking about with this have been less then perfect thus far .
There is also the aspect of the SD hardware/chip drivers before the more generic Linux SD drivers become much use. My feeling is that this is where GPH fell over not with the generic SD support that sits on top.
MMC cards in the GP2X bork as badly as SD cards but on paper MMC cards will not use SD code as the card type is worked out up-front and MMC is the older brother of SD so the SD support code is never called just the ‘classic’ MMC code and that was stable long before 2.4.25.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.