Skip to content

Instantly share code, notes, and snippets.

@dalingrin
dalingrin / IMEI diff
Created May 24, 2011 20:15
frameworks/base diff for imei nonsense
diff --git a/telephony/java/android/telephony/TelephonyManager.java b/telephony/java/android/telephony/TelephonyManager.java
index 69673b1..95de8cf 100644
--- a/telephony/java/android/telephony/TelephonyManager.java
+++ b/telephony/java/android/telephony/TelephonyManager.java
@@ -19,6 +19,9 @@ package android.telephony;
import android.annotation.SdkConstant;
import android.annotation.SdkConstant.SdkConstantType;
import android.content.Context;
+import android.content.pm.PackageManager.*;
+import android.content.pm.PackageInfo;
@dalingrin
dalingrin / gist:867819
Created March 13, 2011 02:42
Nook DSP
DSP firmware currently on gerrit(3/15/11). Now merged(3/16/11)
DSP is seemingly fully functional now with codec support. However, the frame rate is absymal. We need to figure out what is bottlenecking the fps.
Why do I think the DSP is not the issue?
When I force software codecs which are built into Stagefright and separate from OMX, the frame rate is the same as with DSP accel. At first glance this
made me think the DSP codecs were not working and as such, I've stated all along that the DSP is nonfunctional. However, after further testing the
software codecs I realized the slow frame rate was not a CPU bottleneck. If I limit the CPU to 300mhz the frame rate is the same as forcing 1.1ghz. This
tells me the there is some other bottleneck or issue. I then tested with and without the hardware overlay, same result. So, what I am seeing is,
regardless of the hardware overlay, software codec, hardware codec, or video bitrate(within reason) used, the framerate is constant.
@dalingrin
dalingrin / 2.6.32 Status
Created February 8, 2011 23:09
2.6.32 Port Status
************Issue list for 2.6.32 kernel port********************
Please update this doc with the results of your work or investigations.
Git for the 2.6.32 kernel: https://github.com/cvpcs/android_kernel_omap/tree/shadow-2.6.32-omap
Currently the two biggest issues are the MMC driver and the framebuffer driver.
It appears that once we get these two issues resolved we might at least have a bootable kernel.
The following is a kmsg from 2.6.32 with i2c debug: http://pastebin.com/zzF4QW0T
######################### Update after display fix: http://pastebin.com/UazQ9Vmh