stable-tracking test image
Klaus Kurzmann
mok at mnet-online.de
Tue Nov 18 13:18:32 CET 2008
forgot to mention... I did this test with uImage-moredrivers-GTA02_andy-tracking_770621815714f74c.bin
I don't know which one of the three found there is the most current one,
so I took this one, because there is also an according modules pack
(which I also installed)
Mok
* Klaus Kurzmann <mok at mnet-online.de> [081118 13:14]:
> * Andy Green <andy at openmoko.com> [081118 12:29]:
> > Somebody in the thread at some point said:
> > | wsod again, i tried echo mem > /sys/power/state and then did suspend by
> > | the button... i think... :)
> > Sorry why did the wsod come, this is from coming out of blanking?
> I've got the same result (WSoD) and I took care it won't blank before
> suspending. I did one suspend/resume cycle, where I waited just 30secs
> before resuming and that worked fine - _no_ WSoD.
> Then I did one suspend/resume cycle, where I waited 2mins before
> resuming - WSoD.
> Suspending was done by echo mem > /sys/power/state and resuming by
> pressing the power button.
> > | but this kernel doesn't have
> > | /sys/class/i2c-adapter/i2c-0/0-0073/glamo3362.0/regs to send any
> > | status...
> > Now we're in Balaji regulator world things are moved around a little
> > /sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-regltr.9/glamo3362.0/regs
> > find /sys -name *regs*
> > for example will find anything that's gone missing.
> regs with WSoD are:
> General
> 0000: 2020 3650 0002 01ff 0000 0000 0000 0000
> 0010: 000d 000b 00ee 000f 3000 1000 3000 002f
> 0020: 1000 0000 3000 1000 0000 0000 0000 0000
> 0030: 1879 0000 2000 0101 0102 0000 0000 0000
> 0040: 05db 5d0f 0aba 82d4 0003 0000 0000 0000
> 0050: 000f 111e ccc3 111e 000f 0001 0e0f 030f
> 0060: 080f 0f0f 0000 0000 0000 0000 0000 0000
> 0070: 0000 0000 0000
> Host Bus
> 0200: 0e03 07ff 0000 0080 0344 0600 0000 0000
> 0210: 0000 0000 4000
> Memory
> 0300: 0c74 afaf 0108 0010 0000 0000 0000 0000
> 0310: 0000 1002 6006 00ff 0001 0020 0000 0000
> 0320: 0000 0000 0000 0000 0000 0000 0000 0000
> 0330: 3210 5432 e100 01d6
> LCD 1
> 1100: 0020 9020 0b40 01e0 0280 440c 0000 0000
> 1110: 6000 0009 0000 0000 03c0 0000 0200 0000
> 1120: 0000 0000 0008 0000 0010 0000 01f0 0000
> 1130: 0294 0000 0000 0000 0002 0000 0004 0000
> 1140: 0284 0000 0000 0000 0000 0000 0000 0000
> 1150: c000 0012 0000 0000 0000 0000 0000 0000
> 1160: 0000 0000 0000 0000 0000 0000 0000 0000
> 1170: 0000 0000 0000 0000 0000 0000 0000 0000
> 1180: 8025 01de 5a00 0008 0000 0000 0000 0000
> 1190: 0000 0000 0000 0000 0000 0000 0000 0000
> 11A0: 0000 0000 0000 0000 0000 0000 0000 0000
> 11B0: 0000
> LCD 2
> 1200: 0000 0000 0000 0000 0000 0000 0000 0000
> 1210: 0000 0000 0000 0000 0000 0000 0000 0000
> 1220: 0000 0000 0000 0000 0000 0000 0000 0000
> 1230: 0000 0000 0000 0000 0000 0000 0000 0000
> 1240: 0000 0000 0000 0000 0000 0000 0000 0000
> 1250: 0000 0000 0000 0000 0000 0000 0000 0000
> 1260: 0000 0000
> MMC
> 1400: 0095 5500 4dd5 108a 0000 0000 0000 0000
> 1410: 003f 0009 8d00 000e 0006 4600 400c 0002
> 1420: c300 0002 0000 0000 0000 0000 0000 0000
> 1430: 080e 0000 0000 007f 8000 007f 0002 0200
> > -Andy
> If you want me to test this with some specific test rootfs (without X,
> frameworkd), just tell me which one :)
> Mok
More information about the openmoko-kernel
mailing list