Axdroid 2010-08-30

Oh my...
Axdroid 2010-08-31 release 2, get it whilst it's hot.
Axdroid 2010-08-31, get it whilst it's hot.
Axdroid 2010-08-30 release 2, get it whilst it's hot.
Axdroid 2010-08-30, get it whilst it's hot.

So, there's nothing major in here, but I figured I'd update everyone with the current build.

Changes I can remember:

• Android should actually fit on the screen properly for QVGA devices.
• Back/menu keys swapped, so that back is on the end. It just seems right.
• The menu key will now actually let you use the unlock screen. I'm still unsure about it, it seems pointless for Axims since they have a lock switch. Anyway, thanks to Danilo Riso for figuring this one out.
• QVGA setup on X51 hopefully fixed, thanks Max for the updated pixclock value.
• Tweaked some kernel config options etc, perhaps (hopefully) slightly faster.
• EDIT: hopefully fixed the touchscreen for the X50, and hopefully didn't break any X51s. If you happened to download the first release, please try out the second. It would be great if people would run this tool and let me know what it outputs and which device they ran it on.

About my previous post: yes, it refers to WiFi, which I have been working on for the past couple of days. I've figured out how to power WiFI on/off, and added some Axim-specific code to the code from the acx100 driver project. The driver is able to load firmware and communicate with the acx100 successfully. My work on it is in this build, and you can turn WiFi on/off in the settings (usually, it's kinda flaky). However, it scans but never finds any networks. I'll need to find more time to look into it. Hopefully soon, we'll have WiFi working and Axdroid might even become useful :)

Coming Soon

wlan0     Link encap:Ethernet  HWaddr 00:09:2D:83:B0:85  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

That is all.

LibreDroid!

I believe open source is the right way to do software. If it weren't for open source I certainly wouldn't know as much about computers as I do, and I'm certain it will teach me much more in the future. Plus, we wouldn't have Linux and therefore wouldn't have Android! So, it only seems right that AxDroid also be open :) In theory, you can now build AxDroid (if you have all the tools setup) with the following:

git clone git://github.com/paulburton/axdroid.git
cd axdroid
./build.sh

I'm testing building from a clean checkout now, if you hit any problems in building then do let me know. This is the current script as I'm using, and will be updated as I go, so please don't use the scripts I posted a while ago as they're missing certain things.

EDIT 2010-08-29: Fixed git URL

Yup, more Axdroid

New build Axdroid 2010-08-09 here!

Changes since Saturdays build:

• JIT is enabled. It turns out the fancy new JIT compiler Android 2.2 introduced was disabled for ARMv5TE devices for some reason. This build has it enabled (actually I'm now using the dalvik code from the CyanogenMod ROMs).
• CompCache is included. This takes a chunk of RAM and uses it as a compressed swap device, so essentially you can fit more in there at the expense of a little processor time doing the (de)compression. I think on the Axim with so little RAM it will be worthwhile.
• The system apps/frameworks are pre-optimized. This means the Axim doesn't have to do so much work on first boot, so speeds things up a bit. Google for odex or dexpreopt if you want to find out more about that.
• The MMS and camera apps were removed, they don't make much sense on the Axim.
• SD card mount permissions have been fixed - Android can write to your SD card and it couldn't before. This means things like album art in the music app now work.
• I added some code to attempt to figure out which touchscreen model is in use. If X50/X50v users could let me know how it goes that would be great. Basically it looks at the first 100 values it gets and if they look like a X51 series device it assumes that's what it is, otherwise it assumes X50 series. However, having never seen the data from an X50 series device I'm guessing what it will be based on the existing code, so it might be that I'm completely wrong. Also I'm not sure if 100 values will be too few/too many/just right. You might find that it doesn't work for a few seconds then suddenly does work when it decides it's an X50.
• I changed the key mapping, now it goes:
• Calendar = menu
• Contacts = back (I'm considering swapping Calendar/Contacts)
• Email = end call (not sure if this one is of any use)
• Home = home (yay!)
• Wireless = volume up
• Voice record = volume down
• Root FS is now using ext4 rather than ext3. Not sure why I chose ext3 to begin with to be honest :s
• Small tweaks like a boot logo

It seems to me that the speed on my device is now limited by my SD card rather than running out of RAM or anything else. My card is a pretty standard class 2 2GiB one, I may have to invest in a faster one to see if it makes much of a difference. I've also been looking at the internal flash which I think would be much faster than the SD card to read from, but at least for the X51(v) NAND flash it doesn't seem like anyone has ever managed to use the chip with Linux. I've not given in yet though :)

Another week, another build

Get Axdroid 2010-08-07 here!

So, changes since the last one:

• LCD setup should hopefully be fixed. On the X51v the LCD will no longer flicker, and the X51 should no longer be offset. Hopefully this doesn't break the X50/X50v. Thanks to Max Fierke for the QVGA settings from an X51 :)
• The 2700g in the X51v and X50v is never going to be truly useful to us, the only thing we can use it for is an unaccelerated framebuffer - which we already have from the PXA270. However - it has 16MiB of RAM that would sure be handy. Now video RAM for us isn't identical to system RAM - generally it's much slower to read from, but it should hopefully be faster than the SD card anyway. So, I've written code that will initialize the 2700g to the point that we can access it's RAM and make use of it as swap space. So now VGA devices have 2 tiers of swap - when system RAM is full the 2700g RAM will be used, and when that fills up the SD card swap.img file will be used. Hopefully this will help speed things up a little for the X51v & X50v.
• Various small tweaks to maybe help speed it up a little, such as mounting with the noatime option.