Android on Nokia n810 (OMAP2420)

399 views
Skip to first unread message

sim0nx

unread,
Apr 1, 2008, 10:16:01 AM4/1/08
to Android Internals
Hi,

I'm trying to get Android running on a n810 (OMAP2420).
Currently there is only a 2.6.21 kernel available for this platform,
and as the kernel patch to support it is rather large (>5MB, keyboard,
touchscreen, oneflash, etc) it seems easier to backport the android
2.6.23 patch.

I've managed to patch the kernel, but I'm having some issues with
power.c and alarm.c, not compiling/working.

Here's the output for power.c:

CC drivers/android/power.o
drivers/android/power.c:937: warning: initialization from incompatible
pointer type
drivers/android/power.c:937: warning: initialization from incompatible
pointer type
drivers/android/power.c:938: warning: initialization from incompatible
pointer type
drivers/android/power.c:938: warning: initialization from incompatible
pointer type
drivers/android/power.c:939: warning: initialization from incompatible
pointer type
drivers/android/power.c:939: warning: initialization from incompatible
pointer type
drivers/android/power.c:940: warning: initialization from incompatible
pointer type
drivers/android/power.c:940: warning: initialization from incompatible
pointer type
drivers/android/power.c:941: warning: initialization from incompatible
pointer type
drivers/android/power.c:941: warning: initialization from incompatible
pointer type
drivers/android/power.c:942: warning: initialization from incompatible
pointer type
drivers/android/power.c:943: warning: initialization from incompatible
pointer type
drivers/android/power.c:944: warning: initialization from incompatible
pointer type
drivers/android/power.c:944: warning: initialization from incompatible
pointer type
drivers/android/power.c:945: warning: initialization from incompatible
pointer type
drivers/android/power.c:946: warning: initialization from incompatible
pointer type
drivers/android/power.c:946: warning: initialization from incompatible
pointer type
drivers/android/power.c:947: warning: initialization from incompatible
pointer type
drivers/android/power.c:947: warning: initialization from incompatible
pointer type
drivers/android/power.c:948: warning: initialization from incompatible
pointer type
drivers/android/power.c: In function 'set_set_battery_level_low':
drivers/android/power.c:978: error: 'struct subsystem' has no member
named 'kobj'
drivers/android/power.c: In function
'android_power_set_battery_level':
drivers/android/power.c:1008: error: 'struct subsystem' has no member
named 'kobj'
drivers/android/power.c:1015: error: 'struct subsystem' has no member
named 'kobj'
drivers/android/power.c: In function
'android_power_set_charging_state':
drivers/android/power.c:1032: error: 'struct subsystem' has no member
named 'kobj'
drivers/android/power.c: In function 'android_power_init':
drivers/android/power.c:1111: error: 'struct subsystem' has no member
named 'kobj'
make[2]: *** [drivers/android/power.o] Error 1
make[1]: *** [drivers/android] Error 2
make: *** [drivers] Error 2


I'm a bit lost here, does anybody have a suggestion how to fix this ?

I tried a silly hack, to just set "ret = 0" and comment the line with
the error.
(this line e.g. ret =
sysfs_create_group(&android_power_subsys.kobj,&attr_group); )

I'm able to compile and successfully run the kernel like this but I
think it's part of the problem not getting android to run.

Next problem is with alarm.c.
It complains on line 443 that there is no such member "dev" in the
struct alarm_rtc_dec. Checking the code, there really is none, but
there is rtc_dev.
I replaced dev with rtc_dev which compiles fine, but with the
following warnings:

CC drivers/android/alarm.o
drivers/android/alarm.c: In function 'alarm_ioctl':
drivers/android/alarm.c:200: warning: passing argument 1 of
'rtc_set_time' from incompatible pointer type
drivers/android/alarm.c: In function 'alarm_suspend':
drivers/android/alarm.c:324: warning: passing argument 1 of
'rtc_read_time' from incompatible pointer type
drivers/android/alarm.c:340: warning: passing argument 1 of
'rtc_set_alarm' from incompatible pointer type
drivers/android/alarm.c:341: warning: passing argument 1 of
'rtc_read_time' from incompatible pointer type
drivers/android/alarm.c:352: warning: passing argument 1 of
'rtc_set_alarm' from incompatible pointer type
drivers/android/alarm.c: In function 'alarm_resume':
drivers/android/alarm.c:376: warning: passing argument 1 of
'rtc_set_alarm' from incompatible pointer type
drivers/android/alarm.c: In function 'rtc_alarm_add_device':
drivers/android/alarm.c:404: warning: initialization from incompatible
pointer type
drivers/android/alarm.c:421: warning: passing argument 1 of
'rtc_irq_register' from incompatible pointer type
drivers/android/alarm.c: In function 'rtc_alarm_remove_device':
drivers/android/alarm.c:443: warning: comparison of distinct pointer
types lacks a cast
drivers/android/alarm.c:444: warning: passing argument 1 of
'rtc_irq_unregister' from incompatible pointer type


