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 -~----------~----~----~----~------~----~------~--~---