[HOWTO]Fix TX's inverted screen caused by cross-flashing(PERMANENT)

Search This thread
By:
Advanced…
U

updateing

Senior Member
Aug 25, 2012
489
1,141
Wuhan
Google Pixel C
OK finally there is a permanent solution for this problem.But this method is still under test.I will not be responsible for anything damaged.You choose whether to try it.

1.Download the kernel(c_rtest.elf) and unzip & flash it. We don't need to boot the whole system so no special Android system is required.
2.When the amber light shows up, press Vol+ or Vol- to enter Recovery.
3.Open a terminal and launch "adb shell" on your computer.
4.Type in adb shell
Code: 
dmesg | grep "panel"
5.Check if the response contains the string "mdx80"
6.------If there is no such text,please post the response here , stop immediately,and flash back to previous kernel.(but if you find ACX... in the response,please do not post.That's Screen type B and I don't own such a device. Sorry...)
------If there is "mdx80",just go ahead.
7.Type
Code: 
mkdir d
mount -t debugfs none /d
cd /d/msm_fb/mipi_r63306
echo 1 > break_nvm
(The screen will go blank.That's normal.Don't be stressed.)
echo 1 > recover_nvm
(The screen should be working now)
-----If you see "mkdir failed: d already exists",just skip the "mkdir d" and "mount" commands(first 2 lines) and go on.
8.Flash the ROM you want to use IMMEDIATELY after the screen starts to work. Just don't stick with this experimental kernel.
Click to expand...
Click to collapse

Then you should have working screen on your TX~You can enjoy the leaked 4.3 now~

========================================================
WHY IT WORKS
As the old post said,we can gather correct register data from a normal screen and write back to the problem ones.Here is the data I collected:
http://xdaforums.com/showthread.php?t=2607323
Thanks Sakilia,you are our phone's lifesaver!
And I did a comparison between the dumped data and my own,finding that only a few registers were changed.I checked the interfaces provided by the screen driver and found several ways to write the differences to screen.I tried them all but only one way,which is like the previous corruption process,really worked.
After the data was written into the screen,everything looks nice except the color(what a mess!).It was caused by the incomplete data dump.However,after reading something about register operation,I found that hex commands in MDW30 driver and MDX80 driver were just the in the same format (register number + data)and there are several registers used to store color correction data.So in no time did I find the missing parts and wrote them into my screen.Finally the screen works as before!


Old post:

========================================================
This morning I wanted to find a zImage that could boot 9.2.A.0.278 LT30p leaked firmware on my LT29i.Among the zImages I have,there is one extracted from LT30p CM10.2.But I didn't remember it and flashed it on my phone.Then the terrible "inverted screen" came...

After ~5hrs researching,I found that after cross-flashing,the panel was recognized as MDX80 instead of the correct MDW30_1e.
Maybe RECOVER_PANEL config caused this...The 30p kernel found there was a panel but it couldn't recognize it,so the kernel thought the panel was corrupt and executed the recovering process,after which our MDW30 was overwritten with MDX80 register data.But MDX80 driver fails to initialize the panel with commands required by MDW30 so the panel displays thing upside down...

I think that now that it loads MDX80 driver,why can't we add MDW30 init commands to the MDX80 driver?And there comes the key!
I just copied init_cmds and on_cmds from mdw30.c and replaced the ones in mdx80.c.It works!

And here is my work:
1.Download the attached MDX80 driver.
2.Make a backup of (kernel root dir)/drivers/video/msm/mipi_r63306_panels/mipi_tmd_mdx80.c
3.Extract the zip file to drivers/video/msm/mipi_r63306_panels/ and overwrite the original mdx80.c.
4.Modify your kernel config CONFIG_FB_MSM_MIPI_R63306_PANEL_TMD_MDX80=y
5.Compile the kernel and pack it with ramdisk.Then just flash it.
Click to expand...
Click to collapse

There are some "unused" warnings in the file,but it does finish the compiling and work.

That should do with "Touch Firmware version C" devices.:victory:

As for the color correction:
Code: 
echo 1 > /sys/devices/platform/mipi_dsi.524288/eco_mode
echo 0 > /sys/devices/platform/mipi_dsi.524288/eco_mode
Don't forget about the space after 1 or 0 !

