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

[[ACL]]

Originally Posted by Lmiller1708

What do you think is left to get this working?
Do the drivers for the MTD need to be worked on? I did notice the MTD drivers from the Vogue are newer then what you have on GIT. Is this where we are getting them from or will it help?

Thanks for all the effort in this so far!
Maybe it was just me but when I went from the SD card to NAND on the Vogue it made a huge difference! So I can't wait until that is working and if I can help out in any way let me know!

Who knows that code might work. After all we tried tinboot on a leap of faith and it ended up working for us. If you want to diff the code and copile it, maybe it will run with no issues.

[coolsilver]

Can anyone tell me how to permanently lock this phone? I am really tired of the screen waking up and end up calling my boss or any other random person that may have called me last. I just want all the buttons off except one at the top.

Sent from my HTC Touch Pro 2 on Android with Tapatalk Pro.

[arrrghhh]

Originally Posted by coolsilver

Can anyone tell me how to permanently lock this phone? I am really tired of the screen waking up and end up calling my boss or any other random person that may have called me last. I just want all the buttons off except one at the top.

I guess I haven't tested the NAND builds in a while, do they not wake up to the lock screen? Mine always wakes to that lock screen, so no chance of calling people...

[coolsilver]

They do but sometimes it shows the home screen for a couple seconds before the lock screen. Also the Windows (menu) button seems to bypass the lock screen completely and being beside the Send key it ends up calling whoever is first in the call log.

[tiger2wander]

Great, thank you sooo much, natemcnutty!

I'm trying and will report back if it work. This is what I have searched for a looong time ago but not luck till seen your link

[[ACL]]

finally fixed the panel power issue.. its a little buggy since its just goes off randmly right now .. but i'll work it out. I havent committed it yet but will soon..

nate: bzo was able go the the panel init dump from haret. This is his trace pastebin - rhod400 mddi init trace - post number 2015886

This is what i added to the panel code for now for the init to work

#define REG_WAIT (0xffff)
struct nov_regs {
unsigned reg;
unsigned val;
} nov_init_seq[] = {

{0x5100, 0x00},
{0x1100, 0x01},
{REG_WAIT, 0x64},
{0x4e00, 0x00},
{0x3a00, 0x05},
{REG_WAIT, 0x1},
{0x3500, 0x02},
{0x4400, 0x00},
{0x4401, 0x00},
{0x5e00, 0x00},
{0x6a01, 0x00},
{0x6a02, 0x01},
{0x5301, 0x10},
{0x5500, 0x02},
{0x6a17, 0x01},
{0x6a18, 0xff},
{0x2900, 0x01},
{0x5300, 0x2c},
{0x5303, 0x01},
};

struct nov_regs nov_deinit_seq[] = {

{0x2800, 0x01},
{0x5300, 0x28},
{0x5500, 0x00},
{0x5300, 0x08},
{0x5e03, 0x08},
{0x5300, 0x00},
{0x1000, 0x01},
};
static int htcrhod_mddi_client_init(
struct msm_mddi_bridge_platform_data *bridge_data,
struct msm_mddi_client_data *client_data)
{
int i;
unsigned reg, val;

client_data->auto_hibernate(client_data, 0);
for (i = 0; i < ARRAY_SIZE(nov_init_seq); i++) {
reg = cpu_to_le32(nov_init_seq[i].reg);
val = cpu_to_le32(nov_init_seq[i].val);
if (reg == REG_WAIT)
msleep(val);
else
client_data->remote_write(client_data, val, reg);
}
client_data->auto_hibernate(client_data, 1);

return 0;
}

static int htcrhod_mddi_client_uninit(
struct msm_mddi_bridge_platform_data *bridge_data,
struct msm_mddi_client_data *client_data)
{
int i;
unsigned reg, val;
for (i = 0; i < ARRAY_SIZE(nov_init_seq); i++) {
reg = cpu_to_le32(nov_deinit_seq[i].reg);
val = cpu_to_le32(nov_deinit_seq[i].val);
client_data->remote_write(client_data, val, reg);
}
return 0;
}

Edit : i committed the code and autobuild already has something for you guys to test. with the panel out of the way and frame-buffer all set. I can finally attack the head-set crap and then work with bzo on camera.. almost there.

[natemcnutty]

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

Originally Posted by [ACL

]finally fixed the panel power issue.. its a little buggy since its just goes off randmly right now .. but i'll work it out. I havent committed it yet but will soon..

