anarsoul's blog

Recently I spent few evenings for hacking wayland . I like idea of wayland - rendering is done completely on client (in whatever way), compositor (server part) is responsible in rendering buffers from clients on the screen. Issue for me was rendering part of weston (reference compositor for wayland) - it uses GLES for compositing, but I want to try wayland and weston on devices without hw acceleration (pure software rendering), and running software GL on PXA270@312MHz does not sound like a good idea, does it? :) So I asked on #wayland@irc.freenode.org if it possible to implement software renderer, Kristian Høgsberg (khr) responded that in master branch of weston repo there's a nice abstraction of renderer, so it's possible to implement pixman renderer. So I did :) weston with x11-backend and pixman renderer khr and pq from #wayland were very helpful, and described place of renderer in wayland architecture, here're some points renderer just performs rendering of ...

Month past since I last time posted to my blog, and many things happened, many stuff I was hacking on :) So... CPUFreq is working! I got cpufreq working on Zipit Z2. For some reason it's unstable when fastbus bit of CCLKCFG is set, so solution is to keep fastbus disabled. Here's patch . Now it works pretty well with ondemand and conservative governors (I'm using later). But I suggest to keep regulator support disabled - for some reason it adds some instability (even without cpufreq). linux-anarsoul-2.6 tree was set up :) I published my linux-2.6 git repo at github, for now it contains only zipit-related patches (in branch pxa27x-dev), but I plan to make a branch with h1940 and rx1950 patches (however, pretty all h1940/rx1950 patches are merged into mainline kernel) Patches... I submitted pack of patches for Zipit Z2, so they'll appear in 2.6.39 :) Also looks like Ben Dooks sent pull request for next-samsung tree, so rx1950 and h1940 patches should get into Linu...

All HW support patches for RX1950 were merged into appropriate -next trees, so 2.6.37 will support RX1950 out-of-the-box :) The only out-of-tree part is WiFi, it's supported by acx100-mac80211 project , this driver is missing proper rfkill support for now, probably I'll find some time to implement it. Also some H1940-related patches were merged such as: gpiolib support for latch access, improved LCD/BL/MMC power functions. Probably sound support for H1940 will be merged aswell. Missing parts of H1940 are: battery monitoring/charging support, keys support and probably LEDs (leds-h1940 is obsoleted from now). Kernelspace part is finished, but userspace part is just started (there's no usable rootfs for these PDAs still) :( Update: it seems H1940 sound support will be merged only into 2.6.38 due to missing dependencies in sound-2.6 tree.

I've just got WinMo booting from u-boot. Actually, not directly, I've got WinMo bootloader booting from u-boot, but that's enought to get WinMo booting :) It means that we can get dualbooting on h1940 and rx1950. Neat :) Some technical details: WinMo bootloader location in nand is 0x4000-0x44000 (for h1940 and rx1950), so backup this area to be able restore it/or boot it from u-boot.. Its load address is 0x30080000, it expects interrupts, mmu and dcache to be disabled, doesn't care about icache. Entry point is 0x30080000.

I've just flashed my h1940 with u-boot as second bl - and it works! :) So no I have one h1940 (without screen) with u-boot as bootloader :)

I've published my u-boot fork here , it contains support for rx1950 and h1940 (there was report that h1940 version works, but I didn't test it by myself). You can build and test them from haret - only usb device and nand work for now, but sd/mmc should work aswell, just need some testing :)) Later this week I'll try to flash u-boot to h1940, just need to solder jtag to its board :)

Good news, everyone! I've just owned iPAQ h1940, so I'm going to hack linux on it too :)