More work on Zipit Z2

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 Linus' tree aswell

USB on Zipit Z2

Also I got udc working on Zipit Z2. Wiring is pretty simple, use this pinout, connect D+ to pin 14, D- to pin 13, GND to pin 19, Vcc to pin 9. You'll also need this patch to make it work, but it disables usb host functionality, so you have to choose what you need - usbc or usbh. I'll add support for switching from host to device and backwards a bit later. Also I'll publish schematic of my own version of host cable.

Future

As I said earlier, I plan to work on driver which will switch usb pins on Z2 from host to device mode and vice versa, also I'm going to finish my host cable - it can supply usb device with 3.3v (well, actually only 3v :)), and it has protection against putting 5v on Vcc pin of USB (my powered hub does it. It sucks, I know). One more Z2 fix is pending - I want to add rfkill support to libertas driver, so one can switch WiFi power off. Also I'm working on Angstrom console-image for Z2, it's still unfinished because of lacking udc cable - I want to boot Z2 from nfs over udc cable, as it's much easier to test rootfs images like that.

That's all. Stay tuned to get latest news! :)

Comments

Post a Comment

Popular posts from this blog

Access point with Raspberry Pi and rtl8192cu dongle

On Thursday ethernet ports (WAN and LAN1-4) in my Asus WL500GPv1 router have completely died, so I needed a replacement. Hopefully, recently I've got Raspberry Pi, so I decided to use it as a router. I've got TP-LINK TL-WN821NC USB stick from local store which is based on RTL8192CU chipset. Unfortunately, its driver doesn't work with vanilla hostapd, but requires patched ancient version of hostapd from Realtek . I'm using Archlinux on my rpi and I've found manual how to setup AP using this USB stick  here , but I don't want to overwrite binaries from repository packages, since it's not a sane way, and it can (and will) be broken by hostapd update. So I prepared a package, here's source package (just unpack it and build with makepkg directly on rpi), and here's binary package for armv6h (you can install it with pacman -U). I can't put PKGBUILD in AUR, since there's no stable hosting for Realtek's hostapd. If anyone is willing to host...
Read more

Migration to xubuntu

Recently I moved from kde to xfce on my laptop, but as xfce doesn't look pretty in gentoo (actually, it looks awful), I decided to move to xubuntu :) System is pretty fast now (much faster than it was in kde). Here's gtk analogs of kde apps I was used to: claws-mail (instead of kmail) exaile (instead of amarok) tilda (instead of yakuake) I've created ppa with some custom packages: tilda with changed shortcuts for switching tabs, default ctrl+pgup/ctrl+pgdn are used in mc and vim, so I changed them to shift+arrow, however it would be better to add option in gui for changing these shortcuts swt-gtk-3.5.2, it's required to fix rendering issues in tuxguitar Btw, there's arm toolchain in ubuntu repository :) xubuntu rocks!
Read more

Wayland and software rendering

Image
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 ...
Read more