Re: Need files to trace OpenGl
 

Found out why its bombing out when manila is disabled. Once you disable it 2 values in memory change.

0xA860010C and 0xA8600084

However, once you reboot it looks like the values return to how they should be. I still yet to find out why its crashing. I did notice that if you shut down manila, and you run a 3d app, the values fix themselves.

The actual call that crashes the system is the get_clk_khz(); in the clock_late_init. This call is somewhat useless right now so i commented it out on my kernel and was able to boot.

Unfortunately none of this got 3d working. The hunt continues ..

Re: Need files to trace OpenGl
 

haven't been able to put time in this week. Anyone at least get their kernel up ? lol

i rewrote most of wince-clocks based on the outputs i get from dumping the clocks from wince. I know our code matches the asm 100 percent but it doesnt match what we dump. So i wrote it to match what we have in the current code and so far still no irqs. So i think its no longer a clock or grp rail issue. We are in fact enabling grp rail since the bits match wince.

Re: Need files to trace OpenGl
 

Awesome. It is so good of you to be doing this for our devices. Can't wait to see what comes from it all.

Re: Need files to trace OpenGl
 

if its not a grp rail or clk issue, are sure we have the correct amss? can't we flash other from a known hw3d working device to test and compare?

Re: Need files to trace OpenGl
 

Correct amss? you wanna flash your phone be my guest :-)

If you look at the clock dumps on the wiki vs the asm posted earlier, you will see that they really dont match up 100%. This is why clocks have been a concern for me.

If you have a dev env ready we can begin testing further (the more help the better). I havent been able to trace everything but i'm pretty sure about what ddi and ahi2dati does when initialising for 3d. DDI is just a wrapper for ahi2dati, when it's ready it calls the AhiInit function which will eventually call clk_regime_msm_enable and pass a value of 0x36 (enable grp). When you disect the clkregim.dll thats when all the clocks/rail are enabled. We posted that asm earlier.

What i havent done yet is actually get haret dumps when disabling and re-enabling via that function to see what other areas in memory are changed. I can write the app quickly, but i just dont have time to keep dumping and comparing the values.

Someone also suggested in maybe turning off the grp/rail before we launch android so we can enable it completely ourselves instead of relying on winmo to leave it enabled.

Re: Need files to trace OpenGl
 

more or less it sounds like clocks are set with 3d boot already enabled, and its doing a hand off.

ill more or less be your testing peon as soon as my new hard drive shows up. one i had got left behind in the move then damaged during shipping to me.

Re: Need files to trace OpenGl
 

Do any of you guys have a full dev environment for wince? We need some apps compiled and i just want to make sure im not the only one who can do it ..

Re: Need files to trace OpenGl
 

yep, vs2008 + 6.5 sdk

Re: Need files to trace OpenGl
 

awesome.. i just compiled some stuff for Jonpry and i'll be at work tomorrow. It would be awesome if someone else was able to compile for him as well. Take a look at the sound thread in case we need your help.

Thanks.

Re: Need files to trace OpenGl
 

Now that we have sound, i'm assuming this will be worked on next???