While running Android I get errors like:
writev(3, [{"\5", 1}, {"runtime\0", 8}, {"Unable to read rtc,
Connection refused\n\0", 40}], 3) = 49
writev(3, [{"\5", 1}, {"runtime\0", 8}, {"Invalid time detected, 0 set
to 1167652800\n\0", 44}], 3) = 53

I'm not sure if this is related to the warnings with alarm.c or not
having selected an RTC driver... RTC is disabled in the n810 kernel, I
had to turn it on in order to get the Android power driver to compile.
The rtc driver required for the n810 is cbus/retu-rtc.

Here are some more errors I get when running Android:

05:24:30.543243 writev(3, [{"\4", 1}, {"runtime\0", 8}, {"Binder
driver opened. Multiprocess enabled.\n\0", 46}], 3) = 55
05:24:30.545471 socket(PF_FILE, SOCK_STREAM, 0) = 7
05:24:30.546661 connect(7, {sa_family=AF_FILE, path=@android.zygote},
17) = -1 ECONNREFUSED (Connection refused)
05:24:30.548065 close(7) = 0
05:24:30.549468 nanosleep({0, 500000000}, {0, 500000000}) = 0
05:24:31.069976 socket(PF_FILE, SOCK_STREAM, 0) = 7
05:24:31.089874 connect(7, {sa_family=AF_FILE, path=@android.zygote},
17) = -1 ECONNREFUSED (Connection refused)
05:24:31.122680 close(7) = 0
05:24:31.154693 nanosleep({0, 500000000}, {0, 500000000}) = 0
05:24:31.688690 socket(PF_FILE, SOCK_STREAM, 0) = 7
05:24:31.719451 connect(7, {sa_family=AF_FILE, path=@android.zygote},
17) = -1 ECONNREFUSED (Connection refused)
05:24:31.753356 close(7) = 0

[pid 1997] 05:24:50.644226 clock_gettime(CLOCK_MONOTONIC, {1121,
879119873}) = 0
[pid 1997] 05:24:50.649658 writev(3, [{"\4", 1}, {"ServiceManager\0",
15}, {"ServiceManager: unable to find service activity\n\0", 49}], 3)
= 65
[pid 1997] 05:24:50.657257 writev(3, [{"\4", 1}, {"runtime\0", 8},
{"Still waiting for activity manager...\0", 38}], 3) = 47
[pid 1997] 05:24:50.664642 writev(3, [{"\4", 1}, {"ServiceManager\0",
15}, {"ServiceManager: waiting for service activity\n\0", 46}], 3) =
62
[pid 1997] 05:24:50.671203 clock_gettime(CLOCK_MONOTONIC, {1121,
904937744}) = 0
[pid 1997] 05:24:50.677612 clock_gettime(CLOCK_MONOTONIC, {1121,
911346435}) = 0
[pid 1997] 05:24:50.683349 clock_gettime(CLOCK_MONOTONIC, {1121,
917114257}) = 0
[pid 1997] 05:24:50.688476 futex(0x12574, FUTEX_WAIT, -2, {4,
987000000}) = -1 ETIMEDOUT (Connection timed out)

[pid 1997] 05:25:18.586242 futex(0x12574, FUTEX_WAIT, -2, {4,
998000000}fatal error opening "/sys/android_power/
acquire_partial_wake_lock"


After some:
[pid 2006] 05:25:40.860534 ioctl(6, 0xc0186201 <unfinished ...>
[pid 2007] 05:25:40.860931 <... getpid resumed> ) = 1997
[pid 2007] 05:25:40.874633 getuid32() = 0
[pid 2007] 05:25:40.875488 ioctl(6, 0xc0186201, 0x408ffc20) = 0
[pid 2007] 05:25:40.878051 ioctl(6, 0xc0186201, 0x408ffc20) = 0
[pid 2007] 05:25:40.878662 ioctl(6, 0xc0186201, 0x408ffda8) = 0
[pid 2007] 05:25:40.894439 ioctl(6, 0xc0186201

There is no more output.


If somebody could please give me some tips on how to solve this that
would great :-).

Thanks


regards,
Georges Toth

Nishanth Menon

unread,
Apr 1, 2008, 7:38:15 PM4/1/08
to android-...@googlegroups.com
sim0nx said the following on 04/01/2008 09:16 AM:

> Hi,
>
> I'm trying to get Android running on a n810 (OMAP2420).
> Currently there is only a 2.6.21 kernel available for this platform,
> and as the kernel patch to support it is rather large (>5MB, keyboard,
> touchscreen, oneflash, etc) it seems easier to backport the android
> 2.6.23 patch.
>
> I've managed to patch the kernel, but I'm having some issues with
> power.c and alarm.c, not compiling/working.
>
There are folks who got OMAP3430, OMAP2430, OMAP5912 working.. I
personally have not tried though, these might interest you possibly (you
probably know of these):
Instructions on downloading the latest kernel:
http://www.muru.com/linux/omap/README_OMAP_GIT - use the git and u get
the latest kernel.
Wiki on OMAP Android: http://elinux.org/Android_on_OMAP
Mailing List for linux omap:
http://vger.kernel.org/vger-lists.html#linux-omap
Discussions on Android port for OMAP:
http://marc.info/?l=linux-omap&w=2&r=1&s=android&q=b

If you do have any docs on these, it is helpful if you could post in the
OMAP ML also. you will find a lot of interested blokes in the list too.

Regards,
Nishanth Menon

stolzi

unread,
Apr 2, 2008, 6:12:38 AM4/2/08
to Android Internals
I'm also working on a back port of android to maemo 2.6.21 kernel.

I was able to make the necessary changes to power.c and alarm.c. I
don't have the sources available here now but it was mainly about
having a look at the first parameter (which is a Linux type) and how
its type has changed from 2.6.21 to 2.6.23. You will have to change
the functions and then there was a bunch of macros eventually defining
some functions. Those need to be adopdet to older types too. I can
come back with a diff later.

Also important is to disable framebuffer manual update. The line
CONFIG_FB_OMAP_MANUAL_UPDATE=y
should become
#CONFIG_FB_OMAP_MANUAL_UPDATE is not set
. Otherwise you will only see a frozen red eye.

Currently I'm having the problem that the runtime process is crashing
because of some weird bus error and I can't see (from the strace
outputs) what's causing it.

Cheers,
Sebastian

sim0nx

unread,
Apr 2, 2008, 8:16:18 AM4/2/08
to Android Internals
> There are folks who got OMAP3430, OMAP2430, OMAP5912 working.. I
> personally have not tried though, these might interest you possibly (you
> probably know of these):
> Instructions on downloading the latest kernel:
> http://www.muru.com/linux/omap/README_OMAP_GIT - use the git and u get
> the latest kernel.
> Wiki on OMAP Android: http://elinux.org/Android_on_OMAP
> Mailing List for linux omap:
> http://vger.kernel.org/vger-lists.html#linux-omap
> Discussions on Android port for OMAP:
> http://marc.info/?l=linux-omap&w=2&r=1&s=android&q=b

Thank you
But indeed I already know those sites.... elinux.org was especially
helpful for getting started with this :-)


> If you do have any docs on these, it is helpful if you could post in the
> OMAP ML also. you will find a lot of interested blokes in the list too.

Should I manage to get any further on this with the n810 I'll gladly
contribute any info back :-)

sim0nx

unread,
Apr 2, 2008, 8:30:04 AM4/2/08
to Android Internals
> I'm also working on a back port of android to maemo 2.6.21 kernel.

Great ! :-)

> I was able to make the necessary changes to power.c and alarm.c. I
> don't have the sources available here now but it was mainly about
> having a look at the first parameter (which is a Linux type) and how
> its type has changed from 2.6.21 to 2.6.23. You will have to change
> the functions and then there was a bunch of macros eventually defining
> some functions. Those need to be adopdet to older types too. I can
> come back with a diff later.

I'll have a look at the code again and try that.
It would be nice if you could send me your diff anyway please :-)


> Also important is to disable framebuffer manual update. The line
> CONFIG_FB_OMAP_MANUAL_UPDATE=y
> should become
> #CONFIG_FB_OMAP_MANUAL_UPDATE is not set
> . Otherwise you will only see a frozen red eye.

Thanks, I've changed that.

Have you done any other changes, e.g. in the framebuffer driver or
regarding rtc ?

stolzi

unread,
Apr 2, 2008, 9:37:27 AM4/2/08
to Android Internals
Actually I first started working with the m5 android kernel and ported
all the drivers mainly following the android on OMAP guide on
elinux.org. But I couldn't solve the fb panning problem mentioned
there, even not with the proposed fix. It seems the lcd driver is not
providing enough memory for a double sized fb buffer.
Because of that I started working on the m3 android kernel which seems
to be able to get along with a simple fb. As said before I can see the
moving red eye.

Other kernel files I had fix or change are only those mentioned in the
android on OMAP guide.

I will prepare the diffs as soon as I can.

Anil Sasidharan

unread,
Apr 2, 2008, 10:36:12 AM4/2/08
to android-...@googlegroups.com
Hi,

What version of the Android SDK is tried on your board. I've got
it working on my OMAP2430 platform with m5-rc14 version whereas the
eralier version (m3-rc20) was giving all sorts of issues.

Warm Regards,
Anil

sim0nx

unread,
Apr 2, 2008, 10:55:13 AM4/2/08
to Android Internals
> Actually I first started working with the m5 android kernel and ported
> all the drivers mainly following the android on OMAP guide on
> elinux.org. But I couldn't solve the fb panning problem mentioned
> there, even not with the proposed fix. It seems the lcd driver is not
> providing enough memory for a double sized fb buffer.
> Because of that I started working on the m3 android kernel which seems
> to be able to get along with a simple fb. As said before I can see the
> moving red eye.

Ah ok
Are you only using the m3 kernel or also the m3 userspace files ?


> I will prepare the diffs as soon as I can.

Thank you ! :-)

sim0nx

unread,
Apr 2, 2008, 11:06:38 AM4/2/08
to Android Internals
Hi,

> What version of the Android SDK is tried on your board. I've got
> it working on my OMAP2430 platform with m5-rc14 version whereas the
> eralier version (m3-rc20) was giving all sorts of issues.

I'm using the m5-rc15 sdk, and a 2.6.21 kernel with the m5-rc14
android patches (couldn't find the m5-rc15 kernel sources online).


regards,
Georges Toth

stolzi

unread,
Apr 2, 2008, 6:18:19 PM4/2/08
to Android Internals
Yes I'm working with m3 ramdisk and data and system images (manually
extracted from emulator).
I have as well the m5 environment ready for testing, but have worked
on m3 the last days because of the fb problems.
Anyway I got the same bus error problem on m5.

BTW I'm working with a multi boot manager and boot Maemo from MMC,
then I open a ssh session to get a terminal even when UI on target is
gone, then I stop Maemo's UI (hildon, x-server, etc) and start android
(which resides on the same mmc).
This is the strace output of the runtime forked process which seems to
be responsible for the closing of the runtime process. Runtime is
looping through the proc folders of all running processes and seems to
be searching for certain process and probably doesn't find it and
closes.
(.... read on for the promised m3 diff ....)

....
23:05:10.421783 open("/proc/1653/stat", O_RDONLY|O_LARGEFILE) = 25
23:05:10.422576 read(25, "1653 (strace) S 1646 1646 1443 34817 1657
4194304 143 0 7 0 0 2 0 0 24 0 1 0 22327 950272 107 4294967295 32768
708220 3196593616 3196588344 253660 0 0 3166215 0 3221610804 0 0 17 0
0 0 0\n", 255) = 187
23:05:10.425201 close(25) = 0
23:05:10.426818 open("/proc/1654/stat", O_RDONLY|O_LARGEFILE) = 25
23:05:10.427612 read(25, "1654 (strace) S 1646 1646 1443 34817 1657
4194304 140 0 5 0 8 26 0 0 15 0 1 0 22330 950272 109 4294967295 32768
708220 3198956960 3198951688 253660 0 0 3166215 0 3221610804 0 0 17 0
0 0 0\n", 255) = 188
23:05:10.430450 close(25) = 0
23:05:10.431854 open("/proc/1655/stat", O_RDONLY|O_LARGEFILE) = 25
23:05:10.432647 read(25, "1655 (strace) S 1646 1646 1443 34817 1657
4194304 141 0 5 0 3 7 0 0 24 0 1 0 22333 950272 110 4294967295 32768
708220 3203679664 3203674392 253660 0 0 3166215 0 3221610804 0 0 17 0
0 0 0\n", 255) = 187
23:05:10.435272 close(25) = 0
23:05:10.437286 --- SIGBUS (Bus error) @ 0 (0) ---
23:05:10.438507 sigaction(SIGUSR1, {SIG_IGN}, {SIG_DFL}, 0x41052220) =
0
23:05:10.440399 gettid() = 1671
23:05:10.442626 socket(PF_FILE, SOCK_STREAM, 0) = 25
23:05:10.444732 connect(25, {sa_family=AF_FILE,
path=@android:debuggerd}, 20) = 0
23:05:10.446014 write(25, "\207\6\0\0", 4) = 4
23:05:10.446563 read(25, 0x107ffa64, 1) = ? ERESTARTSYS (To be
restarted)
23:05:10.476989 +++ killed by SIGKILL +++



Here is my diff for m3. Adopting it to m5 should be a minor issue as I
started with m5 and went then on to m3. The m5 kernel lies on a
another PC which I couldn't reach today. If necessary I can add the
diff later this week.
Please keep in mind that my patches are not cleaned up and may contain
lots of commented code. Most of it is marked with a "ses" or "SES". If
you find any bug feel free to report asap ... it might help me with
the problems I have.

################## START OF DIFF ###############################

diff -r kernel-source-rx-34-2.6.21.0/arch/arm/Kconfig kernel-source-
rx-34-2.6.21.0_android/arch/arm/Kconfig
1007a1008,1009
> source "drivers/android/Kconfig"
>
diff -r kernel-source-rx-34-2.6.21.0/arch/arm/configs/
nokia_2420_defconfig kernel-source-rx-34-2.6.21.0_android/arch/arm/
configs/nokia_2420_defconfig
781c781
< CONFIG_TOUCHSCREEN_TSC2005=y
---
> # CONFIG_TOUCHSCREEN_TSC2005 is not set
1052,1054c1052,1054
< # CONFIG_FB_CFB_FILLRECT is not set
< # CONFIG_FB_CFB_COPYAREA is not set
< # CONFIG_FB_CFB_IMAGEBLIT is not set
---
> CONFIG_FB_CFB_FILLRECT=y
> CONFIG_FB_CFB_COPYAREA=y
> CONFIG_FB_CFB_IMAGEBLIT=y
1058,1059c1058,1059
< # CONFIG_FB_MODE_HELPERS is not set
< # CONFIG_FB_TILEBLITTING is not set
---
> CONFIG_FB_MODE_HELPERS=y
> CONFIG_FB_TILEBLITTING=y
1069c1069
< CONFIG_FB_OMAP_MANUAL_UPDATE=y
---
> #SES CONFIG_FB_OMAP_MANUAL_UPDATE=y
1337c1337,1338
< # CONFIG_RTC_CLASS is not set
---
> #SES CONFIG_RTC_CLASS is not set
> CONFIG_RTC_CLASS=y
1353a1355,1374
> # Android
> #
> # CONFIG_ANDROID_GADGET is not set
> # CONFIG_ANDROID_RAM_CONSOLE is not set
> CONFIG_ANDROID_POWER=y
> CONFIG_ANDROID_LOGGER=y
>
>
> #
> # SES Android
> #
> # CONFIG_ANDROID_GADGET is not set
> # CONFIG_ANDROID_RAM_CONSOLE is not set
> # CONFIG_ANDROID_POWER=y
> # CONFIG_ANDROID_POWER_STAT=y
> # CONFIG_ANDROID_LOGGER=y
> # CONFIG_ANDROID_TIMED_GPIO is not set
> # CONFIG_ANDROID_BINDER_IPC=y
>
> #
1356c1377
< CONFIG_EXT2_FS=m
---
> CONFIG_EXT2_FS=y
1368c1389
< CONFIG_FS_MBCACHE=m
---
> CONFIG_FS_MBCACHE=y
1422a1444,1456
>
> #SES yaffs
> CONFIG_YAFFS_FS=y
> CONFIG_YAFFS_YAFFS1=y
> # CONFIG_YAFFS_DOES_ECC is not set
> CONFIG_YAFFS_YAFFS2=y
> CONFIG_YAFFS_AUTO_YAFFS2=y
> # CONFIG_YAFFS_DISABLE_LAZY_LOAD is not set
> CONFIG_YAFFS_CHECKPOINT_RESERVED_BLOCKS=10
> # CONFIG_YAFFS_DISABLE_WIDE_TNODES is not set
> # CONFIG_YAFFS_ALWAYS_CHECK_CHUNK_ERASED is not set
> CONFIG_YAFFS_SHORT_NAMES_IN_RAM=y
>
Only in kernel-source-rx-34-2.6.21.0_android/arch/arm/configs:
nokia_2420_defconfig_android~
Only in kernel-source-rx-34-2.6.21.0_android/arch/arm/configs:
nokia_2420_defconfig_fb_problems
Only in kernel-source-rx-34-2.6.21.0_android/arch/arm/configs:
nokia_2420_defconfig_first_running_kernel
Only in kernel-source-rx-34-2.6.21.0_android/arch/arm/configs:
nokia_2420_defconfig_orig
Only in kernel-source-rx-34-2.6.21.0_android/arch/arm/configs:
nokia_2420_defconfig~
diff -r kernel-source-rx-34-2.6.21.0/arch/arm/kernel/process.c kernel-
source-rx-34-2.6.21.0_android/arch/arm/kernel/process.c
385a386,395
> /*
> * Capture the user space registers if the task is not running (in user space)
> */
> int dump_task_regs(struct task_struct *tsk, elf_gregset_t *regs)
> {
> struct pt_regs ptregs = *task_pt_regs(tsk);
> elf_core_copy_regs(regs, &ptregs);
> return 1;
> }
>
diff -r kernel-source-rx-34-2.6.21.0/arch/arm/kernel/signal.c kernel-
source-rx-34-2.6.21.0_android/arch/arm/kernel/signal.c
545a546,553
> // if (regs->ARM_ORIG_r0 == -ERESTARTNOHAND ||
> // regs->ARM_ORIG_r0 == -ERESTARTSYS ||
> // regs->ARM_ORIG_r0 == -ERESTARTNOINTR ||
> // regs->ARM_ORIG_r0 == -ERESTART_RESTARTBLOCK) {
> // /* the syscall cannot be safely restarted, return -EINTR instead */
> // regs->ARM_r0 = -EINTR;
> // return;
> // }
663a672
> // regs->ARM_r0 = -EAGAIN; /* prevent multiple restarts */
Only in kernel-source-rx-34-2.6.21.0_android: build.log
diff -r kernel-source-rx-34-2.6.21.0/drivers/Kconfig kernel-source-
rx-34-2.6.21.0_android/drivers/Kconfig
88a89,90
> source "drivers/android/Kconfig"
>
diff -r kernel-source-rx-34-2.6.21.0/drivers/Makefile kernel-source-
rx-34-2.6.21.0_android/drivers/Makefile
87a88,89
> obj-y += android/
> obj-$(CONFIG_BINDER) += binder/
Only in kernel-source-rx-34-2.6.21.0_android/drivers: android
Only in kernel-source-rx-34-2.6.21.0_android/drivers: binder
diff -r kernel-source-rx-34-2.6.21.0/drivers/char/Kconfig kernel-
source-rx-34-2.6.21.0_android/drivers/char/Kconfig
1078a1079,1084
> config BINDER
> tristate "OpenBinder IPC Driver"
> default n
> help
> from openbinder.org
>
diff -r kernel-source-rx-34-2.6.21.0/drivers/input/evdev.c kernel-
source-rx-34-2.6.21.0_android/drivers/input/evdev.c
23a24,26
> #ifdef CONFIG_ANDROID_POWER
> #include <linux/android_power.h>
> #endif
43a47,49
> #ifdef CONFIG_ANDROID_POWER
> android_suspend_lock_t suspend_lock;
> #endif
47a54,63
> #ifdef CONFIG_ANDROID_POWER
> static void do_gettimeofday_monotonic(struct timeval *tv)
> {
> struct timespec ts;
> ktime_get_ts(&ts);
> tv->tv_sec = ts.tv_sec;
> tv->tv_usec = ts.tv_nsec / 1000;
> }
> #endif
>
55a72,75
> #ifdef CONFIG_ANDROID_POWER
> android_lock_suspend_auto_expire(&list->suspend_lock, 5 * HZ);
> do_gettimeofday_monotonic(&list->buffer[list->head].time);
> #else
56a77
> #endif
65a87,90
> #ifdef CONFIG_ANDROID_POWER
> android_lock_suspend_auto_expire(&list->suspend_lock, 5 * HZ);
> do_gettimeofday_monotonic(&list->buffer[list->head].time);
> #else
66a92
> #endif
122a149,152
> #ifdef CONFIG_ANDROID_POWER
> android_uninit_suspend_lock(&list->suspend_lock);
> #endif
>
123a154
>
137a169,173
> #ifdef CONFIG_ANDROID_POWER
> list->suspend_lock.name = "evdev";
> android_init_suspend_lock(&list->suspend_lock);
> #endif
>
294a331,334
> #ifdef CONFIG_ANDROID_POWER
> if(list->head == list->tail)
> android_unlock_suspend(&list->suspend_lock);
> #endif
Only in kernel-source-rx-34-2.6.21.0_android/drivers/input: evdev.c~
diff -r kernel-source-rx-34-2.6.21.0/drivers/misc/Kconfig kernel-
source-rx-34-2.6.21.0_android/drivers/misc/Kconfig
124a125,130
> config LOW_MEMORY_KILLER
> tristate "Low Memory Killer"
> ---help---
> Register processes to be killed when memory is low.
>
>
diff -r kernel-source-rx-34-2.6.21.0/drivers/misc/Makefile kernel-
source-rx-34-2.6.21.0_android/drivers/misc/Makefile
14a15
> obj-$(CONFIG_LOW_MEMORY_KILLER) += lowmemorykiller/
Only in kernel-source-rx-34-2.6.21.0_android/drivers/misc:
lowmemorykiller
Only in kernel-source-rx-34-2.6.21.0_android/drivers/video: fbmem.c~
Only in kernel-source-rx-34-2.6.21.0_android/drivers/video:
goldfishfb.c
diff -r kernel-source-rx-34-2.6.21.0/drivers/video/omap/omapfb_main.c
kernel-source-rx-34-2.6.21.0_android/drivers/video/omap/omapfb_main.c
35a36,38
> //ses
> #include <linux/sched.h>
>
202a206
> //def_size = def_vxres * def_vyres * 2 * bpp / 8; //ses page flipping hack
267c271,272
< static void omapfb_sync(struct fb_info *info);
---
> //ses static void omapfb_sync(struct fb_info *info);
> static int omapfb_sync(struct fb_info *info);
400c405,406
< static void omapfb_sync(struct fb_info *fbi)
---
> //ses static void omapfb_sync(struct fb_info *fbi)
> static int omapfb_sync(struct fb_info *fbi)
407a414,416
> //else
> // wait_event_timeout(ses_wait, false, HZ / 15);
>
408a418,419
>
> return 0;
446a458
> //fix->ypanstep = 1; //ses page flipping hack
1119a1132
> //omapfb_sync(fbi);
1230a1244,1253
> //ses added for fake vsync
> // case FBIO_WAITFORVSYNC:
> /*if (get_user(pipe, (__u32 __user *)arg))
> return -EFAULT;
>
> retval = intelfbhw_wait_for_vsync(dinfo, pipe);*/
> //omapfb_sync(fbi);
> // wait_event_timeout(fbdev->ses_wait, false, HZ / 15);
>
> // break;
1263a1287
> .fb_sync = omapfb_sync, //ses fake vsync
1501a1526
> //var->yres_virtual = def_vyres * 2; //ses page flipping hack
1796a1822,1823
> init_waitqueue_head(&fbdev->ses_wait); //ses fake vsync
>
1943c1970
<
---
>
Only in kernel-source-rx-34-2.6.21.0_android/drivers/video/omap:
omapfb_main.c~
diff -r kernel-source-rx-34-2.6.21.0/fs/Kconfig kernel-source-
rx-34-2.6.21.0_android/fs/Kconfig
1191a1192,1194
> # Patched by YAFFS
> source "fs/yaffs2/Kconfig"
>
diff -r kernel-source-rx-34-2.6.21.0/fs/Makefile kernel-source-
rx-34-2.6.21.0_android/fs/Makefile
116a117,119
>
> # Patched by YAFFS
> obj-$(CONFIG_YAFFS_FS) += yaffs2/
diff -r kernel-source-rx-34-2.6.21.0/fs/inotify_user.c kernel-source-
rx-34-2.6.21.0_android/fs/inotify_user.c
33a34,36
> #ifdef CONFIG_ANDROID_POWER
> #include <linux/android_power.h>
> #endif
83a87,89
> #ifdef CONFIG_ANDROID_POWER
> android_suspend_lock_t suspend_lock;
> #endif
159a166,168
> #ifdef CONFIG_ANDROID_POWER
> android_uninit_suspend_lock(&dev->suspend_lock);
> #endif
303a313,315
> #ifdef CONFIG_ANDROID_POWER
> android_lock_suspend_auto_expire(&dev->suspend_lock, 5 * HZ);
> #endif
320a333,336
> #ifdef CONFIG_ANDROID_POWER
> if(dev->event_count == 0)
> android_unlock_suspend(&dev->suspend_lock);
> #endif
596a613,616
> #ifdef CONFIG_ANDROID_POWER
> dev->suspend_lock.name = "inotify";
> android_init_suspend_lock(&dev->suspend_lock);
> #endif
Only in kernel-source-rx-34-2.6.21.0_android/fs: yaffs2
diff -r kernel-source-rx-34-2.6.21.0/include/asm-arm/arch-omap/
omapfb.h kernel-source-rx-34-2.6.21.0_android/include/asm-arm/arch-
omap/omapfb.h
29a30,31
> #include <linux/wait.h> //ses
>
31a34,38
> //ses added for vsync support
> #ifndef FBIO_WAITFORVSYNC
> #define FBIO_WAITFORVSYNC _IOW('F', 0x20, __u32)
> #endif
>
363a371,372
>
> wait_queue_head_t ses_wait; //ses waitqueue for fake vsync
Only in kernel-source-rx-34-2.6.21.0_android/include/asm-arm/arch-
omap: omapfb.h~
Only in kernel-source-rx-34-2.6.21.0_android/include/linux:
android_alarm.h
Only in kernel-source-rx-34-2.6.21.0_android/include/linux:
android_gadget.h
Only in kernel-source-rx-34-2.6.21.0_android/include/linux:
android_power.h
Only in kernel-source-rx-34-2.6.21.0_android/include/linux:
android_timed_gpio.h
Only in kernel-source-rx-34-2.6.21.0_android/include/linux:
anon_inodes.h
Only in kernel-source-rx-34-2.6.21.0_android/include/linux:
binder_module.h
Only in kernel-source-rx-34-2.6.21.0_android/include/linux:
binder_type_constants.h
diff -r kernel-source-rx-34-2.6.21.0/include/linux/list.h kernel-
source-rx-34-2.6.21.0_android/include/linux/list.h
428a429,439
> * list_first_entry - get the first element from a list
> * @ptr: the list head to take the element from.
> * @type: the type of the struct this is embedded in.
> * @member: the name of the list_struct within the struct.
> *
> * Note, that list is expected to be not empty.
> */
> #define list_first_entry(ptr, type, member) \
> list_entry((ptr)->next, type, member)
>
> /**
Only in kernel-source-rx-34-2.6.21.0_android/include/linux: logger.h
diff -r kernel-source-rx-34-2.6.21.0/kernel/power/process.c kernel-
source-rx-34-2.6.21.0_android/kernel/power/process.c
16a17,19
> #ifdef CONFIG_ANDROID_POWER
> #include <linux/android_power.h>
> #endif
133a137,140
> #ifdef CONFIG_ANDROID_POWER
> if (todo && !android_power_is_driver_suspended())
> break;
> #endif
149a157
> show_state();


######################### END OF DIFF ########################

stolzi

unread,
Apr 2, 2008, 6:52:56 PM4/2/08
to Android Internals
Sorry, my last diff was useless. I prepared a kernel patch which you
can download from here:
http://www.sebastian-stolzenberg.de/android/maemo_to_android_m3.patch.bz2

sim0nx

unread,
Apr 2, 2008, 8:04:08 PM4/2/08
to Android Internals
> Yes I'm working with m3 ramdisk and data and system images (manually
> extracted from emulator).
> I have as well the m5 environment ready for testing, but have worked
> on m3 the last days because of the fb problems.
> Anyway I got the same bus error problem on m5.

I've applied your patch (from the second mail) and booted with the new
kernel, using a m5 environment (don't have the m3 one at hand).
Android starts exactly the same as before and freezes at the same
place, the display stays blank.
I'm wondering if that could be because of me using the m5 env. ?

Also I'm using the m5 binder.c file as there are some errors with the
binder/* files which I'm not able to solve correctly:
drivers/binder/binder.c: In function 'create_pools':
drivers/binder/binder.c:346: error: too few arguments to function
'kmem_cache_create'
drivers/binder/binder.c:348: error: too few arguments to function
'kmem_cache_create'
drivers/binder/binder.c:350: error: too few arguments to function
'kmem_cache_create'
drivers/binder/binder.c:352: error: too few arguments to function
'kmem_cache_create'
drivers/binder/binder.c:354: error: too few arguments to function
'kmem_cache_create'
drivers/binder/binder.c:356: error: too few arguments to function
'kmem_cache_create'

I don't think that is a problem as android reports having successfully
opened binder.


> BTW I'm working with a multi boot manager and boot Maemo from MMC,
> then I open a ssh session to get a terminal even when UI on target is
> gone, then I stop Maemo's UI (hildon, x-server, etc) and start android
> (which resides on the same mmc).

I boot the maemo using the flasher.
I've disabled certain programs so only Xomap and the applet-bar
starts.
Once the wireless connection is up, I ssh into the maemo and kill the
rest (dbus, hald, Xomap,...).
Android is on a ext2 formatted miniSD card.
So I just mount proc + sysfs, followed by chrooting + starting
android.

Should be pretty much the same as you do it :-)

sim0nx

unread,
Apr 2, 2008, 8:04:39 PM4/2/08
to Android Internals
On Apr 3, 12:52 am, stolzi <sebastian.stolzenb...@googlemail.com>
wrote:
> Sorry, my last diff was useless. I prepared a kernel patch which you
> can download from here:http://www.sebastian-stolzenberg.de/android/maemo_to_android_m3.patch...

Thank you !

kojiran

unread,
Apr 2, 2008, 10:27:58 PM4/2/08
to Android Internals
Hi.

> binder/* files which I'm not able to solve correctly:

- transaction_cache = kmem_cache_create("binder_transaction_t",
sizeof(binder_transaction_t)+pad, 0, cache_flags,
transaction_slab_xtor);
- if (!transaction_cache) return -ENOMEM;
- thread_cache = kmem_cache_create("binder_thread_t",
sizeof(binder_thread_t)+pad, 0, cache_flags, thread_slab_xtor);
- if (!thread_cache) return -ENOMEM;
- node_cache = kmem_cache_create("binder_node_t", sizeof(binder_node_t)
+pad, 0, cache_flags, node_slab_xtor);
- if (!node_cache) return -ENOMEM;
- local_mapping_cache = kmem_cache_create("local_mapping_t",
sizeof(local_mapping_t)+pad, 0, cache_flags, local_mapping_slab_xtor);
- if (!local_mapping_cache) return -ENOMEM;
- reverse_mapping_cache = kmem_cache_create("reverse_mapping_t",
sizeof(reverse_mapping_t)+pad, 0, cache_flags,
reverse_mapping_slab_xtor);
- if (!reverse_mapping_cache) return -ENOMEM;
- range_map_cache = kmem_cache_create("range_map_t",
sizeof(range_map_t)+pad, 0, cache_flags, range_map_slab_xtor);
+ transaction_cache = kmem_cache_create("binder_transaction_t",
sizeof(binder_transaction_t)+pad, 0, cache_flags,
transaction_slab_xtor, transaction_slab_xtor);
+ if (!transaction_cache) return -ENOMEM;
+ thread_cache = kmem_cache_create("binder_thread_t",
sizeof(binder_thread_t)+pad, 0, cache_flags, thread_slab_xtor,
thread_slab_xtor);
+ if (!thread_cache) return -ENOMEM;
+ node_cache = kmem_cache_create("binder_node_t", sizeof(binder_node_t)
+pad, 0, cache_flags, node_slab_xtor, node_slab_xtor);
+ if (!node_cache) return -ENOMEM;
+ local_mapping_cache = kmem_cache_create("local_mapping_t",
sizeof(local_mapping_t)+pad, 0, cache_flags, local_mapping_slab_xtor,
local_mapping_slab_xtor);
+ if (!local_mapping_cache) return -ENOMEM;
+ reverse_mapping_cache = kmem_cache_create("reverse_mapping_t",
sizeof(reverse_mapping_t)+pad, 0, cache_flags,
reverse_mapping_slab_xtor, reverse_mapping_slab_xtor);
+ if (!reverse_mapping_cache) return -ENOMEM;
+ range_map_cache = kmem_cache_create("range_map_t",
sizeof(range_map_t)+pad, 0, cache_flags, range_map_slab_xtor,
range_map_slab_xtor);

You may fix compilation errors with this patch.
In the case of me, I applied this patch and Android worked in 2.6.18
kernels.

Digit

unread,
Apr 3, 2008, 3:36:23 AM4/3/08
to android-...@googlegroups.com
for the record, rc15 compared to rc14 only provides small security patches to native image-loading libraries.
apart from that, it's the same kernel / emulator / Eclipse plugin etc... than rc14

which is why we didn't need to release new sources (they're the same) :-)

stolzi

unread,
Apr 3, 2008, 3:57:52 AM4/3/08
to Android Internals
> I've applied your patch (from the second mail) and booted with the new
> kernel, using a m5 environment (don't have the m3 one at hand).
> Android starts exactly the same as before and freezes at the same
> place, the display stays blank.
> I'm wondering if that could be because of me using the m5 env. ?

Yeah, sounds like the fb panning problem. M5 seems to be needing a
panable fb while m3 seems to get along without though it is also
complaining in the logs when the feature is missing. Maybe Digit can
comment on that .... please? Is that true or is there a way m5 runs on
a framebuffer whose virtual size equals the actual screen size? Right
now I don't care about tearing, I just want to see something.

I can't access my webspace right now, but I'm sending you my m5 patch
via mail.

Anil Sasidharan

unread,
Apr 3, 2008, 6:56:48 AM4/3/08
to Nishanth Menon, android-...@googlegroups.com
FYI


On Thu, Apr 3, 2008 at 4:25 PM, Anil Sasidharan <ani...@gmail.com> wrote:
> Hi,
>
> The basic patch I've used to bring up the Android kernel (w.r.t
> 2.6.23 kernel) is attached herewith.
>
> Warm Regards,
> Anil
>
>
>
> On Thu, Apr 3, 2008 at 1:17 PM, Nishanth Menon <menon.n...@gmail.com> wrote:
> > Anil,
> > Could you post your patches to kernel and give a w.r.t base kernel to
> > the list? it will kinda help us all..
> > Regards,
> > Nishanth Menon
> > Anil Sasidharan said the following on 04/02/2008 09:36 AM:

sim0nx

unread,
Apr 3, 2008, 1:51:49 PM4/3/08
to Android Internals
Hi,

>.....
> You may fix compilation errors with this patch.
> In the case of me, I applied this patch and Android worked in 2.6.18
> kernels.

That indeed solved the compilation error, but when booting that kernel
there was no binder device.
I've verified that it got built in though...
Maybe some more stuff needs to be patched... anyway the binder.c from
m5 seems to work just fine, thus I'm using that one.

sim0nx

unread,
Apr 3, 2008, 2:01:00 PM4/3/08
to Android Internals
I setup an m3 environment on the maemo and started android in that one
using your m3 patch (and the binder from m5).
The startup looks differently and I get 2 errors now:

18:45:31.912902 socket(PF_FILE, SOCK_STREAM, 0) = 3
18:45:31.914093 connect(3, {sa_family=AF_FILE,
path=@property_service}, 19) = -1 ECONNREFUSED (Connection refused)

and the following more serious one:

pid 2077] 18:45:34.457946 writev(3, [{"\4", 1}, {"runtime\0", 8},
{"Display startup: 1 devices\n\0", 28}], 3 <unfinished ...>
[pid 2088] 18:45:34.459808 getpriority(PRIO_PROCESS, 0
<unfinished ...>
[pid 2087] 18:45:34.460845 ioctl(6, 0xc0186201 <unfinished ...>
[pid 2077] 18:45:34.461853 <... writev resumed> ) = 37
[pid 2088] 18:45:34.462585 <... getpriority resumed> ) = 30
[pid 2087] 18:45:34.463287 <... ioctl resumed> , 0x100ffda8) = 0
[pid 2102] 18:45:35.155273 syscall_983045(0x102fff80, 0, 0x20, 0,
0x102fff80, 0x14098, 0xa9d25ef9, 0xf0005, 0x100ffd90, 0xafe36e70,
0xa9d25ef9, 0x1, 0, 0x102fff68, 0xafe0b238, 0xafe0949c, 0x60000010,
0x102fff80, 0, 0, 0xc764, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0
<unfinished ...>
[pid 2077] 18:45:35.160156 getpid( <unfinished ...>
[pid 2088] 18:45:35.161224 ioctl(6, 0xc0186201******** NO FRAMEBUFFER
VSYNC WAIT IOCTL **************
<unfinished ...>
.....
[pid 2077] 18:45:35.715148 writev(3, [{"\3", 1}, {"runtime\0", 8},
{"DisplayDevice::shutDown\n\0", 25}], 3) = 34
[pid 2077] 18:45:35.739685 writev(3, [{"\3", 1}, {"runtime\0", 8},
{"DisplayDevice::detach\n\0", 23}], 3) = 32

That's really strange as I'm using your patch...hmm


> I can't access my webspace right now, but I'm sending you my m5 patch
> via mail.

Thanks, I'll test it now...

sim0nx

unread,
Apr 3, 2008, 2:03:00 PM4/3/08
to Android Internals
> [pid 2088] 18:45:35.161224 ioctl(6, 0xc0186201******** NO FRAMEBUFFER
> VSYNC WAIT IOCTL **************

Ah, according to http://www.android-internals.org/index.php?title=Nokia_770
that is normal.
Still the display stays blank, doesn't even flicker or something, and
as one can see in the logs, the device is closed again.

sim0nx

unread,
Apr 3, 2008, 3:07:12 PM4/3/08
to Android Internals
Ahhhhh silly me... a quick tap on the display wakes it up and I can
finally see the red dot :-)

Sebastian, you mentioned earlier that the runtime process crashes on
your device with a bus_error and that it loops through /proc etc...
Well mine hangs, just as before, the dot keeps moving and nothing
happens.

[pid 2209] 19:55:43.341125 writev(3, [{"\4", 1}, {"ServiceManager\0",
15}, {"ServiceManager: addService(location, 0x151c0)\n\0", 47}], 3) =
63
[pid 2209] 19:55:43.342742 futex(0x134ac, FUTEX_WAKE, 2147483647) = 0
[pid 2209] 19:55:43.343292 getpriority(PRIO_PROCESS, 0) = 25
[pid 2209] 19:55:43.343780 ioctl(6, 0xc0186201, 0x100ffda8) = 0
[pid 2209] 19:55:43.365051 ioctl(6, 0xc0186201, 0x100ffef8) = 0
[pid 2209] 19:55:43.365814 writev(3, [{"\4", 1}, {"ServiceManager\0",
15}, {"ServiceManager: addService(statistics, 0x15248)\n\0", 49}], 3)
= 65
[pid 2209] 19:55:43.367523 futex(0x134ac, FUTEX_WAKE, 2147483647) = 0
...
[pid 2209] 19:55:45.322906 getpriority(PRIO_PROCESS, 0) = 20
[pid 2209] 19:55:45.326080 ioctl(6, 0xc0186201, 0x100ffda8) = 0
[pid 2209] 19:55:45.340728 ioctl(6, 0xc0186201, 0x100ffef8) = 0
[pid 2209] 19:55:45.928436 getpriority(PRIO_PROCESS, 0) = 20
[pid 2209] 19:55:45.944915 ioctl(6, 0xc0186201, 0x100ffda8) = 0
[pid 2209] 19:55:45.972900 ioctl(6, 0xc0186201 <unfinished ...>
[pid 2210] 19:55:53.744506 <... ioctl resumed> , 0x101ffef8) = 0
[pid 2210] 19:55:53.763549 getpriority(PRIO_PROCESS, 0) = 25
[pid 2210] 19:55:53.782073 ioctl(6, 0xc0186201, 0x101ffda8) = 0
[pid 2210] 19:55:53.892211 ioctl(6, 0xc0186201

The following android processes are running at that time:
2187 root 688 SW /system/bin/sh -x /a.sh
2188 root 56540 SW zygote -Xzygote /system/bin
--zygote
2190 2000 1164 SW /system/bin/dbus-daemon --system
2191 root 924 SW strace -f -ff -tt -s 200 runtime
2192 root 19516 SW runtime
2193 root 688 SW /system/bin/sh
2207 root 110908 SW system_server
2262 10004 70108 SW com.google.android.home
2264 1001 70312 SW com.google.android.phone
2268 10002 69956 SW com.google.process.content

I'm not sure how to proceed from here as there is no error output and
AFAICS no way to see why it is freezing or waiting for.
Any clue ?

stolzi

unread,
Apr 4, 2008, 1:57:21 AM4/4/08
to Android Internals
How is your work on the m5 kernel going on?

I fear that I'm at a dead end with the m3 kernel. Without knowing what
runtime is trying to do I can't solve the problem. I'm going back to
m5 and will try to fix the fb problems.

mizmit1222

unread,
Apr 4, 2008, 11:13:26 PM4/4/08
to Android Internals
Hi,

> 18:45:31.912902 socket(PF_FILE, SOCK_STREAM, 0) = 3
> 18:45:31.914093 connect(3, {sa_family=AF_FILE,
> path=@property_service}, 19) = -1 ECONNREFUSED (Connection refused)

Sounds like mmap issue. What is the root filesystem? If jffs2, the
binder
won't work correctly. Workaround is loopback mounting. This article
might be helpful.

Android Zaurus: How to create android.img
http://androidzaurus.seesaa.net/article/80730942.html

If not the case, check the binder permission. It should be 666 because
each applet on Android has own user ID.

sim0nx

unread,
Apr 5, 2008, 6:35:49 AM4/5/08
to Android Internals
> How is your work on the m5 kernel going on?

I'm not really getting anywhere as I'm not sure how to solve the fb
issue.
I'm wondering though even if the fb wouldn't be an issue if it would
work, because it doesn't with m3 and that apparently isn't much
different from m5.
Hmm

> I fear that I'm at a dead end with the m3 kernel. Without knowing what
> runtime is trying to do I can't solve the problem. I'm going back to
> m5 and will try to fix the fb problems.

Is there no way of turning on some debugging output so we could see
what the problem is ?
Maybe an Android developer could comment on this .... :-)

Please keep me updated on your progress Sebastian.

sim0nx

unread,
Apr 5, 2008, 6:57:28 AM4/5/08
to Android Internals
Hi,

> > 18:45:31.912902 socket(PF_FILE, SOCK_STREAM, 0) = 3
> > 18:45:31.914093 connect(3, {sa_family=AF_FILE,
> > path=@property_service}, 19) = -1 ECONNREFUSED (Connection refused)
>
> Sounds like mmap issue. What is the root filesystem? If jffs2, the
> binder
> won't work correctly. Workaround is loopback mounting.

I'm using an ext2 filesystem, mounted from a miniSD card.
So this shouldn't be an issue.


> If not the case, check the binder permission. It should be 666 because
> each applet on Android has own user ID.

I double checked this, but had already set it to 666.

Any more ideas what I could check ? :-)

sim0nx

unread,
Apr 5, 2008, 7:35:05 AM4/5/08
to Android Internals
I can't believe it !!!
Android runs on the maemo n810 !!!

After reading this:
http://groups.google.lu/group/android-internals/browse_thread/thread/93570c41bce07f16?hl=en
for the 100th time, and following the instructions on the mentioned
link:
http://nemustech.blogspot.com/2007/12/android-porting-to-real-target-hw.html
it works.

Here are the specifics I've implemented:
* patch /etc/init.rc
---- begin : init.rc
....
## qemu-init {
## exec /etc/qemu-init.sh
## }
network-property {
exec /etc/set_network.sh
}


/bin/chmod -R a+rw /data /tmp
/bin/chmod a+rw .
/bin/chmod -R a+rw data

# rm /dev/log (if you have)
# mkdir /dev/log;touch /dev/log/{main,events,radio}
* you can see usefull infos from strace log and /dev/log/main

and instead of:
chroot . /a.sh
I execute the android init process:
chroot . /init

Not sure yet what exactly of those steps solved the problem (maybe the
qemu one), but it does work.
After a quick try I see that the touchscreen doesn't work (the
keyboard does though), but that shouldn't be too hard to fix.

BTW, this is using an m5 kernel, and binder.c

stolzi

unread,
Apr 10, 2008, 2:18:36 AM4/10/08
to Android Internals
Great, congrats!!! I will try it on N800 as soon as I find some time
for it.

Regarding the touch screen problems:
The existing touchscreen driver propably needs to be replaced by one
that can work on fb level. See this site for details:
http://qtablet.laginen.net/doku.php. Its about porting Qt to Maemo,
but the problems are similar.

Cheers,
Sebastian

On 5 Apr., 13:35, sim0nx <Georges.T...@gmail.com> wrote:
> I can't believe it !!!
> Android runs on the maemo n810 !!!
>
> After reading this:http://groups.google.lu/group/android-internals/browse_thread/thread/...
> for the 100th time, and following the instructions on the mentioned
> link:http://nemustech.blogspot.com/2007/12/android-porting-to-real-target-...

Georges Toth

unread,
Apr 10, 2008, 6:48:25 PM4/10/08
to android-...@googlegroups.com
Hi,

> Great, congrats!!! I will try it on N800 as soon as I find some time
> for it.
>

Thanks :-)

> Regarding the touch screen problems:
> The existing touchscreen driver propably needs to be replaced by one
> that can work on fb level. See this site for details:
> http://qtablet.laginen.net/doku.php. Its about porting Qt to Maemo,
> but the problems are similar.
>

Thanks for the link...I'll check that out soon !


--
regards,

Georges Toth

mizmit1222

unread,
Apr 10, 2008, 10:35:19 PM4/10/08
to Android Internals
Hi,

Big congraturations! Great job!

I learned that OMAP 2420 has 3D hardware accelelator. Can you find
/dev/hw3d in your system? If there, how fast is your Kube running?

Kube applet is in [Demo App] - [Graphics] - [OpenGL|ES].

On my Zaurus C3000, which doesn't have any accelaletor, Kube
turns a bit slower than emulator on PC.

If /dev/hw3d is working, I guess Kube turns a lot faster than
emulator.
I should buy an N810 myself to play with Android...

By the way, regarding touchscreen issue, this discussion might be
interesting.

Android Zaurus: Touchscreen Driver - a small improvement
http://androidzaurus.seesaa.net/article/90045743.html#comment

>> Maybe you don't have /sys/class/input/input1/. Android looks for drivers in /sys.
>>
>> I guess you'd better to platform_driver_register() in your dev_init() and let the
>> probe function do the current mxc_ts_init() job. Your keyboard driver or
>> corgi_ts.c would be helpful.

Regards,

Georges Toth

unread,
Apr 11, 2008, 12:15:16 PM4/11/08
to android-...@googlegroups.com
Hi,

mizmit1222 wrote:
> Hi,
>
> Big congraturations! Great job!
>

Thanks :-)

> I learned that OMAP 2420 has 3D hardware accelelator. Can you find
> /dev/hw3d in your system? If there, how fast is your Kube running?
>

Are you sure the n800/810 has 3d hardware acceleration ?
At least there is no such device node.
Anyway it runs smoothly...

> On my Zaurus C3000, which doesn't have any accelaletor, Kube
> turns a bit slower than emulator on PC.
>

Can't compare that right now... I'll be replying in private with a video
I just captured.... :-)

> By the way, regarding touchscreen issue, this discussion might be
> interesting.
>
> Android Zaurus: Touchscreen Driver - a small improvement
> http://androidzaurus.seesaa.net/article/90045743.html#comment
>

Thanks... I already read that page but I'm not sure if that will help me
much, I'll see next week.


--
regards,

Georges Toth

Mohan

unread,
Apr 11, 2008, 3:20:10 PM4/11/08
to Android Internals
What kernel version are you using ? Did you use the n800 kernel and
ported the android specific changes ?

thanks
mohan


On Apr 5, 4:35 am, sim0nx <Georges.T...@gmail.com> wrote:
> I can't believe it !!!
> Android runs on the maemo n810 !!!
>
> After reading this:http://groups.google.lu/group/android-internals/browse_thread/thread/...
> for the 100th time, and following the instructions on the mentioned
> link:http://nemustech.blogspot.com/2007/12/android-porting-to-real-target-...

Georges Toth

unread,
Apr 12, 2008, 4:58:40 AM4/12/08
to android-...@googlegroups.com
Mohan wrote:
> What kernel version are you using ? Did you use the n800 kernel and
> ported the android specific changes ?
>
I've used the latest nokia patched kernel and backported the
android-m5-rc14 kernel patch

--
regards,

Georges Toth

Mohan Parthasarathy

unread,
Apr 12, 2008, 7:20:58 PM4/12/08
to android-...@googlegroups.com
Thanks. Is it okay to take the user space (data, system) from rc15 ?

regards
mohan

Georges Toth

unread,
Apr 13, 2008, 6:28:02 AM4/13/08
to android-...@googlegroups.com
Mohan Parthasarathy wrote:
> Thanks. Is it okay to take the user space (data, system) from rc15 ?
No it is not because the m5-rcX userspace expects the framebuffer driver
to support page-flipping which the framebuffer driver for the n8xx
currently does not support.
So you'll only get a blank screen.


http://elinux.org/Android_on_OMAP#Page_flipping_frame_buffer

--
regards,

Georges Toth

stolzi

unread,
Apr 13, 2008, 6:55:55 PM4/13/08
to Android Internals
Hi,

I finally found the time to try your tips on my N800 and after some
hazzling it also works.
The actual trick was using my patched m5 kernel with the m3 file
system.

Georges, have you already updated the keyboard mapping in the android
config files? If yes, could please post them?

Have you tried the other touchscreen driver, I mentioned?

Regarding HW acceleration:
The OMAP 2420 has some graphics acceleration available but it has not
been utilized in N800 and N810. Because of that there are no
respective drivers running. But there should drivers available.

Regards,
Sebastian

Mohan Parthasarathy

unread,
Apr 14, 2008, 4:33:00 AM4/14/08
to android-...@googlegroups.com
So, with the fix there, is it okay to use m5-rc15 user space ?

thanks
mohan

Georges Toth

unread,
Apr 14, 2008, 4:59:02 AM4/14/08
to android-...@googlegroups.com
Mohan Parthasarathy wrote:
> So, with the fix there, is it okay to use m5-rc15 user space ?
No as that fix does not work on the n8xx

--
regards,

Georges Toth

Georges Toth

unread,
Apr 14, 2008, 6:50:15 AM4/14/08
to android-...@googlegroups.com
Hi,

stolzi wrote:
> I finally found the time to try your tips on my N800 and after some
> hazzling it also works.
> The actual trick was using my patched m5 kernel with the m3 file
> system.
>

Good :-)
Did you use init to start android ?

> Georges, have you already updated the keyboard mapping in the android
> config files? If yes, could please post them?
>

I haven't had time last week for working on this any further.
Last time I worked on this I was stuck trying to figure out a way to get
the keycodes.
I'll hope to be able to work on this again this week :-(

> Have you tried the other touchscreen driver, I mentioned?
>

I checked that website but the only thing I could find regarding
touchscreen was that tslib.
Android used the event device directly, so this won't help.

The zaurus touchscreen driver might help to adapt the n8xx one for
working with android:
http://androidzaurus.seesaa.net/article/90045743.html#comment


--
regards,

Georges Toth

stolzi

unread,
Apr 18, 2008, 4:57:40 AM4/18/08
to Android Internals
> Did you use init to start android ?
My setup is slightly different. I am going to describe it in detail at
the project pages.
As mentioned earlier I'm using a multiboot initfs which lets me choose
from which drive (flash, mmc1, mmc2) to boot. On the mmc I have the
Android filesystem and a small script eventually starting android's
init.

Regards,
Sebastian

Mohan

unread,
Apr 19, 2008, 12:14:11 PM4/19/08
to Android Internals
I am using the m3-rc37 tools and the corresponding kernel on N810. The
red
cylon keeps swinging but nothing happens after that. From the trace i
can see
the following errors:

15:53:39.584808 open("/dev/alarm", O_RDWR|O_LARGEFILE) = 6
15:53:39.590454 ioctl(6, 0x40086104, 0xbeef5bd0) = -1 ENOIOCTLCMD
(Unknown error 515)
15:53:39.593597 writev(3, [{"\5", 1}, {"runtime\0", 8}, {"Unable to
read rtc, No such file or directory\n\0", 47}], 3) = 56
15:53:39.602172 writev(3, [{"\5", 1}, {"runtime\0", 8}, {"Invalid time
detected, 1 set to 1167652800\n\0", 44}], 3) = 53
15:53:39.607421 ioctl(6, 0x40086105, 0xbeef5bd0) = -1 ENOIOCTLCMD
(Unknown error 515)
15:53:39.611022 writev(3, [{"\5", 1}, {"runtime\0", 8}, {"Unable to
set rtc to 1167652800: No such file or directory\n\0", 60}], 3) = 69

And later

[pid 1426] 15:53:39.820434 writev(3, [{"\4", 1}, {"ServiceManager\0",
15}, {"ServiceManager: waiting for service SurfaceFlinger\n\0", 52}],
3 <unfinished ...>
[pid 1429] 15:53:39.826965 getpid( <unfinished ...>

Is the first error fatal ? Why isn't the SurfaceFlinger starting. I do
see

15:53:39.680603 writev(3, [{"\4", 1}, {"ServiceManager\0", 15},
{"ServiceManager: addService(ui_hardware, 0x1357c)\n\0", 50}], 3) = 66

I am wondering why the SurfaceFlinger is not starting and is this the
reason for not seeing any
progress beyond red cyclon swinging ? Any clues would be
appreciated ? i have set the permissions
to 0666 on most of the stuff. I am using ext2 filesystem on a SD card.
As i am using m3, i am using
the the driver/binder.

thanks
mohan

On Apr 18, 1:57 am, stolzi <sebastian.stolzenb...@googlemail.com>
wrote:

PowerGUI

unread,
Apr 20, 2008, 12:32:24 AM4/20/08
to Android Internals
Can n810 make a telephone call? it seems that
this product have not sell in china now.does somebody
know whethere this product can make a telphone call in china?

Cary Harper

unread,
Apr 20, 2008, 1:39:32 AM4/20/08
to android-...@googlegroups.com
The N810 is not a phone, the only way it can make a phone call is via VIOP software when its connected to a wireless network.

Guiyong Zhu

unread,
Apr 20, 2008, 11:49:31 PM4/20/08
to Android Internals
Hi,

I select kernel options:

CONFIG_RTC_CLASS=y
CONFIG_ANDROID_POWER=y
CONFIG_ANDROID_POWER_STAT=y
CONFIG_ANDROID_LOGGER=y

but after n810 has bootup, the /proc/misc file shows no alarm device
available in kernel:
Nokia-N810-51-3:/sys# cat /proc/misc
59 log_radio
60 log_events
61 log_main
200 tun
130 watchdog
62 retu
63 tahvo
Nokia-N810-51-3:/sys#

Could somebody give some hints about how to add android's alarm device
in kernel. BTW, I am using m3 kernel with m3 root file system.

On Apr 5, 7:35 pm, sim0nx <Georges.T...@gmail.com> wrote:
> I can't believe it !!!
> Android runs on the maemo n810 !!!
>
> After reading this:http://groups.google.lu/group/android-internals/browse_thread/thread/...
> for the 100th time, and following the instructions on the mentioned
> link:http://nemustech.blogspot.com/2007/12/android-porting-to-real-target-...

Mohan Parthasarathy

unread,
Apr 21, 2008, 12:07:59 PM4/21/08
to android-...@googlegroups.com
This is exactly the problem i am having since yesterday. I am debugging currently..
Also, i use m3 kernel and m3 filesystem and i see the same entries in /proc/misc
entries. Let me know if you find something or someone has clues..

-thx
mohan

Georges Toth

unread,
Apr 21, 2008, 1:12:45 PM4/21/08
to android-...@googlegroups.com
Hi,

Mohan Parthasarathy wrote:
> This is exactly the problem i am having since yesterday. I am
> debugging currently..
> Also, i use m3 kernel and m3 filesystem and i see the same entries in
> /proc/misc
> entries. Let me know if you find something or someone has clues..
>
> -thx
> mohan

Use the m5 kernel instead.
If you don't see a binder entry in /proc/misc it for sure won't work...
(there also has to be a node in /dev of course..)
Also checkout elinux.org and http://code.google.com/p/android-on-n8xx/ ...

--
regards,

Georges Toth

Mohan Parthasarathy

unread,
Apr 21, 2008, 2:09:16 PM4/21/08
to android-...@googlegroups.com
Hi George,

I fixed the alarm driver problem. At least, it looks like the misc_register should be called in __init and
not in late_init. Interestingly, i get other errors which i did not get before :-) runtime seems to get
EINVALs and coredumps.

in my reading of this thread, i thought m5 filesystem had issues with n810. Is that right ? Are you
suggesting to use both m5 filesystem and m5 kernel ? I tried this early on and then reverted to
m3. In the pointer below, the versions are not mentioned.

thanks
mohan

Georges Toth

unread,
Apr 21, 2008, 3:06:59 PM4/21/08
to android-...@googlegroups.com
Hi,

> in my reading of this thread, i thought m5 filesystem had issues with
> n810. Is that right ? Are you
> suggesting to use both m5 filesystem and m5 kernel ? I tried this
> early on and then reverted to
> m3. In the pointer below, the versions are not mentioned.

m5 userspace does not work with the n8xx ... that's right.
There's an issue with the framebuffer driver...

I'm suggesting that you use the m5-rc14 kernel with the m3 userspace.
That combination does work fine.

--
regards,

Georges Toth

Georges Toth

unread,
Apr 21, 2008, 3:09:02 PM4/21/08
to android-...@googlegroups.com
Hey Mohan,

If you're actively working on this ... maybe you want to join the
android-on-n8xx as well, in order to document your findings on that
website and add your patches etc, for other people to find ?

Just let me know...


( http://code.google.com/p/android-on-n8xx/ )

> Also checkout elinux.org <http://elinux.org> and


> http://code.google.com/p/android-on-n8xx/ ...
>
> --
> regards,
>
> Georges Toth
>
>
>
>
>
> >


--
regards,

Georges Toth

Mohan Parthasarathy

unread,
Apr 21, 2008, 3:14:49 PM4/21/08
to android-...@googlegroups.com
Ok, let me try that. The main difference i guess is the binder driver.
Right ? Anything else to look for ?

--
Sent from Gmail for mobile | mobile.google.com

Mohan Parthasarathy

unread,
Apr 21, 2008, 3:16:38 PM4/21/08
to android-...@googlegroups.com
Sure. I am actively working to get this working. I will document my
experience once i am successful

On 4/21/08, Georges Toth <george...@gmail.com> wrote:
>

--

Georges Toth

unread,
Apr 21, 2008, 3:20:26 PM4/21/08
to android-...@googlegroups.com
Mohan Parthasarathy wrote:
> Ok, let me try that. The main difference i guess is the binder driver.
> Right ? Anything else to look for ?
>
Correct... I don't recall what else is different, not much anyway

--
regards,

Georges Toth

Georges Toth

unread,
Apr 21, 2008, 3:21:44 PM4/21/08
to android-...@googlegroups.com
Mohan Parthasarathy wrote:
> Sure. I am actively working to get this working. I will document my
> experience once i am successful
>
Great !
Keep us updated please :-)

--
regards,

Georges Toth

Mohan Parthasarathy

unread,
Apr 21, 2008, 4:51:55 PM4/21/08
to android-...@googlegroups.com
That seems to have done the magic for my N810. I just moved to android/binder.c instead of the
old binder driver (Still using m3 filesystem + m3 kernel Changes). Android comes up. i can browse
through the top level options, but not able to select them (Applications, contact, browser etc.).

Thanks for all the help.

-mohan

Mohan Parthasarathy

unread,
Apr 21, 2008, 6:07:18 PM4/21/08
to android-...@googlegroups.com
It seems that the "return" key works. So, selection is not a problem. "Fn" key does not work and hence
numbers can't be typed. At the least if we can get the "back" key mapped, it will be possible to
go back. Any luck on this ?

Wlan seems to work without any extra work and hence browsing is fine.

-mohan

astrol...@gmail.com

unread,
Apr 23, 2008, 1:46:53 PM4/23/08
to Android Internals
Hi,
I use the toolchain(cs2005q3.2-glibc2.5) in http://www.progbox.co.uk/wordpress/?p=453.
But I got the following error in /dev/log/main:

dalvikvmToo many exceptions during init (failed on 'java/lang/
NoClassDefFoundError' 'java/lang/NoClassDefFoundError')
dalvikvmVM aborting
le deps in cache file; removing and retrying
dalvikvmDexOpt: --- BEGIN 'core.jar' (bootstrap=1) ---
dalvikvmDexOpt: waiting for verify+opt, pid=1688
dalvikvmDexOpt: --- END 'core.jar' --- status=0x0009, process failed
dalvikvmUnable to extract+optimize DEX from '/system/framework/
core.jar'
dalvikvmDexOpt: incorrect opt magic number (0xff ff ff ff)

Not sure whether it was caused by the toolchain.
Should I use cs2007q3-glibc2.5 to compile the source ?

Thanks,
Leon

astrol...@gmail.com

unread,
Apr 24, 2008, 3:26:24 PM4/24/08
to Android Internals
Hi,
Please ignore it.
It is caused by the wrong file system.
Keep working on the blank screen issue.


-Leon



On Apr 24, 1:46 am, astroli.l...@gmail.com wrote:
> Hi,
> I use the toolchain(cs2005q3.2-glibc2.5) inhttp://www.progbox.co.uk/wordpress/?p=453.

Jonathan Herriott

unread,
Apr 24, 2008, 7:30:35 PM4/24/08
to Android Internals
Hi, I've been able to install the kernel, but I am having issues
installing the file system. I am using the m5-rc14 userspace with the
m5-rc14 kernel.

I get a segmentation fault upon running the kernel. I straced the
init and received:

\h:\w\$ strace -f -ff -tt -s 200 /init
04:02:38.896362 execve("/init", ["/init"], [/* 59 vars */]) = 0
04:02:38.909790 gettid() = 1464
04:02:38.912689 syscall_983045(0xbea0d614, 0, 0x20, 0, 0xbe9ee000,
0xbea0d6d0, 0xbea0d720, 0xf0005, 0xbea0d720, 0, 0x80b8, 0x80b4, 0,
0xbea0d608, 0x17c77, 0x17f2c, 0x60000010, 0xbea0d614, 0, 0, 0xc764, 0,
0, 0, 0, 0, 0, 0, 0, 0, 0, 0) = 0
04:02:38.916168 socket(PF_FILE, SOCK_STREAM, 0) = 3
04:02:38.919250 connect(3, {sa_family=AF_FILE,
path=@property_service}, 19) = -1 ECONNREFUSED (Connection refused)
04:02:38.923248 close(3) = 0
04:02:38.926208 sigaction(SIGCHLD, {0x8211, [], SA_NOCLDSTOP}, NULL,
0xc0fb8) = 0
04:02:38.929718 umask(0) = 022
04:02:38.932373 ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost
isig icanon echo ...}) = 0
04:02:38.936523 dup(1) = 3
04:02:38.939422 write(3, "init: HOW ARE YOU GENTLEMEN\n", 28init: HOW
ARE YOU GENTLEMEN
) = 28
04:02:38.943328 close(0) = 0
04:02:38.945983 close(1) = 0
04:02:38.948577 close(2) = 0
04:02:38.951202 open("/dev/null", O_RDWR|O_LARGEFILE) = 0
04:02:38.954345 dup2(0, 1) = 1
04:02:38.956939 dup2(0, 2) = 2
04:02:38.959625 write(3, "init: reading config file\n", 26init:
reading config file
) = 26
04:02:38.963592 brk(0) = 0x20000
04:02:38.966217 brk(0x20000) = 0x20000
04:02:38.968994 brk(0x21000) = 0x21000
04:02:38.971832 open("/etc/init.rc", O_RDONLY|O_LARGEFILE) = 4
04:02:38.975006 lseek(4, 0, SEEK_END) = 5746
04:02:38.991088 lseek(4, 0, SEEK_SET) = 0
04:02:38.993286 brk(0x22000) = 0x22000
04:02:38.998413 read(4, "## Global environment setup\n##\nenv {\n
PATH /sbin:/system/sbin:/system/bin\n LD_LIBRARY_PATH /system/lib
\n ANDROID_BOOTLOGO 1\n ANDROID_ROOT /system\n
ANDROID_ASSETS /system/app\n ANDROID_"..., 5746) = 5746
04:02:39.002288 close(4) = 0
04:02:39.003845 brk(0x23000) = 0x23000
04:02:39.005310 mkdir("/proc", 0755) = -1 EEXIST (File exists)
04:02:39.006622 mkdir("/dev", 0755) = -1 EEXIST (File exists)
04:02:39.007843 mkdir("/dev/pts", 0755) = -1 EEXIST (File exists)
04:02:39.009368 mkdir("/sys", 0755) = -1 EEXIST (File exists)
04:02:39.011230 mkdir("/d", 0755) = -1 EEXIST (File exists)
04:02:39.012451 mount("/dev/pts", "/dev/pts", "devpts", 0, NULL) = -1
EBUSY (Device or resource busy)
04:02:39.017883 mount("/proc", "/proc", "proc", 0, NULL) = -1 EBUSY
(Device or resource busy)
04:02:39.026428 mount("/sys", "/sys", "sysfs", 0, NULL) = -1 EBUSY
(Device or resource busy)
04:02:39.033416 mount("/d", "/d", "debugfs", 0, NULL) = -1 EBUSY
(Device or resource busy)
04:02:39.038238 mount("/tmp", "/tmp", "tmpfs", 0, NULL) = 0
04:02:39.043457 open("/proc/cmdline", O_RDONLY|O_LARGEFILE) = 4
04:02:39.046417 read(4, "root=1f03 rootfstype=jffs2 ro\n", 1023) = 30
04:02:39.048187 close(4) = 0
04:02:39.049346 chmod("/proc/cmdline", 0400) = 0
04:02:39.050689 open("/system_properties", O_RDWR|O_CREAT|O_EXCL|
O_LARGEFILE, 0600) = 4
04:02:39.052368 ftruncate(4, 32768) = 0
04:02:39.053588 open("/system_properties", O_RDONLY|O_LARGEFILE) = 5
04:02:39.056884 unlink("/system_properties") = 0
04:02:39.058624 mmap2(NULL, 32768, PROT_READ|PROT_WRITE, MAP_SHARED,
4, 0) = -1 EINVAL (Invalid argument)
04:02:39.059997 close(5) = 0
04:02:39.061096 close(4) = 0
04:02:39.063110 open("/etc/default.prop", O_RDONLY|O_LARGEFILE) = 4
04:02:39.064422 lseek(4, 0, SEEK_END) = 130
04:02:39.065521 lseek(4, 0, SEEK_SET) = 0
04:02:39.066619 read(4, "# default system properties\n# these may be
overridden by /data/local.prop\n\nnet.bt.name = Android\n\n# end
default system properties\n", 130) = 130
04:02:39.069152 close(4) = 0
04:02:39.070251 --- SIGSEGV (Segmentation fault) @ 0 (0) ---
04:02:39.072601 +++ killed by SIGSEGV +++
Process 1464 detached

I can't seem to figure out what's going wrong. Any ideas?

Georges Toth

unread,
Apr 25, 2008, 10:09:57 AM4/25/08
to android-...@googlegroups.com
Hi,

Jonathan Herriott wrote:
> Hi, I've been able to install the kernel, but I am having issues
> installing the file system. I am using the m5-rc14 userspace with the
> m5-rc14 kernel.
>

You _have_ to use an m3 userspace

--
regards,

Georges Toth

Jonathan Herriott

unread,
Apr 25, 2008, 3:35:02 PM4/25/08
to Android Internals
I get the same error when using the m3-rc37a userspace.

Jonathan Herriott

unread,
Apr 26, 2008, 3:32:14 AM4/26/08
to Android Internals
Quick question. Is everyone starting from the latest Maemo N810 image
downloadable at http://tablets-dev.nokia.com/nokia_N810.php? I'm just
trying to figure out why my N810 won't run android, and I'm trying to
eliminate as many variables as possible.

The kernel building is straightforward, but the userspace directions
seems to have ambiguity. Here are my steps for installing the
userspace files on the device:
1) On my computer, unpack the ramdisk image to a folder.
2) Untar system, dev, and data to the unpacked ramdisk image.
3) Tar up the patched file system and scp it to /opt on the device.
Ssh to the device and unpack the file system in /opt
4) Run umask 000 && chroot /opt/android /init
5) Receive a segmentation fault.

