JakeK said:
I know this is going to sound strange, but can someone explain to me in simple terms what Open2x is? I read about it and all I can see is mumbo jumbo
. I hear about it a lot and would just like to know exactly what it is.
It is several things. To quote the Open2x Wiki
"Open2x is an umbrella project to bring open source, community friendly, solutions to the GP2X Linux handheld system. The project consists of a number of complementing sub-projects that work together to deliver things such as the Open2x toolchains, kernel and firmware.
The project is very heavily centred on its SVN repository but the project is actively working towards milestone public releases. "
In this context people are talking about the Open2x kernel and firmware. This is basically a replacement for the firmware GPH ship on the GP2X. The main points to note are that it uses a more recent Linux kernel, has newer drivers and is optemised in ways the GPH firmware is not.
The other key thing Open2x put together is the toolchain and libpack. This is used by a large number of developers to build and test there applications.
Trevor Bradley said:
Just to terrify the uninitiated, what exactly would be involved for a new developer to the project to introduce F200 support? Is it more than just:
A) Touchscreen drivers
B) Touchscreen application for tuning
C) Flagging certain functions the F100 has off?
Ok,
This would be a very high level check list I would think. The only way to know for sure is to do it
.
Touchscreen drivers - Check
Touchscreen calibration app - Check (Both these are not that difficult, in fact if somebody was interested I think I have most of this done)
F200 specific kernel build rules/config - Check
Kernel hacking to build an F200 specific kernel with touchscreen support (and no NetChip support)
F200 specific variant of the ROOTFS and changes to our build system - You maybe able to get away with one unified ROOTFS with work but you would need both an F100 and F200 to test really
F200 install utility
Clean, consistent way (in code) to tell F100 and F200 apart (something in the environment maybe?) - Not just checking for a touchscreen device
.
Small changes to account for the subtle changes to the NAND layout
Numerous little changes here and there (#ifdef style stuff) in the Open2x support apps
Most of that assumes your already familiar with hacking the Linux kernel, have a little experience with YAFFS file systems and don't mind reflashing your GP2X every time you want to test a new kernel or ROOTFS change (fairly sure fire way to brick it
).
If you wanted to speed up development the other major task would be to merge the F200 changes to U-Boot (the bootloader) with the current Open2x bootloader so you have things like SD/SDHC booting on the F200. This is a fairly low level task and would require somebody who is familiar with jTAG (debugging and unbricking) and is not afraid to mess up there unit (I went through several F100's playing with the bootloader, some of them are still not unbricked to this day).
It is all very possible and could be done fairly quickly by the right sort of person. The problem is, I have yet to meet a person with an F200, loads of free time and a desire to try the above
. If you think you are that person do get in touch B).