I read "To install, just rename your previous wrapper and copy the attached libhtc_ril_wrapper.so to the same location", question is how to rename the already present file?
And what if I simply replace the existing one with the file you provided?
Here are my logs, just after data disconnected a couple of times, seems like I'm getting more of this disconnects after upgrading to latest hastarin v8.1 kernel, I'm using darkstone HD2Froyo V3 build.
Thanks for the logs. If I interpret them correctly, the wrapper behaved well and disconnections are coming from gsm network and/or radio. I need to improve and clean my logs to be 100% sure though, it's a bit tough to read.
If I'm not mistaken, I can't do anything about that .
Did you do a data off/on during the logs ?
LeTama
hey LeTama thanks for all your hard work first of all, you've made PPP finally an option as a daily driver for me. I'm noticing now most of the kernel updates include a "ppp patch" should we still use your supplied wrapper along with the new kernel or simply delete the .ko?
seems more stable after testing a few days. sometimes call drops and it fixes itself, even fixes it self from freezing sometimes. But today it froze and I had to restart the phone to get data working again.
No, I intentionally let it recover by wrapper itself, hopefully providing you better info of what's going on there.
Thanks for your continuing work on this!
btw, what is the default way of connection in native android phones, eg. Desire, ppp or rmnet?
I have Hastarin 8.1 kernel and libhtc_ril_wrapper_v0.3 and smd_tty start to drain my CPU almost every day (it use 70% of CPU continuously). I must complete reboot my phone. It is related to changes in kernel or in RIL wrapper?
Hi Meteo,
I don't see anything regarding wrapper on your log, just the radio switch off/on at the end . It seems that pppd didn't die which shouldn't happen if your connection was down.
Without pppd logs I can't say much more.
LeTama
logcat -d -v time -b radio > /sdcard/pppd_radiolog.txt
logcat -d -v time -s pppd:v > /sdcard/pppd_mainlog.txt
dmesg > /sdcard/pppd_dmesg.txt
/bin/ifconfig > /sdcard/pppd_if.txt
ps > /sdcard/pppd_ps.txt
echo 8 8 > /proc/sys/vm/lowmem_reserve_ratio
echo 8192 > /proc/sys/vm/min_free_kbytes
Sorry, I know this is an advanced thread, but I would really appreciate if you could tell me (and others) how to make those changes so I can also have a stable data connection. Are you using ADB? What do you type and where?
diff --git a/arch/arm/mach-msm/smd_tty.c b/arch/arm/mach-msm/smd_tty.c
index 1d1802a..f994dd9 100644
--- a/arch/arm/mach-msm/smd_tty.c
+++ b/arch/arm/mach-msm/smd_tty.c
@@ -47,6 +47,7 @@ static void smd_tty_work_func(struct work_struct *work)
{
unsigned char *ptr;
int avail;
+ int failcnt = 0;
struct smd_tty_info *info = container_of(work,
struct smd_tty_info,
@@ -89,8 +90,13 @@ static void smd_tty_work_func(struct work_struct *work)
wake_lock_timeout(&info->wake_lock, HZ / 2);
tty->low_latency = 1;
tty_flip_buffer_push(tty);
- } else
+ } else {
+ failcnt++;
printk(KERN_ERR "smd_tty_work_func: tty_prepare_flip_string fail\n");
+ if(failcnt > 2) {
+ break;
+ }
+ }
}
mutex_unlock(&smd_tty_lock);
The patch I posted here has been in my kernel 8.5.3 and those since. Feedback has been minimal but positive.
Noellenchris has been using it and hasn't crashed it that I've heard and I haven't either.
At least combined with the wrapper, pppd options, and kernel memory tweaks it seems quite stable and fast.
Sent from my HTC HD2