Georges Toth

unread,
Apr 26, 2008, 6:28:04 AM4/26/08
to android-...@googlegroups.com
Jonathan Herriott wrote:
> 3) Tar up the patched file system and scp it to /opt on the device.
> Ssh to the device and unpack the file system in /op
There's your problem.... android does not support jffs, you need to
either put it on a ext2/3,.... formated miniSD card or make an image and
loop-back mount it on the n8xx.

--
regards,

Georges Toth

Jonathan Herriott

unread,
Apr 26, 2008, 10:01:04 PM4/26/08
to Android Internals
Awesome, thank you. I'll let you know if I get it up and working when
I get back in the office on Monday.

Jonathan Herriott

unread,
Apr 28, 2008, 3:56:15 PM4/28/08
to Android Internals
I went out and bought a microSD card and put the userspace files on
there. I do not, however, have the ability to change the permissions
once it is on there, so I am unable to execute /init. Has anyone else
tried it on a microSD card and was able to change the permissions?

Thanks in advance.

Jonathan Herriott

Jonathan Herriott

unread,
Apr 28, 2008, 4:56:35 PM4/28/08
to Android Internals
Ok, fixed. The filesystem was in vfat format, so I just needed to
make it into ext2 for the microSD card.

Jonathan Herriott

unread,
Apr 28, 2008, 6:48:23 PM4/28/08
to Android Internals
When starting android via the a.sh way, I get the following:

