![]() |
Re: [TESTING] Updated 2/9/11 New Kernel - Proper Panel Detect!!
Alright, just tried this again, put a brand new clean FRX04 build w/ the latest rootfs that was just released last night and this kernel, let it boot, and just sit for a few, at which time, without me touching it, it booted back to winmo. Before I do anything further (like run the freaking phone over with my truck...) do you want me to attempt to get a log on it or will one have not even been created as I'm not sure exactly how far the process went?
Edit: I changed a couple of things in the startup.txt and played around with it a bit and giving it another shot. Maybe I should try with the actual package first, then after it boots, go back to winmo, swap in the new rootfs and test kernel? Edit part 2: Still reboots back to winmo and reboots back before I can get a log or anything. forget it, I just threw it at my neighbor, I'm going back to a freaking flip phone... lol. I'm gonna try booting just FRX04 out of the box and then make changes with rootfs and kernel. So far so good with clean FRX04... |
Re: [TESTING] Updated 2/2/11 New Kernel
Quote:
I have a RHOD500 but don't know how to get you my dmesg log. |
Re: [TESTING] Updated 2/2/11 New Kernel
Quote:
If not, there's an app on the market called "OSMonitor". You can pull dmesg and logcat with this app AFAIK. You then have the added fun of trying to get the log off of the phone - hence the reason I prefer adb, makes everything so much easier IMHO. There's apps that can help you get stuff off the phone as well, like the DropBox app.. |
Re: [TESTING] Updated 2/2/11 New Kernel
Quote:
Install guide for ADB HERE: [SOLVED] ADB Setup for Windows - xda-developers Set up adb, at the point where you've verified you can run adb, run the following command: Code:
adb shell dmesg > dmesg.txt EDIT: arrrghhh beat me to it |
Re: [TESTING] Updated 2/9/11 New Kernel - Proper Panel Detect!!
k so if an incoming call comes in while the screen is off, it will ring and such, and then give me my gv vm notification but the screen will not come on, or even have the backlight kick on. if i wait for it to go to sleep then the screen will come back up. i have to wait to get another call to duplicate this, can i pull a dmesg once i get the screen to come back up for this event or do i need to reboot?
|
Re: [TESTING] Updated 2/9/11 New Kernel - Proper Panel Detect!!
Quote:
So when the phone is sleeping... it wakes on a phone call. When the phone isn't sleeping, it doesn't wake for the phone call? I haven't really had any failed wakes on incoming calls, unless the processor was being slaughtered by some other process (not only system_server can cause issues, just that system_server issues would run without stopping). We have the same phone, what build are you running? Overclocking? Need... more... info... |
Re: [TESTING] Updated 2/9/11 New Kernel - Proper Panel Detect!!
Quote:
The only time I've experienced that is when system_server was running rampant. If you haven't already I'd try dropping the newly fixed rootfs on the system and seeing if you get any better results. |
Re: [TESTING] Updated 2/9/11 New Kernel - Proper Panel Detect!!
@arrrghhh: Pastbin dmesg from rhod500
Edit: now maybe someone can explain to me what panel detection is. ;) |
Re: [TESTING] Updated 2/9/11 New Kernel - Proper Panel Detect!!
Quote:
Means you have the EID panel, which the vast majority of our phones do. Seems a few RHOD100's have a different panel type, AUO. Which means the commands to wake and collapse that panel are going to be slightly different - and if the proper panel is not detected in the kernel, then the phone will have problems ;). |
Re: [TESTING] Updated 2/9/11 New Kernel - Proper Panel Detect!!
Quote:
|
All times are GMT -4. The time now is 08:34 AM. |
Powered by vBulletin® ©2000 - 2025, Jelsoft Enterprises Ltd.
©2012 - PPCGeeks.com