NAND Testing - 05-25 Update: New LK, Recovery.img, Kernel Updates through Recovery - Page 84

**natemcnutty** · #**831** (**permalink**) 01-06-2011, 03:12 AM

Quote:

Originally Posted by [ACL]

i got my hands on that rhod100 dll and im surprised our code even runs on that thing. Its different so alot of changes need to be made. They will have to wait like good boys.

Now i need a favor again. Not sure if i asked this before and if i did i apologize.

Need some haret dumps for the following addresses during on and off panel.

0xBA0811AC
0xBA081440
0xBA0811B0

This will be one of the last times i ask for this. I promise. I baught another rhod to help with development.

Just to make sure we are providing proper logs, it should look like this right?

addlist mmutrace 0xBA0811AC 0x1000
addlist mmutrace 0xBA081440 0x1000
addlist mmutrace 0xBA0811B0 0x1000
set permissivemmutrace 1
wirq 10
(during the first wirq 10, press the power button to turn the screen off)
wirq 10
(during the second wirq 10, press the power button again to turn the screen on)

Or would you rather have each address on a separate log?

MassStash · #**832** (**permalink**) 01-06-2011, 04:13 AM

Quote:

Originally Posted by natemcnutty

For donations, he does accept them here: https://www.paypal.com/cgi-bin/websc...=Y8RGAN4VEEV2Q

For the NAND project, it's pretty much just [ACL] that has been working on it for the past few months. Wozzer used to help quite a bit, and Jonpry has been a good help on some things over the project as well.

werd, thanks

**[ACL]** · #**833** (**permalink**) 01-06-2011, 04:19 AM

Quote:

Originally Posted by natemcnutty

Just to make sure we are providing proper logs, it should look like this right?

addlist mmutrace 0xBA0811AC 0x1000
addlist mmutrace 0xBA081440 0x1000
addlist mmutrace 0xBA0811B0 0x1000
set permissivemmutrace 1
wirq 10
(during the first wirq 10, press the power button to turn the screen off)
wirq 10
(during the second wirq 10, press the power button again to turn the screen on)

Or would you rather have each address on a separate log?

just the contents would suffice i dont think i need a whole trace.

tpdjr · #**834** (**permalink**) 01-06-2011, 04:26 AM

hey acl any testing you need done let me know i bought an extra rhod 400 to help test on nand.

pts69666 · #**835** (**permalink**) 01-06-2011, 04:45 AM

Quote:

Originally Posted by [ACL]

just the contents would suffice i dont think i need a whole trace.

so would that just be this?

addlist 0xBA0811AC 0x1000
addlist 0xBA081440 0x1000
addlist 0xBA0811B0 0x1000
wirq 10
(during the first wirq 10, press the power button to turn the screen off)
wirq 10
(during the second wirq 10, press the power button again to turn the screen on)

**[ACL]** · #**836** (**permalink**) 01-06-2011, 04:55 AM

Quote:

Originally Posted by pts69666

so would that just be this?

addlist 0xBA0811AC 0x1000
addlist 0xBA081440 0x1000
addlist 0xBA0811B0 0x1000
wirq 10
(during the first wirq 10, press the power button to turn the screen off)
wirq 10
(during the second wirq 10, press the power button again to turn the screen on)

no just

vdump 0xBA0811AC 0xF

pts69666 · #**837** (**permalink**) 01-06-2011, 05:05 AM

Ok, here are the dumps. I am running a RHOD400

LCD On

HaRET(1)# vdump 0xBA0811AC 0xF
ba0811ac | 00000001 00000000 00000000 00000400 | ................
HaRET(2)# vdump 0xBA081440 0xF
ba081440 | 00400101 12010000 0003cfc0 00000000 | ..@.............
HaRET(3)# vdump 0xBA0811B0 0xF
ba0811b0 | 00000000 00000000 00000400 00000000 | ................

LCD Off

HaRET(4)# vdump 0xBA0811AC 0xF
ba0811ac | 00000001 00000000 00000000 00000400 | ................
HaRET(5)# vdump 0xBA081440 0xF
ba081440 | 00400101 00400000 0004316a 00000000 | ..@...@.j1......
HaRET(6)# vdump 0xBA0811B0 0xF
ba0811b0 | 00000000 00000000 00000400 00000000 | ................

If you need anything else dumped, lemme know.

**natemcnutty** · #**838** (**permalink**) 01-06-2011, 02:23 PM

Sorry I didn't get this done last night. It was too late to fire up the computer and get it done.

I have been getting values on this all morning, and here's my observations.

It doesn't matter if the screen is on, off, or dimmed, the values of 0xBA0811AC and 0xBA0811B0 never change. The values of 0xBA081440 are the ones I'm assuming you are really looking for.

When the screen is on, the first 8 bits are 00400101 12010000 followed by something that seems to change independantly of whether the screen is on or off. When the screen is off, the value is 00400101 00400000 which is again followed by something that doesn't seem to follow a pattern.

Here's the dump twice, starting with the screen on, then off, then on, then off:

Code:

HaRET(1)# vdump 0xBA0811AC 16
ba0811ac | 00000001 00000000 00000000 00000400 | ................
HaRET(2)# vdump 0xBA081440 16
ba081440 | 00400101 12010000 002f22f8 00000000 | ..@......"/.....
HaRET(3)# vdump 0xBA0811B0 16
ba0811b0 | 00000000 00000000 00000400 00000000 | ................
HaRET(4)# 
HaRET(5)# vdump 0xBA0811AC 16
ba0811ac | 00000001 00000000 00000000 00000400 | ................
HaRET(6)# vdump 0xBA081440 16
ba081440 | 00400101 00400000 002f84a1 00000000 | ..@...@.../.....
HaRET(7)# vdump 0xBA0811B0 16
ba0811b0 | 00000000 00000000 00000400 00000000 | ................
HaRET(8)# 
HaRET(9)# vdump 0xBA0811AC 16
ba0811ac | 00000001 00000000 00000000 00000400 | ................
HaRET(10)# vdump 0xBA081440 16
ba081440 | 00400101 12010000 002fe64a 00000000 | ..@.....J./.....
HaRET(11)# vdump 0xBA0811B0 16
ba0811b0 | 00000000 00000000 00000400 00000000 | ................
HaRET(12)# 
HaRET(13)# vdump 0xBA0811AC 16
ba0811ac | 00000001 00000000 00000000 00000400 | ................
HaRET(14)# vdump 0xBA081440 16
ba081440 | 00400101 00400000 002fe64a 00000000 | ..@...@.J./.....
HaRET(15)# vdump 0xBA0811B0 16
ba0811b0 | 00000000 00000000 00000400 00000000 | ................

**[ACL]** · #**839** (**permalink**) 01-06-2011, 02:34 PM

Quote:

Originally Posted by natemcnutty

Sorry I didn't get this done last night. It was too late to fire up the computer and get it done.

I have been getting values on this all morning, and here's my observations.

It doesn't matter if the screen is on, off, or dimmed, the values of 0xBA0811AC and 0xBA0811B0 never change. The values of 0xBA081440 are the ones I'm assuming you are really looking for.

When the screen is on, the first 8 bits are 00400101 12010000 followed by something that seems to change independantly of whether the screen is on or off. When the screen is off, the value is 00400101 00400000 which is again followed by something that doesn't seem to follow a pattern.

Here's the dump twice, starting with the screen on, then off, then on, then off:

Code:

HaRET(1)# vdump 0xBA0811AC 16
ba0811ac | 00000001 00000000 00000000 00000400 | ................
HaRET(2)# vdump 0xBA081440 16
ba081440 | 00400101 12010000 002f22f8 00000000 | ..@......"/.....
HaRET(3)# vdump 0xBA0811B0 16
ba0811b0 | 00000000 00000000 00000400 00000000 | ................
HaRET(4)# 
HaRET(5)# vdump 0xBA0811AC 16
ba0811ac | 00000001 00000000 00000000 00000400 | ................
HaRET(6)# vdump 0xBA081440 16
ba081440 | 00400101 00400000 002f84a1 00000000 | ..@...@.../.....
HaRET(7)# vdump 0xBA0811B0 16
ba0811b0 | 00000000 00000000 00000400 00000000 | ................
HaRET(8)# 
HaRET(9)# vdump 0xBA0811AC 16
ba0811ac | 00000001 00000000 00000000 00000400 | ................
HaRET(10)# vdump 0xBA081440 16
ba081440 | 00400101 12010000 002fe64a 00000000 | ..@.....J./.....
HaRET(11)# vdump 0xBA0811B0 16
ba0811b0 | 00000000 00000000 00000400 00000000 | ................
HaRET(12)# 
HaRET(13)# vdump 0xBA0811AC 16
ba0811ac | 00000001 00000000 00000000 00000400 | ................
HaRET(14)# vdump 0xBA081440 16
ba081440 | 00400101 00400000 002fe64a 00000000 | ..@...@.J./.....
HaRET(15)# vdump 0xBA0811B0 16
ba0811b0 | 00000000 00000000 00000400 00000000 | ................

good observation. Now i wish i knew how this relates to the code. It almost seems as if wince uses it to determine the brightness or the status. I'm wondering if amss reads these values as well .. it might so i'll set it to the above to see if it helps ..

also remember feel free to modify the wiki. Tons of info there that we are collecting.

**natemcnutty** · #**840** (**permalink**) 01-06-2011, 02:48 PM

Quote:

Originally Posted by [ACL]

good observation. Now i wish i knew how this relates to the code. It almost seems as if wince uses it to determine the brightness or the status. I'm wondering if amss reads these values as well .. it might so i'll set it to the above to see if it helps ..

also remember feel free to modify the wiki. Tons of info there that we are collecting.

Can't help with relating it to the code, but I did want to mention that each of my vdumps were 5 seconds after turning the screen on or off, and auto-dimming is disabled on my phone. I think that the ambient light sensor may actually still be on even though auto-bl is diabled, so I can try disabling that if you want another dump