\h:\w\$ ******** NO FRAMEBUFFER VSYNC WAIT IOCTL **************
Prepping: /system/app/AlarmProvider.apk:/system/app/Browser.apk:/
system/app/Calendar.apk:/system/app/Camera.apk:/system/app/
Contacts.apk:/system/app/Development.apk:/system/app/
GDataFeedsProvider.apk:/system/app/Gmail.apk:/system/app/
GmailProvider.apk:/system/app/GoogleApps.apk:/system/app/
GoogleAppsProvider.apk:/system/app/Home.apk:/system/app/
ImProvider.apk:/system/app/Maps.apk:/system/app/
MediaPickerActivity.apk:/system/app/MediaProvider.apk:/system/app/
Phone.apk:/system/app/PimProvider.apk:/system/app/ApiDemos.apk:/system/
app/SettingsProvider.apk:/system/app/Sms.apk:/system/app/
SyncProvider.apk:/system/app/TelephonyProvider.apk:/system/app/
XmppService.apk:/system/app/YouTube.apk
File not found: /system/app/AlarmProvider.apk
File not found: /system/app/Calendar.apk
File not found: /system/app/Camera.apk
File not found: /system/app/GDataFeedsProvider.apk
File not found: /system/app/Gmail.apk
File not found: /system/app/GmailProvider.apk
File not found: /system/app/MediaPickerActivity.apk
File not found: /system/app/PimProvider.apk
File not found: /system/app/ApiDemos.apk
File not found: /system/app/Sms.apk
File not found: /system/app/SyncProvider.apk
File not found: /system/app/YouTube.apk
Prep complete
fatal error opening "/sys/android_power/last_user_activity"