A little bug:screen gamma correction and ECO MODE aren't working properly.The color is a bit different from stock kernel.

There is another way:dump the correct register values from a normal TX and write our own NV Recover data using CONFIG_FB_MSM_RECOVER_PANEL.
But I don't know how to dump data.Anyone can help?So that we won't have to re-compile the kernel every time we flash a new firmware...


Added v2:Changed cabc_user_param to MDW30's

=======================================================

If you use my work,please give proper credits.Thanks!
 

Attachments

  • mipi_tmd_mdx80.c.new.zip
    3.9 KB · Views: 575
  • mipi_tmd_mdx80.c.v2.new.zip
    3.9 KB · Views: 668
  • c_rtest.elf.zip
    9.2 MB · Views: 2,367
Last edited:
  • Like
Reactions: ramin_ra, biems, spider2123 and 16 others
R

romeoofair

Senior Member
Aug 20, 2013
277
53
visakhapatnam
updateing said:
This morning I wanted to find a zImage that could boot 9.2.A.0.278 LT30p leaked firmware on my LT29i.Among the zImages I have,there is one extracted from LT30p CM10.2.But I didn't remember it and flashed it on my phone.Then the terrible "inverted screen" came...

After ~5hrs researching,I found that after cross-flashing,the panel was recognized as MDX80 instead of the correct MDW30_1e.
Maybe RECOVER_PANEL config caused this...The 30p kernel found there was a panel but it couldn't recognize it,so the kernel thought the panel was corrupt and executed the recovering process,after which our MDW30 was overwritten with MDX80 register data.But MDX80 driver fails to initialize the panel with commands required by MDW30 so the panel displays thing upside down...

I think that now that it loads MDX80 driver,why can't we add MDW30 init commands to the MDX80 driver?And there comes the key!
I just copied init_cmds and on_cmds from mdw30.c and replaced the ones in mdx80.c.It works!

And here is my work:


That should do with "Touch Firmware version C" devices.:victory:

A little bug:screen gamma correction and ECO MODE aren't working properly.The color is a bit different from stock kernel.

There is another way:dump the correct register values from a normal TX and write our own NV Recover data using CONFIG_FB_MSM_RECOVER_PANEL.
But I don't know how to dump data.Anyone can help?So that we won't have to re-compile the kernel every time we flash a new firmware...
Click to expand...
Click to collapse

bro i evn cross flahed xperia t 4.3 rom with kernel and got inverted screen. even in recovery . got the problem when i flahed t kernel infact. so can you please tell me where to replace the file exactly. i dont understant the above dir. i tried manually searching for the file with root explorer but dint find it
 
  • Like
Reactions: nancho9012
P

peetr_

Senior Member
Oct 28, 2010
2,332
2,179
As the OP said, it must be replaced and recompiled in kernel. I believe that someone will do it soon.
 
A

arctic02

