The Ben NanoNote is running OpenWrt! :)
meng.qingyou at gmail.com
Sat Aug 8 08:54:04 EDT 2009
Good job, looking forward to your magics how to get it work.
I'm writing offline map application for Ben, I guess the memory
footprint should b a real problem:
Xorg + gtk/gdk + various libraries. QT embed , does not depends on Xorg,
if it's memory footprint is smaller enough than Xorg solution, can we
try QT embed for Ben?
2009/8/8 Mirko Vogt <lists at nanl.de>:
> Hello Qi!
> As you may have noticed - OpenWrt is running on the Ben NanoNote! :)
> Based on a newer patch provided by ingenic (for kernel 220.127.116.11) we
> ported the patch to kernel 18.104.22.168, cleaned it up, cleared unneeded
> stuff out created a little list what needs to be done on kernel level.
> The userspace of OpenWrt is running fine, I'll play around with Xorg
> today but 32MB of RAM is a real limitation.
> During reading the code / testing / disassembling the device some
> questions raised about the installed hardware:
> - which SoC is the Ben NanoNote using?
> Regarding the code it's very similar to he Pavo / Leo / Lyra boards
> which all have a JZ4740 built-in. But the schematics in the git of Adam
> are about a JZ4720 (which is listed as discontinued on the
> The chip on the Ben itself seems to be "soused" with black
> gum/plastic (btw., is that necessary?).
> - what display is used within the Ben NanoNote?
> We experienced some discrepancy in the qi_lb60-code about the used
> display / displaydriver (Foxconn-PT035TN01 / standard 8-bit-serial-tft /
> sth. else?) While disassembling it, there are just chains of numbers
> written on LCM/LCD[3,4] - while searching for them we got to lcdsolar
> - which is not really verbose.
> @Xiang Fu: Any news about this?
> Looking at the turned-on display through a magnifier (even in u-boot),
> it seems the pixels within every other line are shifted. Any idea
> whether it's hardware/software?
> - any news about the proprietary mtblock-jz?
> Xiang Fu told me they won't release the source of the object file within
> the original kernel-patch.
> While reading/writing to the NAND with the standard mtdblock-driver we
> experienced lot's of problems. It should not be too difficult getting a
> working MTD-driver done, but having their code might ease ours workload.
> I'm currently in Hamburg - hacking together with Lars and John (also
> from OpenWrt) at the Ben NanoNote.
> How to proceed? Our roadmap for the next days:
> - level up the new patchset to 2.6.31-rc5
> there's is a new GPIO driven matrix keyboard driver within, which
> should make it pretty easy to get a keyboard driver done. An example
> implementation can be found here.
> @Xiang Fu: As far as I know you were interested in doing so?.
> Also getting NAND-flashes > 4 GB are now nativly supported and do not
> need the ingenic hacks anymore - also many other things which then can
> be dropped out of the patch.
> - (re)writing MMC-/SD-card- / GPIO- / IRQ- / and-maybe-others- /
> In our ongoing effort to get the device support by Linux 2.6.31 and to
> cleanup the patchset we're properly going to (re)write some of the
> needed device drivers.
> This should hopefully purge out some issues, also that the kernel
> currently not always recognizes the SD-card while booting.
> Have a nice weekend!
> Greetings from Hamburg!
>  http://nanl.de/files/qi/ben_soc.jpg
>  http://nanl.de/files/qi/ben_lcd.jpg
>  http://nanl.de/files/qi/ben_lcm.jpg
>  http://www.lcdsolar.com/products/All/AUO/A030DN01V0.html
>  http://kerneltrap.org/mailarchive/git-commits-head/2009/7/8/6161203
>  http://www.spinics.net/lists/linux-input/msg04115.html
> This email address is used for mailinglist purposes only.
> Non-mailinglist emails will be dropped automatically.
> If you want to get in contact with me personally, please mail to:
> mirko.vogt <at> nanl <dot> de
> Qi Developer Mailing List
> Mail to list (members only): developer at lists.qi-hardware.com
> Subscribe or Unsubscribe: http://lists.qi-hardware.com/cgi-bin/mailman/listinfo/developer
More information about the discussion