The file is missing, so I can see why it can't find it :) Even though
I have permission, I am unable to actually touch the file. I just get
the red eye, and it never goes any farther.

Mohan Parthasarathy

unread,
Apr 30, 2008, 12:51:08 PM4/30/08
to android-...@googlegroups.com
Did you try creating all the files under /sys/android_power/ before starting the scripts ? And also change the permissions to 0666.

-mohan

rzgroup

unread,
Apr 30, 2008, 2:21:19 PM4/30/08
to Android Internals
I got most of the keys working on n810. of course, not the Fn and
numbers.

just update one file: /system/usr/keylayout/qwerty.kl

-key 158 BACK WAKE_DROPPED
+key 1 BACK WAKE_DROPPED
key 230 SOFT_RIGHT WAKE
key 60 SOFT_RIGHT WAKE
key 107 ENDCALL WAKE_DROPPED
key 62 ENDCALL WAKE_DROPPED
-key 229 SOFT_LEFT WAKE_DROPPED
+key 62 SOFT_LEFT WAKE_DROPPED
key 59 SOFT_LEFT WAKE_DROPPED
key 139 SOFT_LEFT WAKE_DROPPED
key 228 POUND
key 227 STAR
key 231 CALL WAKE_DROPPED
key 61 CALL WAKE_DROPPED
-key 232 DPAD_CENTER WAKE_DROPPED
+key 96 DPAD_CENTER WAKE_DROPPED
key 108 DPAD_DOWN WAKE_DROPPED
key 103 DPAD_UP WAKE_DROPPED
-key 102 HOME WAKE
+key 63 HOME WAKE
key 105 DPAD_LEFT WAKE_DROPPED
key 106 DPAD_RIGHT WAKE_DROPPED
-key 115 VOLUME_UP
-key 114 VOLUME_DOWN
+key 65 VOLUME_UP
+key 66 VOLUME_DOWN


