PPCGeeks

PPCGeeks (http://forum.ppcgeeks.com/index.php)
-   Android On TP2 Development (http://forum.ppcgeeks.com/forumdisplay.php?f=319)
-   -   NAND Testing - 05-25 Update: New LK, Recovery.img, Kernel Updates through Recovery (http://forum.ppcgeeks.com/showthread.php?t=134598)

[ACL] 12-20-2010 02:29 PM

Re: NAND Boot Testing - 12-14: Panel power off fixes and new rootfs (important update
 
Quote:

Originally Posted by mpannen (Post 2016862)
Hi:

I ran this command:

pdump 0x00081034 1 b

and it came back with a result of 00000014


And for those of you not at a computer, you can turn on the haret console and connect to it using Putty for Windows Mobile. Just telnet to 127.0.0.1 port 9999, and press enter once connected. You will then see the console.

This means you have the same panel i do. So i'm baffled why you were getting display errors before. I'll look into it tho so next release should detect properly. I'm waiting to see if anyone has anything besides 0x14

natemcnutty 12-20-2010 03:02 PM

Re: NAND Boot Testing - 12-14: Panel power off fixes and new rootfs (important update
 
Quote:

Originally Posted by [ACL] (Post 2016863)
This means you have the same panel i do. So i'm baffled why you were getting display errors before. I'll look into it tho so next release should detect properly. I'm waiting to see if anyone has anything besides 0x14

Unfortunately, I also have 0x14 on that paddress. Did you disassemble a wince driver for that address?

Code:

HaRET(12)# pdump 0x00081034 128
00081034 | 00000014 efffffff fff7ffdf ffffbfff | ................
00081044 | fffefffb fffffdff ffffffff fffdffff | ................
00081054 | ffffff7f 00000000 52455354 55aaaa55 | ........TSERU..U
00081064 | 58899885 00480052 0044004f 00300035 | ...XR.H.O.D.5.0.
00081074 | 00300030 00000030 ffffffff ffffffff | 0.0.0...........
00081084 | ffffffff 5349424b 52454749 ffffffff | ....KBISIGER....
00081094 | ffffffff 3fffff00 fdfffffd ffffbfff | .......?........
000810a4 | 00000000 4e534543 00001000 00000080 | ....CESN........


[ACL] 12-20-2010 03:08 PM

Re: NAND Boot Testing - 12-14: Panel power off fixes and new rootfs (important update
 
Quote:

Originally Posted by natemcnutty (Post 2016872)
Unfortunately, I also have 0x14 on that paddress. Did you disassemble a wince driver for that address?

Code:

HaRET(12)# pdump 0x00081034 128
00081034 | 00000014 efffffff fff7ffdf ffffbfff | ................
00081044 | fffefffb fffffdff ffffffff fffdffff | ................
00081054 | ffffff7f 00000000 52455354 55aaaa55 | ........TSERU..U
00081064 | 58899885 00480052 0044004f 00300035 | ...XR.H.O.D.5.0.
00081074 | 00300030 00000030 ffffffff ffffffff | 0.0.0...........
00081084 | ffffffff 5349424b 52454749 ffffffff | ....KBISIGER....
00081094 | ffffffff 3fffff00 fdfffffd ffffbfff | .......?........
000810a4 | 00000000 4e534543 00001000 00000080 | ....CESN........


Had Cotulla take a look at the dlls and he got the address. We verified because it matches the wince kernel log.

If you dump the kernel log from wince during boot you will see g_currentpaneltype=20. So we know 0x14 is what most of us use.

mpannen 12-20-2010 04:21 PM

Re: NAND Boot Testing - 12-14: Panel power off fixes and new rootfs (important update
 
Could different radio firmwares have any influence? I have a Verizon 2.37 on my device..What do you have on yours ACL?

[ACL] 12-20-2010 04:27 PM

Re: NAND Boot Testing - 12-14: Panel power off fixes and new rootfs (important update
 
Quote:

Originally Posted by mpannen (Post 2016917)
Could different radio firmwares have any influence? I have a Verizon 2.37 on my device..What do you have on yours ACL?

No idea.. i have sprint 400. But panel init shouldn't change at all with radio changes.

natemcnutty 12-20-2010 06:54 PM

Wirelessly posted (Opera/9.80 (Windows Mobile; Opera Mini/5.1.21594/22.414; U; en) Presto/2.5.25 Version/10.54)

Quote:

Originally Posted by [ACL
]
Quote:

Originally Posted by natemcnutty (Post 2016872)
Unfortunately, I also have 0x14 on that paddress. Did you disassemble a wince driver for that address?

Code:

HaRET(12)# pdump 0x00081034 128
00081034 | 00000014 efffffff fff7ffdf ffffbfff | ................
00081044 | fffefffb fffffdff ffffffff fffdffff | ................
00081054 | ffffff7f 00000000 52455354 55aaaa55 | ........TSERU..U
00081064 | 58899885 00480052 0044004f 00300035 | ...XR.H.O.D.5.0.
00081074 | 00300030 00000030 ffffffff ffffffff | 0.0.0...........
00081084 | ffffffff 5349424b 52454749 ffffffff | ....KBISIGER....
00081094 | ffffffff 3fffff00 fdfffffd ffffbfff | .......?........
000810a4 | 00000000 4e534543 00001000 00000080 | ....CESN........


Had Cotulla take a look at the dlls and he got the address. We verified because it matches the wince kernel log.

If you dump the kernel log from wince during boot you will see g_currentpaneltype=20. So we know 0x14 is what most of us use.

ACL, do you need any other info at this point? I was messing around with addlist TRACE for headset detection and wondered if you had everything you needed for panel stuff.

[ACL] 12-20-2010 07:14 PM

Re: NAND Boot Testing - 12-14: Panel power off fixes and new rootfs (important update
 
Quote:

Originally Posted by natemcnutty (Post 2017014)
Wirelessly posted (Opera/9.80 (Windows Mobile; Opera Mini/5.1.21594/22.414; U; en) Presto/2.5.25 Version/10.54)



ACL, do you need any other info at this point? I was messing around with addlist TRACE for headset detection and wondered if you had everything you needed for panel stuff.

i think im all good for now. Just baffled we all have reported using the same panel. What i will do is mod the code to just write an error to the logs in-case it finds a panel besides 0x14.

how is the headset thing going?

natemcnutty 12-20-2010 07:49 PM

Wirelessly posted (Opera/9.80 (Windows Mobile; Opera Mini/5.1.21594/22.414; U; en) Presto/2.5.25 Version/10.54)

Quote:

Originally Posted by [ACL
]
Quote:

Originally Posted by natemcnutty (Post 2017014)
Wirelessly posted (Opera/9.80 (Windows Mobile; Opera Mini/5.1.21594/22.414; U; en) Presto/2.5.25 Version/10.54)



ACL, do you need any other info at this point? I was messing around with addlist TRACE for headset detection and wondered if you had everything you needed for panel stuff.

i think im all good for now. Just baffled we all have reported using the same panel. What i will do is mod the code to just write an error to the logs in-case it finds a panel besides 0x14.

how is the headset thing going?

Had to head out for shopping, but I'm really just documenting what I can. I'll post my findings for you or someone who can do real programming :p

mpannen 12-20-2010 11:22 PM

Re: NAND Boot Testing - 12-14: Panel power off fixes and new rootfs (important update
 
ACL:

You are not going to believe this, but I flashed back to Sprint radio 2.32 from VZW 2.37 and the display is working for me now. I am using the autobuild from 12/15/2010, which had previously failed for me.

mpannen 12-20-2010 11:43 PM

Re: NAND Boot Testing - 12-14: Panel power off fixes and new rootfs (important update
 
Well it worked very well for a while, but now the back light just comes on again....


All times are GMT -4. The time now is 05:44 PM.

Powered by vBulletin® ©2000 - 2025, Jelsoft Enterprises Ltd.
©2012 - PPCGeeks.com


Content Relevant URLs by vBSEO 3.6.0