nate: bzo was able go the the panel init dump from haret. This is his trace pastebin - rhod400 mddi init trace - post number 2015886

This is what i added to the panel code for now for the init to work

#define REG_WAIT (0xffff)
struct nov_regs {
unsigned reg;
unsigned val;
} nov_init_seq[] = {

{0x5100, 0x00},
{0x1100, 0x01},
{REG_WAIT, 0x64},
{0x4e00, 0x00},
{0x3a00, 0x05},
{REG_WAIT, 0x1},
{0x3500, 0x02},
{0x4400, 0x00},
{0x4401, 0x00},
{0x5e00, 0x00},
{0x6a01, 0x00},
{0x6a02, 0x01},
{0x5301, 0x10},
{0x5500, 0x02},
{0x6a17, 0x01},
{0x6a18, 0xff},
{0x2900, 0x01},
{0x5300, 0x2c},
{0x5303, 0x01},
};

struct nov_regs nov_deinit_seq[] = {

{0x2800, 0x01},
{0x5300, 0x28},
{0x5500, 0x00},
{0x5300, 0x08},
{0x5e03, 0x08},
{0x5300, 0x00},
{0x1000, 0x01},
};
static int htcrhod_mddi_client_init(
struct msm_mddi_bridge_platform_data *bridge_data,
struct msm_mddi_client_data *client_data)
{
int i;
unsigned reg, val;

client_data->auto_hibernate(client_data, 0);
for (i = 0; i < ARRAY_SIZE(nov_init_seq); i++) {
reg = cpu_to_le32(nov_init_seq[i].reg);
val = cpu_to_le32(nov_init_seq[i].val);
if (reg == REG_WAIT)
msleep(val);
else
client_data->remote_write(client_data, val, reg);
}
client_data->auto_hibernate(client_data, 1);

return 0;
}

static int htcrhod_mddi_client_uninit(
struct msm_mddi_bridge_platform_data *bridge_data,
struct msm_mddi_client_data *client_data)
{
int i;
unsigned reg, val;
for (i = 0; i < ARRAY_SIZE(nov_init_seq); i++) {
reg = cpu_to_le32(nov_deinit_seq[i].reg);
val = cpu_to_le32(nov_deinit_seq[i].val);
client_data->remote_write(client_data, val, reg);
}
return 0;
}

Edit : i committed the code and autobuild already has something for you guys to test. with the panel out of the way and frame-buffer all set. I can finally attack the head-set crap and then work with bzo on camera.. almost there.

Awesome news. I will do a similar dump when I get up in the morning to make sure rhod500 is the same. I think my approach was too broad, and there was too much data to parse. wirq 10 seems to be the ticket

[Lmiller1708]

Wirelessly posted (Vogue: Mozilla/5.0 (Linux; U; Android 2.2.1; en-us; MSM Build/FRX03) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1)

Great news ACL! Good job!

Question... might be a dump one but when do the drivers get added in (like the MTD drivers). Are they in the zimage or are the in the modules folder.

Thanks!

[coolsilver]

Downloading the autobuild now... *bounces around room excited*

Have a thousand thanks.

EDIT:

Screen does power down as expected. Again doesn't power on once loaded. :/ At first my screen was a shade of red.... it was creepy.

Left it sit. Turning on correctly, bad ghost of top notification bar along bottom edge of launcher pro bar. Turned on and off and all ok again.

I'm not sure my libGLES is working because the boot animation flashes and tears as before. Graloc seems to be ok according to logcat.

Nope back to not turning on... yet the screen reacts even though it is off..... ooookay.... lol

[[ACL]]

Originally Posted by coolsilver

Downloading the autobuild now... *bounces around room excited*

Have a thousand thanks.

EDIT:

Screen does power down as expected. Again doesn't power on once loaded. :/ At first my screen was a shade of red.... it was creepy.

Left it sit. Turning on correctly, bad ghost of top notification bar along bottom edge of launcher pro bar. Turned on and off and all ok again.

I'm not sure my libGLES is working because the boot animation flashes and tears as before. Graloc seems to be ok according to logcat.

Nope back to not turning on... yet the screen reacts even though it is off..... ooookay.... lol

Hmm.. so there may be different panel types for the rhod. We will need to dump from haret to see what panels are around. Hard part will be figuring out who has what pannel :-\

screen should not tear at all.. make sure you use the latest lib and gralloc (29/30).