On Apr 30, 12:51 pm, "Mohan Parthasarathy" <surut...@gmail.com> wrote:
> Did you try creating all the files under /sys/android_power/ before starting
> the scripts ? And also change the permissions to 0666.
>
> -mohan
>
> On Mon, Apr 28, 2008 at 3:48 PM, Jonathan Herriott <herri...@gmail.com>

Georges Toth

unread,
Apr 30, 2008, 2:45:46 PM4/30/08
to android-...@googlegroups.com
Great! :-)

How did you manage to get the keycodes ?


--
regards,

Georges Toth

Jonathan Herriott

unread,
Apr 30, 2008, 4:02:04 PM4/30/08
to Android Internals
sysfs (/sys directory) cannot be modified. The issue is that the
patch at http://code.google.com/p/android-on-n8xx/wiki/Home does not
contain the necessary functions in drivers/android/power.c that are
needed by the m3 userspace. Since other people have it working with
the m3 userspace, I'm assuming they patched it. Does anyone happen to
have this patch, so I don't have to figure it out?

On Apr 30, 9:51 am, "Mohan Parthasarathy" <surut...@gmail.com> wrote:
> Did you try creating all the files under /sys/android_power/ before starting
> the scripts ? And also change the permissions to 0666.
>
> -mohan
>
> On Mon, Apr 28, 2008 at 3:48 PM, Jonathan Herriott <herri...@gmail.com>

