Search results

If they just appear as a USB hard/DVD drive with all the user interface on the drive itself, then there should be no problems using it with the standard Linux drivers. Booting from USB might be more of an issue, some U-boot tweaks may be needed to get that to work as I don't know if it has...

Even more strangely, with Firefox on Linux it just says "Incorrect username or password entered. Please try again." On Chrome on Android, it says "There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Please resubmit the form."

For anyone else following this, on the packages gitlab I also have WIP patches for TILER rotation support in the X11 driver and resize crash fixes in the DRI3 plugin. The biggest remaining piece of the puzzle is the issue with etnaviv and swiotlb with 4GB RAM, which I can't debug on the uEVM...

I was hoping to fix/update some stuff on the Pyra Wiki. But I can't find any way of creating an account - it's different to the Pandora Wiki, right? - and neither does my forum login work. Is this another anti-spam thing where someone needs to create an account for me, or has integration with...

Without wanting to hijack this project thread - obviously it's a very different thing to the 65 - I can recommend the ULX3S for anyone looking for an easy and relatively cheap introduction to FPGAs particularly with stable open source toolchain support and several retro computers ported already.

I think the Neo Freerunner used an OMAP3. The Pyra is pretty much the only consumer product using the OMAP5, as it was released shortly before TI laid off the OMAP team and stopped marketing it due to increased competition from Qualcomm Snapdragons. But some cars use an OMAP5-derived SoC (DRA7xx...

Thanks for activating my account, I have now updated that issue list in a few places with that I am currently working on.

Hopefully the future CPU board won't have binary blob drivers :D But if it does, then indeed I think a shim would be needed.

The difference between 32-bit ARMv7 and 64-bit ARMv8 is more than just the data-path width, there are also twice the number of registers in 64-bit mode and some other changes including to NEON and VFP. As the processors are also likely to be tuned to run native new 64-bit code better than legacy...

Nope, most if not all of the current 64-bit ARMv8 processors can run 32-bit ARMv7 code in a kind of compatibility mode. All a 64-bit ARM Linux platform would need to provide is some 32-bit armhf libaries using multilib and existing 32-bit Pyra software should run fine. In fact, this is pretty...

The Goldelico Letux kernel issues list is probably the best one to work with. Unfortunately, the registration isn't working for me there, I get to the last step but the "Enable Your Account" button doesn't do anything...

That sounds promising for running on the Pyra.

Unless it uses more memory than a 32 bit address space provides, then usually the Java bytecode itself should work the same on 32 and 64 bit JVMs (Java has fewer 32/64bit differences than C/C++). The problem is more likely the native libraries it comes with, which would need to exist for 32 bit...

Ah, I may have mixed up the Pandora with my own attempts to get hardware video encoding working on an OMAP3 dev board, which never did succeed.

It's not actually my main field, so I'm not sure how comfortable I would be actually teaching it. But I'd happily work on a thread or set of Wiki articles or something about the low level Pyra software and hardware.

For the most part h264 is a totally different subsystem, with quite a few components that will need to be ported, many of which seem to have not been touched since 2013: - the ipumm firmware that runs on the M4 cores and coordinates the codec engine. Technically this is half open source (the...

The GC320 2D core pretty much does blitting, blending, scaling, rotation and colour space conversion as its main operations. In general it is only used for X acceleration so games wouldn't be using it other than for blitting the final rendered game into a window (for which it is plenty fast...

Indeed, the 2D acceleration in xf86-video-armsoc-omap5 is fully open source using etnaviv. It doesn't actually provide a massive performance boost, according to its README purely software rendering on the ARM cores is actually faster (I haven't tried myself yet) but it should be lower power and...

I ordered in October 2017, which is a bit after the main rush - there were 1093 preorders when I ordered.

Just to be a troll I could vote "no" xD As another teaser, this is 3D acceleration and X11 working together using xf86-video-armsoc-omap5 and dri3wsegl - this is not using TILER yet, but that's the next step. The armsoc-omap5 driver also takes advantage of the GC320 2D accelerator.