Hi Mikkel, I have seen your patch in https://review.source.android.com/#change,8844.
It seems to fix PPP bug in Android Telephone framework. I download it and patch my android code. But pppd still failed to run. Here is log of pppd: D/pppd ( 973): using channel 1 I/pppd ( 973): Using interface ppp0 I/pppd ( 973): Connect: ppp0 <--> /dev/pts/1 W/pppd ( 973): Warning - secret file /etc/ppp/pap-secrets has world and/or group access D/pppd ( 973): sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x634a7b43> <pcomp> <accomp>] D/pppd ( 973): rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x634a7b43> <pcomp> <accomp>] D/pppd ( 973): sent [LCP ConfNak id=0x1 <magic 0xc8c7815c>] D/pppd ( 973): rcvd [LCP ConfNak id=0x1 <magic 0xc8c7815c>] D/pppd ( 973): sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0xbf0d854> <pcomp> <accomp>] D/pppd ( 973): rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0xbf0d854> <pcomp> <accomp>] D/pppd ( 973): sent [LCP ConfNak id=0x2 <magic 0xb4b7ebf5>] D/pppd ( 973): rcvd [LCP ConfNak id=0x2 <magic 0xb4b7ebf5>] D/pppd ( 973): sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x710d0178> <pcomp> <accomp>] D/pppd ( 973): rcvd [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0x710d0178> <pcomp> <accomp>] D/pppd ( 973): sent [LCP ConfNak id=0x3 <magic 0x78bf3470>] D/pppd ( 973): rcvd [LCP ConfNak id=0x3 <magic 0x78bf3470>] D/pppd ( 973): sent [LCP ConfReq id=0x4 <asyncmap 0x0> <magic 0x2aac9002> <pcomp> <accomp>] D/pppd ( 973): rcvd [LCP ConfReq id=0x4 <asyncmap 0x0> <magic 0x2aac9002> <pcomp> <accomp>] D/pppd ( 973): sent [LCP ConfNak id=0x4 <magic 0x2550ae60>] D/pppd ( 973): rcvd [LCP ConfNak id=0x4 <magic 0x2550ae60>] D/pppd ( 973): sent [LCP ConfReq id=0x5 <asyncmap 0x0> <magic 0x69354bbc> <pcomp> <accomp>] D/pppd ( 973): rcvd [LCP ConfReq id=0x5 <asyncmap 0x0> <magic 0x69354bbc> <pcomp> <accomp>] D/pppd ( 973): sent [LCP ConfNak id=0x5 <magic 0x2dac3ba3>] D/pppd ( 973): rcvd [LCP ConfNak id=0x5 <magic 0x2dac3ba3>] D/pppd ( 973): sent [LCP ConfReq id=0x6 <asyncmap 0x0> <magic 0x5041af> <pcomp> <accomp>] D/pppd ( 973): rcvd [LCP ConfReq id=0x6 <asyncmap 0x0> <magic 0x5041af> <pcomp> <accomp>] D/pppd ( 973): sent [LCP ConfNak id=0x6 <magic 0xf4f8b2aa>] D/pppd ( 973): rcvd [LCP ConfNak id=0x6 <magic 0xf4f8b2aa>] D/pppd ( 973): sent [LCP ConfReq id=0x7 <asyncmap 0x0> <magic 0x8045c3ce> <pcomp> <accomp>] D/pppd ( 973): rcvd [LCP ConfReq id=0x7 <asyncmap 0x0> <magic 0x8045c3ce> <pcomp> <accomp>] D/pppd ( 973): sent [LCP ConfNak id=0x7 <magic 0x33325fa3>] D/pppd ( 973): rcvd [LCP ConfNak id=0x7 <magic 0x33325fa3>] D/pppd ( 973): sent [LCP ConfReq id=0x8 <asyncmap 0x0> <magic 0xa1a233e3> <pcomp> <accomp>] D/pppd ( 973): rcvd [LCP ConfReq id=0x8 <asyncmap 0x0> <magic 0xa1a233e3> <pcomp> <accomp>] D/pppd ( 973): sent [LCP ConfNak id=0x8 <magic 0x1485a92f>] D/pppd ( 973): rcvd [LCP ConfNak id=0x8 <magic 0x1485a92f>] D/pppd ( 973): sent [LCP ConfReq id=0x9 <asyncmap 0x0> <magic 0xc086392e> <pcomp> <accomp>] D/pppd ( 973): rcvd [LCP ConfReq id=0x9 <asyncmap 0x0> <magic 0xc086392e> <pcomp> <accomp>] D/pppd ( 973): sent [LCP ConfNak id=0x9 <magic 0x52c7f59d>] D/pppd ( 973): rcvd [LCP ConfNak id=0x9 <magic 0x52c7f59d>] D/pppd ( 973): sent [LCP ConfReq id=0xa <asyncmap 0x0> <magic 0x62511f90> <pcomp> <accomp>] D/pppd ( 973): rcvd [LCP ConfReq id=0xa <asyncmap 0x0> <magic 0x62511f90> <pcomp> <accomp>] D/pppd ( 973): sent [LCP ConfNak id=0xa <magic 0x553dbbbd>] D/pppd ( 973): rcvd [LCP ConfNak id=0xa <magic 0x553dbbbd>] I/pppd ( 973): Serial line is looped back. D/pppd ( 973): sent [LCP TermReq id=0xb "Loopback detected"] D/pppd ( 973): rcvd [LCP TermReq id=0xb "Loopback detected"] D/pppd ( 973): sent [LCP TermAck id=0xb] D/pppd ( 973): rcvd [LCP TermAck id=0xb] I/pppd ( 973): Connection terminated. Would you please tell me what is wrong with it? Thanks for your help! Best regards, Edward On Fri, Aug 21, 2009 at 5:04 PM, edwardlee lee<edwardlee.2...@gmail.com> wrote: > Hi Mikkel, > > I have patched pppd and here is the log of pppd: > > I/pppd ( 991): Starting pppd > I/pppd ( 994): pppd exited with 0 > D/pppd ( 993): using channel 2 > I/pppd ( 993): Using interface ppp0 > I/pppd ( 993): Connect: ppp0 <--> /dev/pts/1 > W/pppd ( 993): Warning - secret file /etc/ppp/pap-secrets has > world and/or group access > D/pppd ( 993): sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic > 0x32a41f71> <pcomp> <accomp>] > D/pppd ( 993): rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <magic > 0x32a41f71> <pcomp> <accomp>] > D/pppd ( 993): sent [LCP ConfNak id=0x1 <magic 0xd9dbbcf2>] > D/pppd ( 993): rcvd [LCP ConfNak id=0x1 <magic 0xd9dbbcf2>] > D/pppd ( 993): sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic > 0x815efb32> <pcomp> <accomp>] > D/pppd ( 993): rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <magic > 0x815efb32> <pcomp> <accomp>] > D/pppd ( 993): sent [LCP ConfNak id=0x2 <magic 0x5098387b>] > D/pppd ( 993): rcvd [LCP ConfNak id=0x2 <magic 0x5098387b>] > D/pppd ( 993): sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic > 0x13d5fa86> <pcomp> <accomp>] > D/pppd ( 993): rcvd [LCP ConfReq id=0x3 <asyncmap 0x0> <magic > 0x13d5fa86> <pcomp> <accomp>] > D/pppd ( 993): sent [LCP ConfNak id=0x3 <magic 0x14fbd366>] > D/pppd ( 993): rcvd [LCP ConfNak id=0x3 <magic 0x14fbd366>] > D/pppd ( 993): sent [LCP ConfReq id=0x4 <asyncmap 0x0> <magic > 0x61542c0> <pcomp> <accomp>] > D/pppd ( 993): rcvd [LCP ConfReq id=0x4 <asyncmap 0x0> <magic > 0x61542c0> <pcomp> <accomp>] > D/pppd ( 993): sent [LCP ConfNak id=0x4 <magic 0x2ca37d46>] > D/pppd ( 993): rcvd [LCP ConfNak id=0x4 <magic 0x2ca37d46>] > D/pppd ( 993): sent [LCP ConfReq id=0x5 <asyncmap 0x0> <magic > 0x1d6207aa> <pcomp> <accomp>] > D/pppd ( 993): rcvd [LCP ConfReq id=0x5 <asyncmap 0x0> <magic > 0x1d6207aa> <pcomp> <accomp>] > D/pppd ( 993): sent [LCP ConfNak id=0x5 <magic 0xb8f813f9>] > D/pppd ( 993): rcvd [LCP ConfNak id=0x5 <magic 0xb8f813f9>] > D/pppd ( 993): sent [LCP ConfReq id=0x6 <asyncmap 0x0> <magic > 0x7740a24d> <pcomp> <accomp>] > D/pppd ( 993): rcvd [LCP ConfReq id=0x6 <asyncmap 0x0> <magic > 0x7740a24d> <pcomp> <accomp>] > D/pppd ( 993): sent [LCP ConfNak id=0x6 <magic 0xa5c7c9f0>] > D/pppd ( 993): rcvd [LCP ConfNak id=0x6 <magic 0xa5c7c9f0>] > D/pppd ( 993): sent [LCP ConfReq id=0x7 <asyncmap 0x0> <magic > 0xffe3909c> <pcomp> <accomp>] > # D/pppd ( 993): rcvd [LCP ConfReq id=0x7 <asyncmap 0x0> <magic > 0xffe3909c> <pcomp> <accomp>] > D/pppd ( 993): sent [LCP ConfNak id=0x7 <magic 0xc14ba759>] > D/pppd ( 993): rcvd [LCP ConfNak id=0x7 <magic 0xc14ba759>] > D/pppd ( 993): sent [LCP ConfReq id=0x8 <asyncmap 0x0> <magic > 0xc89b4061> <pcomp> <accomp>] > I/pppd ( 1000): Starting pppd > I/pppd ( 1003): pppd exited with 0 > D/pppd ( 1002): using channel 2 > E/pppd ( 1002): Couldn't attach to PPP unit 1: Invalid argument > I/pppd ( 993): Modem hangup > I/pppd ( 993): Connection terminated. > > Would you please help me? > > Thanks! > > Edward > > On Thu, Aug 20, 2009 at 10:22 PM, Christensen, Mikkel<m...@ti.com> wrote: >> Good - then apply the patch that I proposed to see what is going wrong with >> the PPP dial-up. >> >> Best regards, >> Mikkel >> >> >> -----Original Message----- >> From: edwardlee lee [mailto:edwardlee.2...@gmail.com] >> Sent: Thursday, August 20, 2009 9:16 AM >> To: Christensen, Mikkel >> Cc: samuel omlin; omapandroid-discuss...@gforge.ti.com; >> android-porting@googlegroups.com >> Subject: Re: RILD works abnormally after setting up APN via GPRS >> >> I found there is /dev/pts/1. >> >> Here is new log of pppd. >> >> >> I/pppd ( 955): Connection terminated. >> D/pppd ( 974): using channel 2 >> I/pppd ( 974): Using interface ppp0 >> I/pppd ( 974): Connect: ppp0 <--> /dev/pts/1 >> W/pppd ( 974): Warning - secret file /etc/ppp/pap-secrets has >> world and/or group access >> D/pppd ( 974): sent P >> D/pppd ( 974): rcvd P >> D/pppd ( 974): sent P >> D/pppd ( 974): rcvd P >> D/pppd ( 974): sent P >> D/pppd ( 974): rcvd P >> D/pppd ( 974): sent P >> D/pppd ( 974): rcvd P >> D/pppd ( 974): sent P >> D/pppd ( 974): rcvd P >> D/pppd ( 974): sent P >> D/pppd ( 974): rcvd P >> D/pppd ( 974): sent P >> D/pppd ( 974): rcvd P >> D/pppd ( 974): sent P >> D/pppd ( 974): rcvd P >> D/pppd ( 974): sent P >> D/pppd ( 974): rcvd P >> D/pppd ( 974): sent P >> D/pppd ( 974): rcvd P >> D/pppd ( 974): sent P >> D/pppd ( 974): rcvd P >> D/pppd ( 974): sent P >> D/pppd ( 974): rcvd P >> D/pppd ( 974): sent P >> D/pppd ( 974): rcvd P >> D/pppd ( 974): sent P >> D/pppd ( 974): rcvd P >> D/pppd ( 974): sent P >> D/pppd ( 982): using channel 2 >> E/pppd ( 982): Couldn't attach to PPP unit 1: m >> I/pppd ( 974): Modem hangup >> I/pppd ( 974): Connection terminated. >> >> On Thu, Aug 20, 2009 at 10:10 PM, Christensen, Mikkel<m...@ti.com> wrote: >>> Hi, >>> >>> Please use the following patch to get the PPPD logging correct. >>> https://review.source.android.com/#change,9089 >>> >>> It seems like you do not have a MUX channel called /dev/pts/1 can you >>> manually check that you have it? >>> >>> If you can also activate the gsm0710muxd log it would be easier to see if >>> you actually have that channel. >>> >>> Best regards, >>> Mikkel >>> >>> -----Original Message----- >>> From: edwardlee lee [mailto:edwardlee.2...@gmail.com] >>> Sent: Wednesday, August 19, 2009 7:50 PM >>> To: Christensen, Mikkel >>> Cc: samuel omlin; omapandroid-discuss...@gforge.ti.com; >>> android-porting@googlegroups.com >>> Subject: Re: RILD works abnormally after setting up APN via GPRS >>> >>> Hi Mikkel, >>> >>> I can run pppd now but it failed with "unrecognized option >>> '/dev/pts/1'" and "Couldn't attach to PPP unit 1: m". >>> >>> Would you please tell me what is wrong with pppd? >>> >>> I have found there are device nodes /dev/pts/0 and /dev/pts1 created >>> by gsm0710muxd. >>> >>> I have tried the following methods: >>> 1. /system/bin/pppd $* >>> >>> 2. /system/xbin/pppd /dev/pts/1 115200 mru 1280 mtu 1280 nodetach >>> debug dump defaultroute usepeerdns novj noauth novjccomp noipdefault >>> ipcp-accept-local ipcp-accept-remote connect-delay 5000 >>> >>> Thanks in advance! >>> >>> Best Regards, >>> >>> Edward >>> >>> Attached pppd log: >>> >>> E/pppd ( 1034): unrecognized option '/dev/pts/1' >>> D/pppd ( 1042): using channel 5 >>> I/pppd ( 1042): Using interface ppp0 >>> I/pppd ( 1042): Connect: ppp0 <--> /dev/pts/1 >>> D/pppd ( 1042): sent P >>> D/pppd ( 1042): rcvd P >>> D/pppd ( 1042): sent P >>> D/pppd ( 1042): rcvd P >>> D/pppd ( 1042): sent P >>> D/pppd ( 1042): rcvd P >>> D/pppd ( 1042): sent P >>> D/pppd ( 1042): rcvd P >>> D/pppd ( 1042): sent P >>> D/pppd ( 1042): rcvd P >>> D/pppd ( 1042): sent P >>> D/pppd ( 1042): rcvd P >>> D/pppd ( 1042): sent P >>> D/pppd ( 1042): rcvd P >>> D/pppd ( 1042): sent P >>> D/pppd ( 1042): rcvd P >>> D/pppd ( 1042): sent P >>> D/pppd ( 1042): rcvd P >>> D/pppd ( 1042): sent P >>> D/pppd ( 1042): rcvd P >>> D/pppd ( 1042): sent P >>> D/pppd ( 1042): rcvd P >>> D/pppd ( 1042): sent P >>> D/pppd ( 1042): rcvd P >>> D/pppd ( 1042): sent P >>> D/pppd ( 1042): rcvd P >>> D/pppd ( 1042): sent P >>> D/pppd ( 1042): rcvd P >>> D/pppd ( 1042): sent P >>> D/pppd ( 1042): rcvd P >>> D/pppd ( 1042): sent P >>> D/pppd ( 1050): using channel 5 >>> E/pppd ( 1050): Couldn't attach to PPP unit 1: m >>> I/pppd ( 1042): Modem hangup >>> I/pppd ( 1042): Connection terminated. >>> E/pppd ( 1059): unrecognized option '/dev/pts/1' >>> # D/pppd ( 1068): using channel 6 >>> I/pppd ( 1068): Using interface ppp0 >>> I/pppd ( 1068): Connect: ppp0 <--> /dev/pts/1 >>> D/pppd ( 1068): sent P >>> D/pppd ( 1068): rcvd P >>> D/pppd ( 1068): sent P >>> D/pppd ( 1068): rcvd P >>> D/pppd ( 1068): sent P >>> D/pppd ( 1068): rcvd P >>> D/pppd ( 1068): sent P >>> D/pppd ( 1068): rcvd P >>> D/pppd ( 1068): sent P >>> D/pppd ( 1068): rcvd P >>> D/pppd ( 1068): sent P >>> D/pppd ( 1068): rcvd P >>> D/pppd ( 1068): sent P >>> D/pppd ( 1068): rcvd P >>> D/pppd ( 1068): sent P >>> D/pppd ( 1068): rcvd P >>> D/pppd ( 1068): sent P >>> D/pppd ( 1068): rcvd P >>> D/pppd ( 1068): sent P >>> D/pppd ( 1068): rcvd P >>> D/pppd ( 1068): sent P >>> D/pppd ( 1068): rcvd P >>> D/pppd ( 1068): sent P >>> D/pppd ( 1068): rcvd P >>> D/pppd ( 1068): sent P >>> D/pppd ( 1068): rcvd P >>> D/pppd ( 1068): sent P >>> D/pppd ( 1068): rcvd P >>> D/pppd ( 1068): sent P >>> D/pppd ( 1076): using channel 6 >>> E/pppd ( 1076): Couldn't attach to PPP unit 1: m >>> I/pppd ( 1068): Modem hangup >>> I/pppd ( 1068): Connection terminated. >>> E/pppd ( 1085): unrecognized option '/dev/pts/1' >>> D/pppd ( 1093): using channel 7 >>> I/pppd ( 1093): Using interface ppp0 >>> I/pppd ( 1093): Connect: ppp0 <--> /dev/pts/1 >>> D/pppd ( 1093): sent P >>> D/pppd ( 1093): rcvd P >>> D/pppd ( 1093): sent P >>> D/pppd ( 1093): rcvd P >>> D/pppd ( 1093): sent P >>> D/pppd ( 1093): rcvd P >>> D/pppd ( 1093): sent P >>> D/pppd ( 1093): rcvd P >>> D/pppd ( 1093): sent P >>> D/pppd ( 1093): rcvd P >>> D/pppd ( 1093): sent P >>> D/pppd ( 1093): rcvd P >>> D/pppd ( 1093): sent P >>> D/pppd ( 1093): rcvd P >>> D/pppd ( 1093): sent P >>> D/pppd ( 1093): rcvd P >>> D/pppd ( 1093): sent P >>> D/pppd ( 1093): rcvd P >>> D/pppd ( 1093): sent P >>> D/pppd ( 1093): rcvd P >>> D/pppd ( 1093): sent P >>> D/pppd ( 1093): rcvd P >>> D/pppd ( 1093): sent P >>> D/pppd ( 1093): rcvd P >>> D/pppd ( 1093): sent P >>> D/pppd ( 1093): rcvd P >>> D/pppd ( 1093): sent P >>> D/pppd ( 1093): rcvd P >>> D/pppd ( 1093): sent P >>> D/pppd ( 1093): rcvd P >>> D/pppd ( 1093): sent P >>> D/pppd ( 1101): using channel 7 >>> E/pppd ( 1101): Couldn't attach to PPP unit 1: m >>> I/pppd ( 1093): Modem hangup >>> I/pppd ( 1093): Connection terminated. >>> D/pppd ( 1112): using channel 8 >>> I/pppd ( 1112): Using interface ppp0 >>> I/pppd ( 1112): Connect: ppp0 <--> /dev/pts/1 >>> D/pppd ( 1112): sent P >>> D/pppd ( 1112): rcvd P >>> D/pppd ( 1112): sent P >>> D/pppd ( 1112): rcvd P >>> D/pppd ( 1112): sent P >>> D/pppd ( 1112): rcvd P >>> D/pppd ( 1112): sent P >>> D/pppd ( 1112): rcvd P >>> D/pppd ( 1112): sent P >>> D/pppd ( 1112): rcvd P >>> D/pppd ( 1112): sent P >>> D/pppd ( 1112): rcvd P >>> D/pppd ( 1112): sent P >>> D/pppd ( 1112): rcvd P >>> D/pppd ( 1112): sent P >>> D/pppd ( 1112): rcvd P >>> D/pppd ( 1112): sent P >>> D/pppd ( 1112): rcvd P >>> D/pppd ( 1112): sent P >>> D/pppd ( 1112): rcvd P >>> D/pppd ( 1112): sent P >>> D/pppd ( 1112): rcvd P >>> D/pppd ( 1112): sent P >>> D/pppd ( 1112): rcvd P >>> D/pppd ( 1112): sent P >>> D/pppd ( 1112): rcvd P >>> D/pppd ( 1112): sent P >>> D/pppd ( 1112): rcvd P >>> D/pppd ( 1112): sent P >>> D/pppd ( 1112): rcvd P >>> D/pppd ( 1112): sent P >>> D/pppd ( 1120): using channel 8 >>> E/pppd ( 1120): Couldn't attach to PPP unit 1: m >>> I/pppd ( 1112): Modem hangup >>> I/pppd ( 1112): Connection terminated. >>> >>> >>> localhost login: >>> >>> localhost login: >>> >>> localhost login: ff >>> Password: >>> D/pppd ( 1131): using channel 9 >>> I/pppd ( 1131): Using interface ppp0 >>> I/pppd ( 1131): Connect: ppp0 <--> /dev/pts/1 >>> D/pppd ( 1131): sent P >>> D/pppd ( 1131): rcvd P >>> D/pppd ( 1131): sent P >>> D/pppd ( 1131): rcvd P >>> D/pppd ( 1131): sent P >>> D/pppd ( 1131): rcvd P >>> D/pppd ( 1131): sent P >>> >>> # D/pppd ( 1131): rcvd P >>> D/pppd ( 1131): sent P >>> D/pppd ( 1131): rcvd P >>> D/pppd ( 1131): sent P >>> >>> # D/pppd ( 1131): rcvd P >>> D/pppd ( 1131): sent P >>> D/pppd ( 1131): rcvd P >>> D/pppd ( 1131): sent P >>> >>> # D/pppd ( 1131): rcvd P >>> D/pppd ( 1131): sent P >>> D/pppd ( 1131): rcvd P >>> D/pppd ( 1131): sent P >>> Login incorrect >>> >>> localhost login: D/pppd ( 1131): rcvd P >>> D/pppd ( 1131): sent P >>> D/pppd ( 1131): rcvd P >>> D/pppd ( 1131): sent P >>> loD/pppd ( 1131): rcvd P >>> D/pppd ( 1131): sent P >>> D/pppd ( 1131): rcvd P >>> D/pppd ( 1131): sent P >>> D/pppd ( 1131): rcvd P >>> D/pppd ( 1131): sent P >>> gD/pppd ( 1131): rcvd P >>> D/pppd ( 1131): sent P >>> D/pppd ( 1139): using channel 9 >>> cE/pppd ( 1139): Couldn't attach to PPP unit 1: m >>> I/pppd ( 1131): Modem hangup >>> I/pppd ( 1131): Connection terminated. >>> On Fri, Aug 7, 2009 at 9:50 PM, Christensen, Mikkel<m...@ti.com> wrote: >>>> Try this: >>>> >>>> >>>> >>>> diff --git a/rootdir/etc/init.gprs-pppd b/rootdir/etc/init.gprs-pppd >>>> >>>> index 521eec9..c2367f0 100755 >>>> >>>> --- a/rootdir/etc/init.gprs-pppd >>>> >>>> +++ b/rootdir/etc/init.gprs-pppd >>>> >>>> @@ -13,7 +13,8 @@ PPPD_PID= >>>> >>>> >>>> >>>> /system/bin/log -t pppd "Starting pppd" >>>> >>>> >>>> >>>> -/system/bin/pppd $* >>>> >>>> +#/system/bin/pppd $* >>>> >>>> +/system/xbin/pppd /dev/pts/1 115200 mru 1280 mtu 1280 nodetach debug dump >>>> defaultroute usepeerdns novj noauth novjccomp noipdefault ipcp-accept-local >>>> ipcp-accept-remote connect-delay 5000 >>>> >>>> >>>> >>>> PPPD_EXIT=$? >>>> >>>> PPPD_PID=$! >>>> >>>> diff --git a/rootdir/etc/ppp/ip-up b/rootdir/etc/ppp/ip-up >>>> >>>> index cb2d577..7c684ac 100755 >>>> >>>> >>>> >>>> >>>> >>>> Remember to change the baudrate and the other ppp parameters accordingly to >>>> your setup. >>>> >>>> >>>> >>>> Best regards, >>>> >>>> Mikkel >>>> >>>> ________________________________ >>>> >>>> From: samuel omlin [mailto:samuel.om...@gmail.com] >>>> Sent: Friday, August 07, 2009 5:56 AM >>>> To: Hald, Ulrik Bech >>>> Cc: edwardlee lee; Christensen, Mikkel; >>>> omapandroid-discuss...@gforge.ti.com >>>> >>>> Subject: Re: RILD works abnormally after setting up APN via GPRS >>>> >>>> >>>> >>>> Hi Ulrik, >>>> >>>> (Updated) >>>> >>>> For the issue of pppd not working, the following changes have been patched >>>> into the corresponding parts, as shown below. >>>> 1> Enabling ppp support with kenel >>>> >>>> "Device Drivers" -> "Networking Support" -> "PPP" >>>> >>>> 2> Adding the control permissions for pppd in "/yourdroid/system/core/init/ >>>> property_service.c" >>>> >>>> struct { >>>> const char *service; >>>> unsigned int uid; >>>> >>>> } control_perms[] = { >>>> >>>> {"pppd_gprs", AID_RADIO }, >>>> {NULL, 0 } >>>> }; >>>> >>>> 3> Adding the pppd setting in "youdroid/system/core/rootdir/Android.mk" >>>> >>>> copy_from := \ >>>> >>>> etc/init.gprs-pppd \ >>>> etc/ppp/chap-secrets \ >>>> etc/ppp/ip-down \ >>>> etc/ppp/ip-up >>>> >>>> 4> Setting ppp property in init.rc >>>> >>>> setprop ro.radio.use-ppp yes >>>> >>>> 5> Defining ppp service entry to start up pppd in init.rc >>>> >>>> service pppd_gprs /etc/init.gprs-pppd /dev/pts/1 >>>> user root >>>> group radio cache inet misc >>>> disabled >>>> >>>> 6> Contents of the init.gprs-pppd script >>>> >>>> >>>> >>>> #!/system/bin/sh >>>> >>>> # An unforunate wrapper script >>>> >>>> # so that the exit code of pppd may be retrieved >>>> >>>> >>>> >>>> >>>> >>>> # this is a workaround for issue #651747 >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> #trap "/system/bin/sleep 1;exit 0" TERM >>>> >>>> >>>> >>>> >>>> >>>> PPPD_PID= >>>> >>>> >>>> >>>> /system/bin/setprop "net.gprs.ppp-exit" "" >>>> >>>> >>>> >>>> /system/bin/log -t pppd "Starting pppd" >>>> >>>> >>>> >>>> /system/bin/pppd $* >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> PPPD_EXIT=$? >>>> >>>> PPPD_PID=$! >>>> >>>> >>>> >>>> /system/bin/log -t pppd "pppd exited with $PPPD_EXIT" >>>> >>>> >>>> >>>> /system/bin/setprop "net.gprs.ppp-exit" "$PPPD_EXIT" >>>> >>>> >>>> >>>> After going through the aforementioned six steps especially intended for >>>> pppd, these messages below is still got, unable to enable pppd. >>>> >>>> Send<3>init: sys_prop: Unable to start service ctl [pppd_gprs] uid: 1001 >>>> pid:977 >>>> init: sys_prop: Unable to start service ctl [pppd_gprs] uid: 1001 pid:977 >>>> >>>> So, please double check that if the procedures above for starting up pppd >>>> when establishing data connection via gprs/egprs(edge) is right. Meanwhile, >>>> please also explain the reason of "Unable to start service ctl [pppd_gprd] >>>> uid: 1001 pid:977" and correct me to boot up pppd to transfer data via >>>> gprs/egprs(edge). >>>> >>>> Thanks a lot!! >>>> >>>> >>>> B. R. >>>> Samuel >>>> >>>> On Fri, Aug 7, 2009 at 6:48 PM, samuel omlin <samuel.om...@gmail.com> >>>> wrote: >>>> >>>> Hi Ulrik, >>>> >>>> For the issue of pppd not working, the following changes have been patched >>>> into the corresponding parts, as shown below. >>>> 1> Enabling ppp support with kenel >>>> >>>> "Device Drivers" -> "Networking Support" -> "PPP" >>>> >>>> 2> Adding the control permissions for pppd in "/yourdroid/system/core/init/ >>>> property_service.c >>>> >>>> struct { >>>> const char *service; >>>> unsigned int uid; >>>> >>>> } control_perms[] = { >>>> >>>> {"pppd_gprs", AID_RADIO }, >>>> {NULL, 0 } >>>> }; >>>> >>>> 3> Setting ppp property in init.rc >>>> >>>> setprop ro.radio.use-ppp yes >>>> >>>> 4> Defining ppp service entry to start up pppd in init.rc >>>> >>>> service pppd_gprs /etc/init.gprs-pppd /dev/pts/1 >>>> user root >>>> group radio cache inet misc >>>> disabled >>>> >>>> 5> Contents of the init.gprs-pppd script >>>> >>>> >>>> >>>> #!/system/bin/sh >>>> >>>> # An unforunate wrapper script >>>> >>>> # so that the exit code of pppd may be retrieved >>>> >>>> >>>> >>>> >>>> >>>> # this is a workaround for issue #651747 >>>> >>>> >>>> >>>> >>>> >>>> #trap "/system/bin/sleep 1;exit 0" TERM >>>> >>>> >>>> >>>> >>>> >>>> PPPD_PID= >>>> >>>> >>>> >>>> /system/bin/setprop "net.gprs.ppp-exit" "" >>>> >>>> >>>> >>>> /system/bin/log -t pppd "Starting pppd" >>>> >>>> >>>> >>>> /system/bin/pppd $* >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> PPPD_EXIT=$? >>>> >>>> PPPD_PID=$! >>>> >>>> >>>> >>>> /system/bin/log -t pppd "pppd exited with $PPPD_EXIT" >>>> >>>> >>>> >>>> /system/bin/setprop "net.gprs.ppp-exit" "$PPPD_EXIT" >>>> >>>> >>>> >>>> After going through the aforementioned five steps especially intended for >>>> pppd, these messages below is still got, unable to enable pppd. >>>> >>>> Send<3>init: sys_prop: Unable to start service ctl [pppd_gprs] uid: 1001 >>>> pid:977 >>>> init: sys_prop: Unable to start service ctl [pppd_gprs] uid: 1001 pid:977 >>>> >>>> So, please double check that if the procedures above for starting up pppd >>>> when establishing data connection via gprs/egprs(edge) is right. Meanwhile, >>>> please also explain the reason of "Unable to start service ctl [pppd_gprd] >>>> uid: 1001 pid:977" and correct me to boot up pppd to transfer data via >>>> gprs/egprs(edge). >>>> >>>> Thanks a lot!! >>>> >>>> >>>> B. R. >>>> Samuel >>>> >>>> On Fri, Aug 7, 2009 at 8:59 AM, edwardlee lee <edwardlee.2...@gmail.com> >>>> wrote: >>>> >>>> pppd damemon still has not run. I have changed "dont_copy" to "copy_from". >>>> >>>> Also I have changed the file "property_service.c" because of "init: >>>> sys_prop: Unable to start service ctl [pppd_gprs]" and I referred to >>>> the post >>>> "http://groups.google.com/group/android-platform/browse_thread/thread/6a30319fe85877ac";. >>>> >>>> Attached file is muxd log. >>>> >>>> I send "ATD*98*1#" at line 3093 and got "CONNECT" at line >>>> 3128,3185,3257,3297,3330,3364,3398. >>>> >>>> But then I got "NO CARRIER" at line 3432 and pppd failed to run >>>> because of "init: sys_prop: Unable to start service ctl [pppd_gprs]" >>>> at line 3137. >>>> >>>> Many thanks for your help. >>>> >>>> >>>> On Thu, Aug 6, 2009 at 7:28 PM, samuel omlin<samuel.om...@gmail.com> wrote: >>>>> Hi Mikkel, >>>>> >>>>> Before this, we have discussed about these components/models necessary to >>>>> implement the complete radio functionality including voice, data, sms, as >>>>> shown below. >>>>> >>>>> RIL (Radio Interface Layer) >>>>> PPP (Point-to-Point Protocol) >>>>> MUX (TS 27.010 MUltipleXer protocol) >>>>> >>>>> From a phone's architecture perspective, it seems that the most underlying >>>>> (i.e. UART) interfacing directly with modem (in this case, that is edg308) >>>>> is not yet mentioned in the previous posts. >>>>> >>>>> So, for this part the following problems from me are highlighted. >>>>> >>>>> Q1: For UART(or serial), which parts of source codes within the kernel or >>>>> others are involved to drive uart/serial well? >>>>> >>>>> Q2: How will UART/Serial be configured within the kernel or others? >>>>> >>>>> Q3: Besides these problems mentioned above, what other problems are taken >>>>> care still? >>>>> >>>>> >>>>> Thanks!! >>>>> >>>>> >>>>> B. R. >>>>> Samuel >>>>> >>>>> On Thu, Aug 6, 2009 at 12:42 PM, edwardlee lee <edwardlee.2...@gmail.com> >>>>> wrote: >>>>>> >>>>>> Thank Mikkel and Samuel. I will try it. >>>>>> >>>>>> On Thu, Aug 6, 2009 at 11:27 AM, samuel omlin<samuel.om...@gmail.com> >>>>>> wrote: >>>>>> > Hi Edward, >>>>>> > >>>>>> > So sorry for my mistakes. Hopefully, the mistakes never cause >>>>>> > something, >>>>>> > bad >>>>>> > or unfortunate happening!! >>>>>> > >>>>>> > So, particularly correct my own mistakes as shown below. >>>>>> > >>>>>> > copy_from := \ >>>>>> > etc/init.gprs-pppd \ >>>>>> > etc/ppp/chap-secrets \ >>>>>> > etc/ppp/ip-down \ >>>>>> > etc/ppp/ip-up >>>>>> > >>>>>> > In the meantime, note also that these contents shown above are >>>>>> > positioned in >>>>>> > the beginning of "Android.mk" which is located at the directory of >>>>>> > "youdroid/system/core/rootdir/". >>>>>> > For example, the contents are completely shown at the file of >>>>>> > "Android.mk" >>>>>> > as the following. >>>>>> > >>>>>> > LOCAL_PATH:= $(call my-dir) >>>>>> > include $(CLEAR_VARS) >>>>>> > >>>>>> > # files that live under /system/etc/... >>>>>> > copy_from := \ >>>>>> > etc/init.gprs-pppd \ >>>>>> > etc/ppp/chap-secrets \ >>>>>> > etc/ppp/ip-down \ >>>>>> > etc/ppp/ip-up >>>>>> > >>>>>> > Finally, just hope that it is available!! Good Luck!! >>>>>> > >>>>>> > >>>>>> > B. R. >>>>>> > Samuel >>>>>> > >>>>>> > On Wed, Aug 5, 2009 at 9:19 PM, Christensen, Mikkel <m...@ti.com> >>>>>> > wrote: >>>>>> >> >>>>>> >> Hi, >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> Actually you should add it to the "copy_from" section and not the >>>>>> >> "dont_copy" section. >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> Best regards, >>>>>> >> >>>>>> >> Mikkel >>>>>> >> >>>>>> >> ________________________________ >>>>>> >> >>>>>> >> From: samuel omlin [mailto:samuel.om...@gmail.com] >>>>>> >> Sent: Wednesday, August 05, 2009 2:53 AM >>>>>> >> To: edwardlee lee >>>>>> >> Cc: Christensen, Mikkel; omapandroid-discuss...@gforge.ti.com >>>>>> >> >>>>>> >> Subject: Re: RILD works abnormally after setting up APN via GPRS >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> Hi Edward, >>>>>> >> >>>>>> >> Please add the following line into the Android.mk located at the >>>>>> >> directory, "system/core/rootdir/". >>>>>> >> dont_copy := \ >>>>>> >> etc/init.gprs-pppd \ >>>>>> >> etc/ppp/chap-secrets \ >>>>>> >> etc/ppp/ip-down \ >>>>>> >> etc/ppp/ip-up >>>>>> >> >>>>>> >> And then, try it. Good Luck. >>>>>> >> >>>>>> >> >>>>>> >> B. R. >>>>>> >> Samuel >>>>>> >> >>>>>> >> On Wed, Aug 5, 2009 at 10:38 AM, edwardlee lee >>>>>> >> <edwardlee.2...@gmail.com> >>>>>> >> wrote: >>>>>> >> >>>>>> >> Sorry, would you please tell me how to modify >>>>>> >> "system/core/rootdir/Android.mk"? >>>>>> >> >>>>>> >> Do you mean add "ppp \" in it? >>>>>> >> >>>>>> >> On Wed, Aug 5, 2009 at 3:51 AM, Christensen, Mikkel<m...@ti.com> >>>>>> >> wrote: >>>>>> >> > Hi, >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > This looks reasonable. You can get the init.gprs-pppd to be included >>>>>> >> > in >>>>>> >> > the >>>>>> >> > system by modifying the following makefile: >>>>>> >> > >>>>>> >> > system/core/rootdir/Android.mk >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > The code is self explaining. >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > Best regards, >>>>>> >> > >>>>>> >> > Mikkel >>>>>> >> > >>>>>> >> > ________________________________ >>>>>> >> > >>>>>> >> > From: samuel omlin [mailto:samuel.om...@gmail.com] >>>>>> >> > Sent: Tuesday, August 04, 2009 7:19 AM >>>>>> >> > To: edwardlee lee; Christensen, Mikkel >>>>>> >> > Cc: omapandroid-discuss...@gforge.ti.com >>>>>> >> > Subject: Re: RILD works abnormally after setting up APN via GPRS >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > Hi Mikkel/Edward, >>>>>> >> > >>>>>> >> > What a sharp pair of eyes, Mikkel!! The information for modem board >>>>>> >> > is >>>>>> >> > found >>>>>> >> > out from the attachment about radio log. :) >>>>>> >> > >>>>>> >> > After reading through this article of "Modem on the Zoom platform" >>>>>> >> > from >>>>>> >> > omapzoom.org and based on the previous posts between us, some >>>>>> >> > general >>>>>> >> > rules >>>>>> >> > of porting ril together with mux to modem that you select are >>>>>> >> > highlighted, >>>>>> >> > as follows. >>>>>> >> > >>>>>> >> > Statement: the way of Modem' communication with AP (Application >>>>>> >> > Processor) >>>>>> >> > is based on UART underneath Android platform. >>>>>> >> > >>>>>> >> > 1> Grabbing source codes of RIL and MUX (conforming to >>>>>> >> > TS-27.007/TS-27.005 >>>>>> >> > andTS-27.010 separately) from the following links. >>>>>> >> > a. RIL from Edg308 Modem supporting GSM/GRPS/EGPRS(EDGE) >>>>>> >> > >>>>>> >> > git://git.omapzoom.org/platform/hardware/enfora/edg308-ril.git >>>>>> >> > or broswing online >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > http://git.omapzoom.org/?p=platform/hardware/enfora/edg308-ril.git;a=tree >>>>>> >> > >>>>>> >> > b. MUX for multiplexing mutil virtual channels (e.g. at-command >>>>>> >> > channel >>>>>> >> > and >>>>>> >> > ppp channel) via a single serial/uart >>>>>> >> > git://git.omapzoom.org/platform/hardware/ti/omap3.git >>>>>> >> > or browsing online >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > http://git.omapzoom.org/?p=platform/hardware/ti/omap3.git;a=tree;f=gsm0710muxd;h=49237ba9c7b5a535ac2821e566119d8934bac756;hb=HEAD >>>>>> >> > >>>>>> >> > c. PPP for establishing a connetion with point-to-point via modem >>>>>> >> > for >>>>>> >> > transferring data >>>>>> >> > git://git.omapzoom.org/platform/external/ppp.git >>>>>> >> > or browing online >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > http://git.omapzoom.org/?p=platform/external/ppp.git;a=tree;f=pppd;h=fc96368ad7991e0eec48d07ba52f5e33384c5388;hb=HEAD >>>>>> >> > >>>>>> >> > 2> Making RIL, MUX and PPP appropriate for the selected modem with a >>>>>> >> > specific set of at commands from the source-code level >>>>>> >> > >>>>>> >> > 3> Putting together all source codes to build a complete system >>>>>> >> > under >>>>>> >> > android platform. Meanwhile, keeping in mind that enabling ppp >>>>>> >> > support >>>>>> >> > within the linux kernel by configuring the following lines. >>>>>> >> > "Device Drivers" -> "Networking Support" -> "PPP" >>>>>> >> > >>>>>> >> > 4> Configuring the specific setting of modem within init.rc >>>>>> >> > a. Changing permissions >>>>>> >> > # change permissions for modem >>>>>> >> > chmod 0660 /dev/ttyS0 >>>>>> >> > chown radio radio /dev/ttyS0 >>>>>> >> > >>>>>> >> > b. Defining the modem-related settings >>>>>> >> > # Define modem related settings >>>>>> >> > setprop ro.radio.use-ppp yes >>>>>> >> > >>>>>> >> > c. Defining the muxd-related settings >>>>>> >> > Note that checking which serial port is conneted to the selected >>>>>> >> > modem, >>>>>> >> > and >>>>>> >> > the one supports what rangs of baud rates and which mux-mode, >>>>>> >> > "basic" >>>>>> >> > or >>>>>> >> > "advanced". >>>>>> >> > >>>>>> >> > service mux /system/bin/gsm0710muxd -v -s /dev/ttyS0 -b 460800 -f 64 >>>>>> >> > -m >>>>>> >> > advanced >>>>>> >> > user radio >>>>>> >> > group radio cache inet misc >>>>>> >> > oneshot >>>>>> >> > >>>>>> >> > d. Defining the rild-related settings >>>>>> >> > service ril-daemon /system/bin/rild -l >>>>>> >> > /system/lib/libenforaedg308-ril.so -- >>>>>> >> > -d /dev/pts/0 >>>>>> >> > socket rild stream 660 root radio >>>>>> >> > socket rild-debug stream 660 radio system >>>>>> >> > user root >>>>>> >> > group radio cache inet misc >>>>>> >> > >>>>>> >> > e. Defining the ppp-related settings >>>>>> >> > service pppd_gprs /etc/init.gprs-pppd /dev/pts/1 >>>>>> >> > user root >>>>>> >> > group radio cache inet misc >>>>>> >> > disabled >>>>>> >> > >>>>>> >> > 5> Constructing the appropriate script of init.gprs-pppd to start up >>>>>> >> > pppd >>>>>> >> > The following lines is intended for the init.gprs-pppd script. >>>>>> >> > >>>>>> >> > #!/system/bin/sh >>>>>> >> > >>>>>> >> > # An unforunate wrapper script >>>>>> >> > >>>>>> >> > # so that the exit code of pppd may be retrieved >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > # this is a workaround for issue #651747 >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > #trap "/system/bin/sleep 1;exit 0" TERM >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > PPPD_PID= >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > /system/bin/setprop "net.gprs.ppp-exit" "" >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > /system/bin/log -t pppd "Starting pppd" >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > /system/bin/pppd $* >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > PPPD_EXIT=$? >>>>>> >> > >>>>>> >> > PPPD_PID=$! >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > /system/bin/log -t pppd "pppd exited with $PPPD_EXIT" >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > /system/bin/setprop "net.gprs.ppp-exit" "$PPPD_EXIT" >>>>>> >> > >>>>>> >> > Please also Mikkel double-check these contents above for the >>>>>> >> > init.gprs-pppd. >>>>>> >> > In the meantime, spell out how to make the init.gprs-pppd available >>>>>> >> > and >>>>>> >> > appropriate to the selected system. >>>>>> >> > >>>>>> >> > 6> Debugging >>>>>> >> > a. Getting Radio Log to debug rild >>>>>> >> > logcat -b radio >>>>>> >> > >>>>>> >> > b. Getting PPP Log to debug pppd >>>>>> >> > logcat pppd:V*:S& >>>>>> >> > >>>>>> >> > c. Getting whole stack Log to debug android platform >>>>>> >> > logcat >>>>>> >> > >>>>>> >> > >>>>>> >> > Finally, please also Edward recheck the issuse pertaining to the >>>>>> >> > exception >>>>>> >> > of pppd when establishing data connection via gprs or egprs(edge), >>>>>> >> > in >>>>>> >> > accordance with the aforementioned procedures. Good Luck!! >>>>>> >> > >>>>>> >> > Reference: >>>>>> >> > a. Modem on the Zoom platform >>>>>> >> > https://omapzoom.org/gf/project/omapandroid/wiki/?pagename=modem >>>>>> >> > b. Script of init.gprs-pppd >>>>>> >> > http://paste.lisp.org/display/50709 >>>>>> >> > c. Usages of the logcat and adb tools >>>>>> >> > http://developer.android.com/guide/developing/tools/adb.html >>>>>> >> > >>>>>> >> > >>>>>> >> > B. R. >>>>>> >> > Samuel >>>>>> >> > >>>>>> >> > On Tue, Aug 4, 2009 at 8:59 AM, edwardlee lee >>>>>> >> > <edwardlee.2...@gmail.com> >>>>>> >> > wrote: >>>>>> >> > >>>>>> >> > Hi Mikkel, >>>>>> >> > >>>>>> >> > Thank for your reply! >>>>>> >> > >>>>>> >> > Yes, you are right. I ported gsm0710muxd of git.omapzoom.org to >>>>>> >> > NXP5209. >>>>>> >> > >>>>>> >> > I have checked pppd and found pppd had not run. >>>>>> >> > >>>>>> >> > I make sure pppd exists in system/bin and system/xbin. >>>>>> >> > >>>>>> >> > Here are rild related setting in the init.rc: >>>>>> >> > # Define modem related settings >>>>>> >> > setprop ro.radio.use-ppp yes >>>>>> >> > setprop keyguard.no_require_sim 1 >>>>>> >> > setprop ro.config.nocheckin yes >>>>>> >> > ... >>>>>> >> > service mux /system/bin/gsm0710muxd -s /dev/ttyS0 -n 3 -m basic >>>>>> >> > user radio >>>>>> >> > group radio cache inet misc >>>>>> >> > oneshot >>>>>> >> > ... >>>>>> >> > service ril-daemon /system/bin/rild -l >>>>>> >> > /system/lib/libenforaedg308-ril.so -- -d /dev/pts/0 >>>>>> >> > socket rild stream 660 root radio >>>>>> >> > socket rild-debug stream 660 radio system >>>>>> >> > user root >>>>>> >> > group radio cache inet misc >>>>>> >> > ... >>>>>> >> > service pppd_gprs /etc/init.gprs-pppd /dev/pts/1 >>>>>> >> > user root >>>>>> >> > group radio cache inet misc >>>>>> >> > disabled >>>>>> >> > ... >>>>>> >> > >>>>>> >> > I have seen gprs connected for a while but then rild get "NO >>>>>> >> > CARRIER" >>>>>> >> > from the log. >>>>>> >> > >>>>>> >> > Does modem disconnect from carrier if gprs channel don't receive >>>>>> >> > response from TE because pppd failed to run? >>>>>> >> > >>>>>> >> > Best Regards, >>>>>> >> > >>>>>> >> > Edward >>>>>> >> > >>>>>> >> > On Mon, Aug 3, 2009 at 9:39 PM, Christensen, Mikkel<m...@ti.com> >>>>>> >> > wrote: >>>>>> >> >> Hi, >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> You are trying to use the Enfora RIL with a NXP Nexperia 5209 >>>>>> >> >> modem. >>>>>> >> >> It >>>>>> >> >> might work but there could be places where you need to customize it >>>>>> >> >> to >>>>>> >> >> your >>>>>> >> >> modem. You will have to look at the documentation that you got with >>>>>> >> >> the >>>>>> >> >> modem especially the AT command reference. >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> Another area where I would look is in the pppd area. Get the log >>>>>> >> >> from >>>>>> >> >> pppd >>>>>> >> >> and check if a PPP connection is getting established. Do like this >>>>>> >> >> (logcat >>>>>> >> >> pppd:V *:S&) >>>>>> >> >> >>>>>> >> >> If there are problems with the connection it might be some of the >>>>>> >> >> PPP >>>>>> >> >> parameters that China Mobile network does not support. Try to >>>>>> >> >> modify >>>>>> >> >> the >>>>>> >> >> init.gprs-pppd file to find the right parameters to call pppd with. >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> Good luck. >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> Best regards, >>>>>> >> >> >>>>>> >> >> Mikkel >>>>>> >> >> >>>>>> >> >> ________________________________ >>>>>> >> >> >>>>>> >> >> From: samuel omlin [mailto:samuel.om...@gmail.com] >>>>>> >> >> Sent: Monday, August 03, 2009 7:00 AM >>>>>> >> >> To: Christensen, Mikkel >>>>>> >> >> Cc: edwardlee.2...@gmail.com; omapandroid-discuss...@gforge.ti.com >>>>>> >> >> Subject: RILD works abnormally after setting up APN via GPRS >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> Hi Mikkel, >>>>>> >> >> >>>>>> >> >> First of all, thank you for your attention!! >>>>>> >> >> >>>>>> >> >> Here's a issue that is focused on the exceptions from rild or other >>>>>> >> >> layers >>>>>> >> >> after setting up apn via gprs under android!! >>>>>> >> >> Meanwhile, just hope that you can give me a further analysis in >>>>>> >> >> accordance >>>>>> >> >> with your experiences. >>>>>> >> >> >>>>>> >> >> For this scenario of rild's exceptions, in addition, the originally >>>>>> >> >> analyzed >>>>>> >> >> result is as follows. >>>>>> >> >> >>>>>> >> >> 0> Attached to local mobile network for gprs or egprs (edge) >>>>>> >> >> D/AT : AT> AT+CGREG=1 >>>>>> >> >> D/AT : AT< OK >>>>>> >> >> .... >>>>>> >> >> .... >>>>>> >> >> D/AT : AT> AT+CREG? >>>>>> >> >> D/AT : AT< +CREG: 1,1 >>>>>> >> >> D/AT : AT< OK >>>>>> >> >> by judging from these at-commands and responses above, the mobile >>>>>> >> >> terminal >>>>>> >> >> is registered on "home network". >>>>>> >> >> so, this procedure is normal. >>>>>> >> >> (PS: this procedure is normally completed during the initiation of >>>>>> >> >> radio >>>>>> >> >> functionality, that is, rild is initialized.) >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> 1> Get Preferred APN, namely cmnet here. >>>>>> >> >> D/GSM : Get PreferredAPN >>>>>> >> >> D/GSM : [DataConnectionTracker] ***trySetupData due to >>>>>> >> >> simLoaded >>>>>> >> >> D/GSM : [DSAC DEB] trySetupData with mIsPsRestricted=false >>>>>> >> >> D/GSM : [DataConnectionTracker] Create from allApns : [cmnet, >>>>>> >> >> 3, >>>>>> >> >> 46000, >>>>>> >> >> cmnet, , , , , , *] >>>>>> >> >> D/GSM : [DataConnectionTracker] Setup watingApns : [cmnet, 3, >>>>>> >> >> 46000, >>>>>> >> >> cmnet, , , , , , *] >>>>>> >> >> D/GSM : [PdpConnection] Connecting to carrier: 'cmnet' APN: >>>>>> >> >> 'cmnet' >>>>>> >> >> proxy: '' port: ' >>>>>> >> >> D/RILJ : [0054]> SETUP_DEFAULT_PDP cmnet >>>>>> >> >> D/GSM : [DataConnectionTracker] setState: INITING >>>>>> >> >> D/AT : AT< +CSQ: 9,99 >>>>>> >> >> D/AT : AT< OK >>>>>> >> >> D/RIL : onRequest: SETUP_DEFAULT_PDP >>>>>> >> >> D/RIL : requesting data connection to APN 'cmnet' >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> 2> Defining an PDP context with APN before establishing a session >>>>>> >> >> D/AT : AT> AT+CGDCONT=1,"IP","cmnet" >>>>>> >> >> D/RILJ : [0053]< SIGNAL_STRENGTH {9, 99} >>>>>> >> >> D/AT : AT< OK >>>>>> >> >> >>>>>> >> >> ====================================== >>>>>> >> >> Below is the first exception or error from rild. >>>>>> >> >> Q1: what reason causes the scenario? >>>>>> >> >> >>>>>> >> >> D/AT : AT> AT+CGEREP=1,0 >>>>>> >> >> D/AT : AT< ERROR >>>>>> >> >> ====================================== >>>>>> >> >> >>>>>> >> >> 3> Activating a seession directly by "ATD*99***1#" or "ATD*99#" >>>>>> >> >> After a while, unfortunately, the gprs connection, seemingly >>>>>> >> >> established, >>>>>> >> >> is >>>>>> >> >> broken by unknow reason!! >>>>>> >> >> And, some information is shown out, for example, "no carrier". >>>>>> >> >> After that, rild will be into the loop of rebooting!! >>>>>> >> >> Q2: what reason causes the scenario? >>>>>> >> >> >>>>>> >> >> D/AT : AT> ATD*99***1# >>>>>> >> >> D/AT : AT< *PSCALL: 11,1 >>>>>> >> >> D/AT : AT< CONNECT >>>>>> >> >> D/RILJ : [0054]< SETUP_DEFAULT_PDP {1, ppp0} >>>>>> >> >> D/GSM : [PdpConnection] PDP setup on cid = 1 >>>>>> >> >> D/AT : AT< CONNECT >>>>>> >> >> D/AT : AT< CONNECT >>>>>> >> >> D/AT : AT< CONNECT >>>>>> >> >> D/AT : AT< CONNECT >>>>>> >> >> D/AT : AT< CONNECT >>>>>> >> >> D/AT : AT< CONNECT >>>>>> >> >> D/AT : AT< NO CARRIER >>>>>> >> >> D/AT : AT< *PSCALL: 11,0 >>>>>> >> >> D/RILJ : [UNSL]< UNSOL_RESPONSE_CALL_STATE_CHANGED >>>>>> >> >> D/AT : AT< *PSFS: 14 >>>>>> >> >> W/RILC : EOS. Closing command socket. >>>>>> >> >> I/RILJ ( 962): Connected to 'rild' socket >>>>>> >> >> I/RILC : libril: new connection >>>>>> >> >> I/RILC : RIL Daemon version: Enfora EDG308 RIL 1.0 >>>>>> >> >> D/RILJ ( 962): Radio ON @ init; reset to OFF >>>>>> >> >> D/RILJ ( 962): [0000]> RADIO_POWER >>>>>> >> >> D/RIL : onRequest: RADIO_POWER >>>>>> >> >> D/AT : AT> AT+CFUN=1 >>>>>> >> >> D/RILJ ( 962): [UNSL]< UNSOL_RESPONSE_RADIO_STATE_CHANGED >>>>>> >> >> RADIO_UNAVAILABLE >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> For more information, please kindly refer to the attachment!! >>>>>> >> >> Thanks >>>>>> >> >> a >>>>>> >> >> lot!! >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> >>>>>> >> >> B. R. >>>>>> >> >> Samuel >>>>>> >> >> >>>>>> >> >> >>>>>> >> > >>>>>> >> > >>>>>> >> >>>>>> >> >>>>>> > >>>>> >>>>> >>>> >>>> >>>> >>>> >>> >>> >> >> > --~--~---------~--~----~------------~-------~--~----~ unsubscribe: android-porting+unsubscr...@googlegroups.com website: http://groups.google.com/group/android-porting -~----------~----~----~----~------~----~------~--~---