jesse

unread,
Apr 30, 2008, 7:07:42 PM4/30/08
to Android Internals
I'm running into the same problem as you - "/sys/android_power/
last_user_activity" is not there. Hopefully someone will post an
patch.. otherwise, I'm debating between trying to fix the patch on the
android-on-n8xx wiki, or just trying to port the m3 kernel from
scratch.

Jesse

On Apr 30, 3:02 pm, Jonathan Herriott <herri...@gmail.com> wrote:
> sysfs (/sys directory) cannot be modified.  The issue is that the
> patch athttp://code.google.com/p/android-on-n8xx/wiki/Homedoes not

Jonathan Herriott

unread,
Apr 30, 2008, 7:56:38 PM4/30/08
to Android Internals
Yeah, I was thinking about fixing the patch myself as well.

Georges, do you happen to have the correct patch lying around? It
seems you may have accidentally used the wrong android kernel source
when making the patch.

Georges Toth

unread,
May 1, 2008, 8:23:46 AM5/1/08
to android-...@googlegroups.com
The patches on the wiki do work....others have successfully used them as
well.
I've used my working trees to make them, and as they obviously work for
me I honestly have no clue why you have problem with them :-(

If you want, I can upload a kernel image ?

I'll create a new patch againt a vanilla 2.6.21 and will send you that
one in private to try.
If it then still does not work, it is for sure not because of the kernel...


BTW, here is my output of /sys/android_power:
Nokia-N810-42-19:~# ls /sys/android_power/
acquire_full_wake_lock battery_level
battery_level_raw battery_low_level
charging_state request_state
acquire_partial_wake_lock battery_level_low
battery_level_scale battery_shutdown_level
release_wake_lock state

As you can see, no last_user_activity either...and again, it does work
nevertheless :-)


Your problem is somewhere else...

Jonathan Herriott wrote:
> Yeah, I was thinking about fixing the patch myself as well.
>
> Georges, do you happen to have the correct patch lying around? It
> seems you may have accidentally used the wrong android kernel source
> when making the patch.
>

--
regards,

Georges Toth

Georges Toth

unread,
May 1, 2008, 8:39:30 AM5/1/08
to android-...@googlegroups.com
Jonathan Herriott wrote:
> sysfs (/sys directory) cannot be modified. The issue is that the
> patch at http://code.google.com/p/android-on-n8xx/wiki/Home does not
> contain the necessary functions in drivers/android/power.c that are
> needed by the m3 userspace. Since other people have it working with
> the m3 userspace, I'm assuming they patched it. Does anyone happen to
> have this patch, so I don't have to figure it out?
>
I'm replying in the wrong order :-)....
Anyway, those functions are not needed for android to work.
Sure power management is pretty much not working at all at the current
state, but as I mentioned on the wiki, there are higher priority issues
for now IMHO...but anybody is free to work on whatever part he wishes of
course.

I'm not sure if somebody has those issues fixed already, but I don't
think so.

If you do work on it please let us know how it goes

--
regards,

Georges Toth

jesse

unread,
May 1, 2008, 11:34:23 AM5/1/08
to Android Internals
Georges,

Are you using the M3 or the M5 runtime. I tried with the M3 because
the M5 is not supposed to work.

I ended up taking power.c from the M3 kernel and ported it to your
patched n810 kernel. Using the older power.c, I saw the
last_user_activity node show up in sys. With this change, everything
seems to work just fine now.

Jesse

On May 1, 7:39 am, Georges Toth <georges.t...@gmail.com> wrote:
> Jonathan Herriott wrote:
> > sysfs (/sys directory) cannot be modified.  The issue is that the
> > patch athttp://code.google.com/p/android-on-n8xx/wiki/Homedoes not

Jonathan Herriott

unread,
May 2, 2008, 4:01:46 PM5/2/08
to Android Internals
So, going along the assumption that my issue is not /sys/android_power/
last_user_activity, I'm assuming the issue is a device trying to
access this. I'm using /dev from the m3 userspace. Did you end up
pulling /dev from the userspace, or did you do it another way?

jesse

unread,
May 2, 2008, 5:13:18 PM5/2/08
to Android Internals
Assuming I understand your question correctly.. I used the /dev
directory from the running system. I just cp'd /dev to /<chroot-dir>/
dev.

Jonathan Herriott

unread,
May 2, 2008, 5:22:48 PM5/2/08
to Android Internals
I'd also assume it is not permission issues. I tried doing chmod -R
777 * inside the root to the android file system, and still no luck.

Jonathan Herriott

unread,
May 2, 2008, 6:18:12 PM5/2/08
to Android Internals
Ok, so I have it working after applying Jesse's power.c file. Thanks
Jesse :) I'll see about modifying the patch on the wiki, so it's not
necessary.

Jonathan Herriott

unread,
May 2, 2008, 6:43:00 PM5/2/08
to Android Internals
Just to make sure everything is kosher from start to finish, I'm going
to do a complete reinstall, and then I'll update the wiki with the
all the steps.

Georges Toth

unread,
May 3, 2008, 6:50:32 AM5/3/08
to android-...@googlegroups.com
Jonathan Herriott wrote:
> So, going along the assumption that my issue is not /sys/android_power/
> last_user_activity, I'm assuming the issue is a device trying to
> access this. I'm using /dev from the m3 userspace. Did you end up
> pulling /dev from the userspace, or did you do it another way?
>
I copied the /dev from the original linux install on the n810, and
created the missing device nodes mentioned on elinux.org and with the
correct minor numbers from /proc/misc on my device.

--
regards,

Georges Toth

Georges Toth

unread,
May 3, 2008, 6:54:59 AM5/3/08
to android-...@googlegroups.com
Hey Jesse,

> Are you using the M3 or the M5 runtime. I tried with the M3 because
> the M5 is not supposed to work.
>

I'm using m3 as m5 does not work (framebuffer issue).

> I ended up taking power.c from the M3 kernel and ported it to your
> patched n810 kernel. Using the older power.c, I saw the
> last_user_activity node show up in sys. With this change, everything
> seems to work just fine now.
>

Hmm... wondering why it does work for me then
Anyway, it works now for you :-)

--
regards,

Georges Toth

Jonathan Herriott

unread,
May 5, 2008, 2:42:40 PM5/5/08
to Android Internals
Yeah, I have no idea what the difference is. Anyways, I'm going to
upload the patch and update the wiki to include all the steps to
install.

I know the key mappings need to be included as another patch, but are
there any new fixes that need to be included?

I'm also going to reorganize the wiki as well. If you have objections
to large changes, I'll email you my changes for review.

Jonathan Herriott

unread,
May 5, 2008, 2:53:09 PM5/5/08
to Android Internals
Also, if people don't mind, can I have a list of what is currently
being worked on and by whom (email) to list on the wiki?

Georges Toth

unread,
May 5, 2008, 5:09:48 PM5/5/08
to android-...@googlegroups.com
Jonathan Herriott wrote:
> Yeah, I have no idea what the difference is. Anyways, I'm going to
> upload the patch and update the wiki to include all the steps to
> install.
>
Great :-)

> I know the key mappings need to be included as another patch, but are
> there any new fixes that need to be included?
>

There is a touchscreen fix... see my private mail (patch too large for
posting...)

> I'm also going to reorganize the wiki as well. If you have objections
> to large changes, I'll email you my changes for review.
>

Ok no problem :-)

--
regards,

Georges Toth

Mohan Parthasarathy

unread,
May 5, 2008, 6:29:30 PM5/5/08
to android-...@googlegroups.com
George,

Can you tell us what it takes to fix the touchscreen in N810 ? If the explanation is equally large:--), then
perhaps ignore it and update your site when you have time.

-mohan

Georges Toth

unread,
May 5, 2008, 7:15:10 PM5/5/08
to android-...@googlegroups.com
Hi Mohan,

> Can you tell us what it takes to fix the touchscreen in N810 ? If the
> explanation is equally large:--), then
> perhaps ignore it and update your site when you have time.
I was looking at the wrong file...the patch is actually rather small :-)
Guiyong sent me that patch ... it fixes the touchscreen

Apply the patch to a nokia+android patched 2.6.21 kernel and you should
have a working touchscreen.

--
regards,

Georges Toth

android_touchscreen_keyboard.diff

Mohan Parthasarathy