Senior Member
Mar 17, 2012
111
21
Lapu-Lapu
Sprint Samsung Galaxy Note 8
Xiaomi Black Shark 3
romeoofair said:
bro please help .i dont understand the method. my screen got inverted two days back due to crossflahing 4.3 xperia rom and kernel by doomlord , please help me with the process. :(
Click to expand...
Click to collapse

Romeoofair, try this http://bbs.gfan.com/android-7139831-1-1.html, its a visk-03, usable only for 4.1, v. .67, while they are cooking for 4.3 and so on fix... Cheers for the devs man! :highfive:

p.s. Install custom rom first, then flash kernel at recovery after...
 
Last edited:
  • Like
Reactions: HTxperia
R

romeoofair

Senior Member
Aug 20, 2013
277
53
visakhapatnam
updateing said:
You need to reflash the kernel after the ROM is installed,because the screen will work properly only with this kernel.A fresh flash may replace the kernel.
Click to expand...
Click to collapse

ok bro i ll installed exr ming rom 2.6 ,4.1 version and after that i installled visk kernel but nothing changed :(. i know the problem is due to the kernel because i got the problem only after flashing xperia t kernel . so i flashed my original kernel severel time.but nothing changed, both recovery ad rom are inverted. please give me if you have any modded kernel with the above procedure bro
 
Last edited:
A

arctic02

Senior Member
Mar 17, 2012
111
21
Lapu-Lapu
Sprint Samsung Galaxy Note 8
Xiaomi Black Shark 3
romeoofair said:
ok bro i ll installed exr ming rom 2.6 ,4.1 version and after that i installled visk kernel but nothing changed :(. i know the problem is due to the kernel because i got the problem only after flashing xperia t kernel . so i flashed my original kernel severel time.but nothing changed, both recovery ad rom are inverted. please give me if you have any modded kernel with the above procedure bro
Click to expand...
Click to collapse

Did you flash it on cwm? visk v-3 right? its the latest visk with oc 1.7gh?:confused:
 
  • Like
Reactions: romeoofair
You must log in or register to reply here.

Similar threads

DooMLoRD
[T/TX/V][ROOT] DooMLoRD Easy Rooting Toolkit (v17) {perf_event exploit}[20130717]
Replies
242
Views
249K
1
1dog
istux
[List][FTF] STOCK FIRMWARES for Xperia T,TL,V,TX
Replies
599
Views
342K
D
delet3
WhiteNeo
[ROM][V][UB][L] CyanogenMod 12.1 - Neo's Homebuilds [DISCONTINUED]
Replies
3K
Views
436K
T
thewizardoz
DooMLoRD
[KERNEL][T] DooMKernel {JB}(v12)[20140604]
Replies
657
Views
152K
P
PrettyBoy_PS
davidmarcoes
[DISCONTINUED][CWM][ALL BL][STOCK] ClockWorkMod 6.0.4.6 for Xperia T/TL/TX/V v9
Replies
418
Views
187K
C
Cixert

Top Liked Posts

24 Hours All time
  • There are no posts matching your filters.
  • 19
    U
    updateing
    OK finally there is a permanent solution for this problem.But this method is still under test.I will not be responsible for anything damaged.You choose whether to try it.

    1.Download the kernel(c_rtest.elf) and unzip & flash it. We don't need to boot the whole system so no special Android system is required.
    2.When the amber light shows up, press Vol+ or Vol- to enter Recovery.
    3.Open a terminal and launch "adb shell" on your computer.
    4.Type in adb shell
    Code: 
    dmesg | grep "panel"
    5.Check if the response contains the string "mdx80"
    6.------If there is no such text,please post the response here , stop immediately,and flash back to previous kernel.(but if you find ACX... in the response,please do not post.That's Screen type B and I don't own such a device. Sorry...)
    ------If there is "mdx80",just go ahead.
    7.Type
    Code: 
    mkdir d
mount -t debugfs none /d
cd /d/msm_fb/mipi_r63306
echo 1 > break_nvm
(The screen will go blank.That's normal.Don't be stressed.)
echo 1 > recover_nvm
(The screen should be working now)
    -----If you see "mkdir failed: d already exists",just skip the "mkdir d" and "mount" commands(first 2 lines) and go on.
    8.Flash the ROM you want to use IMMEDIATELY after the screen starts to work. Just don't stick with this experimental kernel.
    Click to expand...
    Click to collapse

    Then you should have working screen on your TX~You can enjoy the leaked 4.3 now~

    ========================================================
    WHY IT WORKS
    As the old post said,we can gather correct register data from a normal screen and write back to the problem ones.Here is the data I collected:
    http://xdaforums.com/showthread.php?t=2607323
    Thanks Sakilia,you are our phone's lifesaver!
    And I did a comparison between the dumped data and my own,finding that only a few registers were changed.I checked the interfaces provided by the screen driver and found several ways to write the differences to screen.I tried them all but only one way,which is like the previous corruption process,really worked.
    After the data was written into the screen,everything looks nice except the color(what a mess!).It was caused by the incomplete data dump.However,after reading something about register operation,I found that hex commands in MDW30 driver and MDX80 driver were just the in the same format (register number + data)and there are several registers used to store color correction data.So in no time did I find the missing parts and wrote them into my screen.Finally the screen works as before!


    Old post:

    ========================================================
    This morning I wanted to find a zImage that could boot 9.2.A.0.278 LT30p leaked firmware on my LT29i.Among the zImages I have,there is one extracted from LT30p CM10.2.But I didn't remember it and flashed it on my phone.Then the terrible "inverted screen" came...

    After ~5hrs researching,I found that after cross-flashing,the panel was recognized as MDX80 instead of the correct MDW30_1e.
    Maybe RECOVER_PANEL config caused this...The 30p kernel found there was a panel but it couldn't recognize it,so the kernel thought the panel was corrupt and executed the recovering process,after which our MDW30 was overwritten with MDX80 register data.But MDX80 driver fails to initialize the panel with commands required by MDW30 so the panel displays thing upside down...

    I think that now that it loads MDX80 driver,why can't we add MDW30 init commands to the MDX80 driver?And there comes the key!
    I just copied init_cmds and on_cmds from mdw30.c and replaced the ones in mdx80.c.It works!

    And here is my work:
    1.Download the attached MDX80 driver.
    2.Make a backup of (kernel root dir)/drivers/video/msm/mipi_r63306_panels/mipi_tmd_mdx80.c
    3.Extract the zip file to drivers/video/msm/mipi_r63306_panels/ and overwrite the original mdx80.c.
    4.Modify your kernel config CONFIG_FB_MSM_MIPI_R63306_PANEL_TMD_MDX80=y
    5.Compile the kernel and pack it with ramdisk.Then just flash it.
    Click to expand...
    Click to collapse

    There are some "unused" warnings in the file,but it does finish the compiling and work.

    That should do with "Touch Firmware version C" devices.:victory:

    As for the color correction:
    Code: 
    echo 1 > /sys/devices/platform/mipi_dsi.524288/eco_mode
echo 0 > /sys/devices/platform/mipi_dsi.524288/eco_mode
    Don't forget about the space after 1 or 0 !

    A little bug:screen gamma correction and ECO MODE aren't working properly.The color is a bit different from stock kernel.

    There is another way:dump the correct register values from a normal TX and write our own NV Recover data using CONFIG_FB_MSM_RECOVER_PANEL.
    But I don't know how to dump data.Anyone can help?So that we won't have to re-compile the kernel every time we flash a new firmware...


    Added v2:Changed cabc_user_param to MDW30's

    =======================================================

    If you use my work,please give proper credits.Thanks!
    View
    3
    S
    sj8023ld
    Good job! Nice to see you here.I will make a stock kernel with this fix when I get time
    View
    2
    A
    arctic02
    yes
    View
    1
    R
    romeoofair
    updateing said:
    This morning I wanted to find a zImage that could boot 9.2.A.0.278 LT30p leaked firmware on my LT29i.Among the zImages I have,there is one extracted from LT30p CM10.2.But I didn't remember it and flashed it on my phone.Then the terrible "inverted screen" came...

    After ~5hrs researching,I found that after cross-flashing,the panel was recognized as MDX80 instead of the correct MDW30_1e.
    Maybe RECOVER_PANEL config caused this...The 30p kernel found there was a panel but it couldn't recognize it,so the kernel thought the panel was corrupt and executed the recovering process,after which our MDW30 was overwritten with MDX80 register data.But MDX80 driver fails to initialize the panel with commands required by MDW30 so the panel displays thing upside down...

    I think that now that it loads MDX80 driver,why can't we add MDW30 init commands to the MDX80 driver?And there comes the key!
    I just copied init_cmds and on_cmds from mdw30.c and replaced the ones in mdx80.c.It works!

    And here is my work:


    That should do with "Touch Firmware version C" devices.:victory:

    A little bug:screen gamma correction and ECO MODE aren't working properly.The color is a bit different from stock kernel.

    There is another way:dump the correct register values from a normal TX and write our own NV Recover data using CONFIG_FB_MSM_RECOVER_PANEL.
    But I don't know how to dump data.Anyone can help?So that we won't have to re-compile the kernel every time we flash a new firmware...
    Click to expand...
    Click to collapse

    bro i evn cross flahed xperia t 4.3 rom with kernel and got inverted screen. even in recovery . got the problem when i flahed t kernel infact. so can you please tell me where to replace the file exactly. i dont understant the above dir. i tried manually searching for the file with root explorer but dint find it
    View
    1
    U
    updateing
    PeterGeorgiou said:
    ok is there any way to fix the camera problem?? i used a method and it was not inverted any more however the camera dont focus :/
    Click to expand...
    Click to collapse

    You may share your method with other T owners and work together to solve the problem. I don't own a T so I cannot support this.
    View

New posts