【開博爾】
After using rkunpack, I was able to disassemble the whole kernel.img-raw with: Code: Select all /usr/bin/arm-linux-gnueabi-objdump kernel.img-raw --target binary -marm -D > kernel.d I already identified the first position to hack for p by trying to align the disassembly of my compiled kernel (from AndrewDBs git) with the disassembly of stock kernel. Code: Select all int hdmi_sys_init(void) ...hdmi->vic = HDMI_VIDEO_DEFAULT_MODE; my (showing filling up the hdmi struct) Code: Select all : ... : ea mov r, # /sys/devices/platform/rk-fb/graphics/fb/scale ---------------------------------------------------------------------------------- 改好改 不知道再怎麼打包回來 其實(shí)就是在rk llinux 代碼中配置以下兩項(xiàng)就好了 CONFIG_HDMI_RK_RES_P CONFIG_BOX_FB_P // 目前我當(dāng)心的問題是這項(xiàng)配置的是CONFIG_BOX_FB_P 如果贏改的話 可能導(dǎo)致內(nèi)存溢出 理論上對(duì)於開博爾修改一版支持P的rom其實(shí)很容易,但是他們一直不表態(tài),其實(shí)很奇怪。 唯一可能的問題出在芯片 RK-S芯片上,因?yàn)榭床坏絉K-S datasheet 不知道這顆芯片的具體情況,目前代碼中可以看出這顆芯片支持 TVOUT_CVBS_NTSC = , //這里其實(shí)就是 xp_ TVOUT_CVBS_PAL, //這里其實(shí)就是 xp_ TVOUT_YPbPr_xp_, TVOUT_YPbPr_xp_, TVOUT_YPbPr_xp_, TVOUT_YPbPr_xp_ 最大支持x 因?yàn)?C C 是 CVBS輸出 所以 應(yīng)該是 xp_ NTSC 這也是代碼中默認(rèn)的情況 我在想這裡可能有問題,如果是太老的電視只支持HZ 會(huì)是什麼情況呢? 以上有一些不明確的是 RK最大能接受多大的分辨率的數(shù)據(jù)? 以上僅是猜測! 那現(xiàn)在怎么辦?我們一起換c嗎?想想不劃算啊。早知道這樣買海美迪了,老是騙我們。廣告上是p啊,廣告上有聚合平臺(tái)啊?,F(xiàn)在什么都沒有 |