Quote:
Originally Posted by ulno
Did you gt this one running? Do you have a working configuration which let's Nalims kernel start and show at least something (not necessarily while booting - if I could login via ssh later and check some boot messages, this would be enough for a start)? Then I could try to backport netconsole to 2.6.21 and start the forward-port again.
|
Glad to be an encouragement source
. About the N810: my wife has one; it's perfect for day-to-day web browsing (facebook, yahoo webmail, forums, news sites, youtube), and maybe for the occasional pdf, but that is it. It has not been used for ebooks having an iliad at home. I've read in it some comics (european ones, so large format and in color), and so much panning is a hassle. OTOH, as the OS is already debian-derived, it may fit your hacking interests. I don't know how much of this experience is translatable to the N900 with its smaller screen size.
About nalim's kernel: it has included an example .config for the iliad: /arch/arm/configs/irex_er0100_defconfig . I used that one (only modification: added NFS support). BUT the kernel had problems prior to executing the initrd scripts. To check that I put a program that shows a splash screen (gray16display, tested with 2.4) in the linuxrc and made it have the following lines at the beginning:
Code:
#!/bin/sh
mount -t proc proc /proc
/sbin/modprobe deltafb
/gray16display /splash.gray16
So the kernel has a panic or similar prior to executing the gray16display command. The deltafb driver that nalim wrote is specific for the "3" hardware version (i.e. alegeott has the "7" version, as can be seen in the output he posted), but I have the "3" version too:
Code:
ereader:~# dmesg | grep einkfb
einkfb: Hardware version 3
This is why I'm right now doing the fake-console driver, to have information prior to the initrd.
Quote:
Originally Posted by alegeott
Hi guys...good news on the extraction of a UART (serial port), but not enough.
Me and my professor of computer science have opened my Iliad. We found the TP from which you can receive the signals output during boot.
Unfortunately, we have yet found 3 input TP, but none (for now) that accepts signals from which to interrupt the boot and let it continue step by step.
|
Perfect
. Of those TP you mention, which is the UART Tx, Rx and Ground? I assume that they are TTL level, nope? Just curiosity for now