unread,
May 5, 2008, 9:13:18 PM5/5/08
to android-...@googlegroups.com
Thanks a bunch. I will give it a try soon. From a quick look, i don't understand as to what the Android dependency on the touchscreen is. If it is going via the X-server which handles the touchscreen, what
specific things Android needs differently ?

mohan


Index: drivers/input/touchscreen/tsc2005.c
===================================================================
--- drivers/input/touchscreen/tsc2005.c (revision 1269)
+++ drivers/input/touchscreen/tsc2005.c (revision 1273)
@@ -181,6 +181,8 @@
 };
 #define NUM_READ_REGS  (sizeof(tsc2005_read_reg)/sizeof(tsc2005_read_reg[0]))

+extern struct input_dev * android_idev;
+
 struct tsc2005 {
       struct spi_device       *spi;

@@ -262,6 +264,8 @@
                                       int x, int y, int pressure)
 {
       if (pressure) {
+               x = abs((x -260) * 800 / 3500);
+               y = abs((3550 - y) * 480 / 3000);
               input_report_abs(ts->idev, ABS_X, x);
               input_report_abs(ts->idev, ABS_Y, y);
               input_report_abs(ts->idev, ABS_PRESSURE, pressure);
@@ -557,7 +561,8 @@
       ts->touch_pressure      = pdata->ts_touch_pressure ? : ts->p_max;
       p_fudge                 = pdata->ts_pressure_fudge ? : 2;

-       idev = input_allocate_device();
+//     idev = input_allocate_device();
+       idev = android_idev;
       if (idev == NULL) {
               r = -ENOMEM;
               goto err2;
@@ -567,10 +572,10 @@
        * TODO: should be "TSC2005 touchscreen", but X has hardcoded these
        * strings and doesn't accept TSC2005 yet...
        */
-       idev->name = "TSC2301 touchscreen";
-       snprintf(ts->phys, sizeof(ts->phys), "%s/input-ts",
-                ts->spi->dev.bus_id);
-       idev->phys = ts->phys;
+//     idev->name = "TSC2301 touchscreen";
+//     snprintf(ts->phys, sizeof(ts->phys), "%s/input-ts",
+//              ts->spi->dev.bus_id);
+//     idev->phys = ts->phys;

       idev->evbit[0] = BIT(EV_ABS) | BIT(EV_KEY);
       idev->absbit[0] = BIT(ABS_X) | BIT(ABS_Y) | BIT(ABS_PRESSURE);
@@ -578,9 +583,14 @@

       tsc2005_ts_setup_spi_xfer(ts);

+       x_max = 800;
+       y_max = 480;
+
       input_set_abs_params(idev, ABS_X, 0, x_max, x_fudge, 0);
       input_set_abs_params(idev, ABS_Y, 0, y_max, y_fudge, 0);
       input_set_abs_params(idev, ABS_PRESSURE, 0, ts->p_max, p_fudge, 0);
+       set_bit(BTN_TOUCH, idev->keybit);
+       bitmap_fill(idev->absbit, ABS_MAX);

       tsc2005_start_scan(ts);

Index: drivers/video/omap/omapfb_main.c
===================================================================
--- drivers/video/omap/omapfb_main.c    (revision 1269)
+++ drivers/video/omap/omapfb_main.c    (revision 1273)
@@ -698,6 +698,34 @@
       struct omapfb_device *fbdev = plane->fbdev;
       int r;

+        if((var->rotate & 1) != (fbi->var.rotate & 1)) {
+                if((var->xres != fbi->var.yres) ||
+                   (var->yres != fbi->var.xres) ||
+                   (var->xres_virtual != fbi->var.yres) ||
+                   (var->yres_virtual > fbi->var.xres) ||
+                   (var->yres_virtual < fbi->var.xres )) {
+                        printk(KERN_INFO "omapfb_check_var: failed 1\n");
+                        return -EINVAL;
+                }
+        }
+        else {
+                if((var->xres != fbi->var.xres) ||
+                   (var->yres != fbi->var.yres) ||
+                   (var->xres_virtual != fbi->var.xres) ||
+                   (var->yres_virtual > fbi->var.yres) ||
+                   (var->yres_virtual < fbi->var.yres )) {
+                        printk(KERN_INFO "omapfb_check_var: failed 2\n");
+                        return -EINVAL;
+                }
+        }
+        if((var->xoffset != fbi->var.xoffset) ||
+           (var->bits_per_pixel != fbi->var.bits_per_pixel) ||
+           (var->grayscale != fbi->var.grayscale)) {
+
+                printk(KERN_INFO "omapfb_check_var: failed 3\n");
+                return -EINVAL;
+        }
+
       omapfb_rqueue_lock(fbdev);
       if (fbdev->ctrl->sync != NULL)
               fbdev->ctrl->sync();
Index: drivers/i2c/chips/menelaus.c
===================================================================
--- drivers/i2c/chips/menelaus.c        (revision 1269)
+++ drivers/i2c/chips/menelaus.c        (revision 1273)
@@ -48,6 +48,7 @@
 #include <asm/arch/menelaus.h>

 /*#define DEBUG*/
+#define dev_info(dev, format, arg...) do { (void)(dev); } while (0)

 #define DRIVER_NAME                    "menelaus"

Index: drivers/i2c/chips/lm8323.c
===================================================================
--- drivers/i2c/chips/lm8323.c  (revision 1269)
+++ drivers/i2c/chips/lm8323.c  (revision 1273)
@@ -174,6 +174,9 @@
       struct lm8323_pwm       pwm3;
 };

+struct input_dev * android_idev;
+EXPORT_SYMBOL(android_idev);
+
 #define client_to_lm8323(c)    container_of(c, struct lm8323_chip, client)
 #define dev_to_lm8323(d)       container_of(d, struct lm8323_chip, client.dev)
 #define work_to_lm8323(w)      container_of(w, struct lm8323_chip, work)
@@ -801,6 +804,7 @@
               err = -ENOMEM;
               goto fail8;
       }
+       android_idev = idev;

       if (lm8323_pdata->name)
               idev->name = lm8323_pdata->name;
@@ -822,7 +826,7 @@
               set_bit(EV_REP, idev->evbit);

       lm->idev = idev;
-       input_register_device(idev);
+//     input_register_device(idev);

       return 0;



Georges Toth

unread,
May 6, 2008, 3:34:40 AM5/6/08
to android-...@googlegroups.com
Mohan Parthasarathy wrote:
> Thanks a bunch. I will give it a try soon. From a quick look, i don't
> understand as to what the Android dependency on the touchscreen is. If
> it is going via the X-server which handles the touchscreen, what
> specific things Android needs differently ?
Android doesn't use X, and expects slightly different data from the
touchscreen than X does, so there's the problem.

--
regards,

Georges Toth

Mohan Parthasarathy

unread,
May 6, 2008, 1:40:28 PM5/6/08
to android-...@googlegroups.com
I applied the changes but did not work. The kernel almost booted (blue line that sweeps the screen from
left to right) but it did not leave the initial screen where "NOKIA" is displayed. Are you sure you have given
all the changes ? I have TSC2301=y, MENELAUS=y,LM8323-y..

-mohan

Mohan Parthasarathy

unread,
May 6, 2008, 2:08:51 PM5/6/08
to android-...@googlegroups.com
After removing the changes from drivers/video/omap/omap_fbmain.c, things are working. N810 boots, Android
comes up and the touchscreen works once Android comes up. I am sure the checks in omap_fbmain are
needed but that prevented booting at least for me.

-mohan

kanzaki

unread,
May 6, 2008, 2:55:35 PM5/6/08
to Android Internals
i experienced the exact same thing as you.

kaz

On May 6, 11:08 am, "Mohan Parthasarathy" <surut...@gmail.com> wrote:
> After removing the changes from drivers/video/omap/omap_fbmain.c, things are
> working. N810 boots, Android
> comes up and the touchscreen works once Android comes up. I am sure the
> checks in omap_fbmain are
> needed but that prevented booting at least for me.
>
> -mohan
>
> On Tue, May 6, 2008 at 10:40 AM, Mohan Parthasarathy <surut...@gmail.com>
> wrote:
>
> > I applied the changes but did not work. The kernel almost booted (blue
> > line that sweeps the screen from
> > left to right) but it did not leave the initial screen where "NOKIA" is
> > displayed. Are you sure you have given
> > all the changes ? I have TSC2301=y, MENELAUS=y,LM8323-y..
>
> > -mohan
>
> > On Tue, May 6, 2008 at 12:34 AM, Georges Toth <georges.t...@gmail.com>

Georges Toth

unread,
May 6, 2008, 4:09:37 PM5/6/08
to android-...@googlegroups.com
Mohan Parthasarathy wrote:
> I applied the changes but did not work. The kernel almost booted (blue
> line that sweeps the screen from
> left to right) but it did not leave the initial screen where "NOKIA"
> is displayed. Are you sure you have given
> all the changes ? I have TSC2301=y, MENELAUS=y,LM8323-y..
That's all I got, and it works for me and obviously also for Guiyong :-)

I had just applied the patch, recompiled the kernel and rebooted the
n810 with the new kernel.
Worked fine for me...

--
regards,

Georges Toth

Georges Toth

unread,
May 6, 2008, 4:11:41 PM5/6/08
to android-...@googlegroups.com
Mohan Parthasarathy wrote:
> After removing the changes from drivers/video/omap/omap_fbmain.c,
> things are working. N810 boots, Android
> comes up and the touchscreen works once Android comes up. I am sure
> the checks in omap_fbmain are
> needed but that prevented booting at least for me.
Hmmm... might be a stupid question, but you are sure you have a n810 too
? ... not n800 or n7xx or so ?
Good thing it works now for you too...but I'm wondering why again
there's something which doesn't seem to work for everybody... hmm

--
regards,

Georges Toth

Mohan Parthasarathy

unread,
May 6, 2008, 5:01:03 PM5/6/08
to android-...@googlegroups.com
I have a n810. Yes, it bothers me when things don't work consistently. As we have seen, the other
changes that we have does not work for everyone.

I removed those checks thinking that some of those bound checks are actually failing in my case.

-mohan

kanzaki

unread,
May 6, 2008, 9:15:09 PM5/6/08
to Android Internals
n810 here too. i had the /sys/android_power/last_user_activity fatal
error as well. I modified power.c so that last_user_activity and
request_sleep shows.. but now i just get stuck at the "Prep complete"
line. Can someone send me or post a copy of their working power.c
file? thanks.

kaz

On May 6, 2:01 pm, "Mohan Parthasarathy" <surut...@gmail.com> wrote:
> I have a n810. Yes, it bothers me when things don't work consistently. As we
> have seen, the other
> changes that we have does not work for everyone.
>
> I removed those checks thinking that some of those bound checks are actually
> failing in my case.
>
> -mohan
>

Mohan Parthasarathy

unread,
May 7, 2008, 12:25:40 PM5/7/08
to android-...@googlegroups.com
This is the power.c i am using.

Good luck

-mohan
power.c

Eduardo Gonçalves

unread,
May 7, 2008, 12:54:22 PM5/7/08
to android-...@googlegroups.com
All,
 
send for Android-iinternal a video with N80... using Android!
Is possible?
 
Regard

 

kanzaki

unread,
May 7, 2008, 5:25:29 PM5/7/08
to Android Internals
thanks a bunch mohan! everything is up and running! just like you, i
had to take out the checks in omap_fbmain.c from the touch screen
patch. but touch still seems to be working fine w/o those checks.. so
its possible they were somehow failing.

kaz

On May 7, 9:25 am, "Mohan Parthasarathy" <surut...@gmail.com> wrote:
> This is the power.c i am using.
>
> Good luck
>
> -mohan
>
> power.c
> 56KDownload

Jonathan Herriott

unread,
May 8, 2008, 4:24:03 PM5/8/08
to Android Internals
By the way, has anyone gotten any word from Nokia on whether they are
going to advance the kernel for the N810 beyond 2.6.21? I really
would like to have m5 on the device, so I can actually write current
android code and run it on the device instead of having to use the m3
sdk.

Anyways, in reference to some N810s having issues and others not,
there might be hardware differences with the N810s. If you look at
video game consoles (PS3 etc), they have issues depending on when the
device was bought. It could be something similar. I have an N810
RX-44 (behind the battery). Does anyone have something different?

Lorraine

unread,
May 11, 2008, 1:36:55 AM5/11/08
to Android Internals
Hi all,

My friends and I are using instructions posted on the n8xx site and
it's been really helpful for getting our n800's to run Android! So
thanks for this! We are trying to get Android running for a
university class project.

I tried the touchscreen patch, and encountered the same problem as
Mohan did (but I am on a n800). I removed changes to omap_fbmain.c
and I'm able to boot linux again, but touchscreen doesn't work. Any
suggestions/pointers?

Also, we'd like to contribute back, we used a generic Ubuntu linux
install and there were some additional steps that a new person to
linux might not be able to figure out. We can post that if it's
helpful.

Thanks!
Lorraine
It is loading more messages.
0 new messages