Hi Venkat,
Reset is not necessary. But i don't think it is happening voluntarily. Did
you modify and reduce the log. If not, the things got worse compared to
your last log
here<https://rowboat.googlegroups.com/attach/bd54dcd92e285509/minicom_radio_usb.txt?view=1&part=4>.
You didn't get response for AT> ATE0Q0V1 . IF you are using 0xdroid
sources, from sources i can say,it died after this function
"requestRadioPower".
Your log doesn't show AT+CFUN being sent, so i don't think
it might have caused it. The weird thing is your modem is notifying it's
death. I don't think RIL asked for the modem to die. There might be
something else.
By resetting, do you mean the modem recovers and starts working again {or}
does it stay dead?
But If you are sure AT+CFUN is causing error, then comment out the call for
the "requestRadioPower" in the "onRequest" function's switch case loop of
ril sources. That will make the AT+CFUN ineffective from RIL.
On Thu, Jan 19, 2012 at 1:18 PM, Sai Chaitanya Chitneedi <
chaitanya.nom...@gmail.com> wrote:
> Sorry i forgot to attach. The attachment here.
>
>
> On Thu, Jan 19, 2012 at 1:17 PM, Sai Chaitanya Chitneedi <
> chaitanya.nom...@gmail.com> wrote:
>
>> Hi Devindrappa,
>> The log shows none of the scripts are working. correctly. The log is
>> continued and i can't make out which error is for which script. Could you
>> please empty the log everytime before running a a script. That way i will
>> know which error is for which script.
>> In the attached log i seprated them.
>>
>> 1. The first set is from the old log only.
>> 2. In the second set, it is still expecting AT as response. I don't
>> know which script is giving this.
>> 3. The 3rd,4th,5th,6th sets almost got it right. They are SENDING
>> AT^M and expecting OK as result but since it is sending wrong message, it
>> will not get ok. WORK ON THE SCRIPT GIVING THIS RESULT. give
>> AT/c instead of just AT and retry.
>> 4. The next few sets are failing because they are expecting /rAT as a
>> response from modem. the script giving this error needs to be modified to
>> have a space between /r and AT. it should be /r AT not /rAT
>> 5. The next few sets have a syntax mistake. Try to put a missing '
>> [OR] " for the script giving this error.
>> 6. The last 3 sets are again expecting /rAT as a response from
>> modem. Do as i said in step 4.
>>
>> So basically all scripts are still wrong. That is why we are still
>> getting same error. Could you please separate which error is for which
>> script. Tell me which script is giving the error i said in step 3. We have
>> a improvement but still we didn't get it correctly.
>>
>>
>> On Thu, Jan 19, 2012 at 12:54 PM, venkat k raju <kvraju....@gmail.com>wrote:
>>
>>> Hi Sai,
>>>
>>> i think some problem with software reset issues!!!!!! android
>>> application or reference-ril.so i don't know...
>>> please check this log message. reset means the application will send
>>> AT+CFUN something like this right.. that time my modem was get resetting
>>>
>>> then usb was disconnecting ...
>>>
>>> AT> ATE0Q0V1
>>> D/RILB ( 165): Notifying: radio available
>>> D/RILJ ( 165): [0002]> SCREEN_STATE: true
>>> D/RILJ ( 165): [0003]> RADIO_POWER
>>> D/AT ( 66): atchannel: EOF reached
>>> I/RIL ( 66): AT channel closed
>>> D/RILJ ( 165): [UNSL]< UNSOL_RESPONSE_RADIO_STATE_CHANGED RADIO_OFF
>>> E/RILJ ( 165): ERROR: mReqPending is NOT 0 but1 at TIMEOUT, reset!
>>> D/RIL ( 66): onRequest: SCREEN_STATE
>>> D/RILJ ( 165): [0002]< SCREEN_STATE error:
>>> com.android.internal.telephony.CommandException: RADIO_NOT_AVAILABLE
>>> E/GSM ( 165): Wrong network type: 0
>>> E/GSM ( 165): Wrong network type: 0
>>> D/GSM ( 165): Poll ServiceState done: oldSS=[1 home null null
>>> null Unknown CSS not supported -1 -1RoamInd: -1DefRoamInd: -1EmergOnly:
>>> false] newSS=[3 home nulln
>>> E/RILJ ( 165): ERROR: mReqPending is NOT 0 but1 at TIMEOUT, reset!
>>> D/RILJ ( 165): [0004]> BASEBAND_VERSION
>>> D/RIL ( 66): onRequest: RADIO_POWER
>>> D/RILJ ( 165): [0003]< RADIO_POWER error:
>>> com.android.internal.telephony.CommandException: GENERIC_FAILURE
>>> D/RILJ ( 165): [0005]> GET_IMEI
>>> E/RILJ ( 165): ERROR: mReqPending is NOT 0 but2 at TIMEOUT, reset!
>>> D/RILJ ( 165): [0006]> GET_IMEISV
>>> D/RIL ( 66): onRequest: BASEBAND_VERSION
>>> D/RIL ( 66): onRequest: GET_IMEI
>>> D/RILJ ( 165): [0004]< BASEBAND_VERSION error:
>>> com.android.internal.telephony.CommandException: RADIO_NOT_AVAILABLE
>>> D/RILJ ( 165): [0005]< GET_IMEI error:
>>> com.android.internal.telephony.CommandException: RADIO_NOT_AVAILABLE
>>> E/RILJ ( 165): ERROR: mReqPending is NOT 0 but1 at TIMEOUT, reset!
>>> D/RIL ( 66): onRequest: GET_IMEISV
>>> D/RILJ ( 165): [0006]< GET_IMEISV error:
>>> com.android.internal.telephony.CommandException: RADIO_NOT_AVAILABLE
>>> I/RIL ( 66): Re-opening after close
>>> D/RILB ( 165): Notifying: radio not available
>>> D/RILJ ( 165): [UNSL]< UNSOL_RESPONSE_RADIO_STATE_CHANGED
>>> RADIO_UNAVAILABLE
>>> E/GSM ( 165): Wrong network type: 0
>>> E/GSM ( 165): Wrong network type: 0
>>> D/GSM ( 165): Poll ServiceState done: oldSS=[3 home null null
>>> null Unknown CSS not supported -1 -1RoamInd: -1DefRoamInd: -1EmergOnly:
>>> false] newSS=[1 home nulln
>>> D/RILJ ( 165): [0007]> GET_CURRENT_CALLS
>>> E/RILJ ( 165): ERROR: mReqPending is NOT 0 but1 at TIMEOUT, reset!
>>> D/RIL ( 66): onRequest: GET_CURRENT_CALLS
>>> D/RILJ ( 165): [0007]< GET_CURRENT_CALLS error:
>>> com.android.internal.telephony.CommandException: RADIO_NOT_AVAILABLE
>>>
>>> is reset necessary and how to denied it please suggest me. what i am
>>> thinking is wrong or what?
>>>
>>>
>>> On Thu, Jan 19, 2012 at 12:15 PM, Devindrappa Handraki <
>>> devindrapp...@gmail.com> wrote:
>>>
>>>> Hi Chaitanya,
>>>>
>>>> Thanks for your reply, please look at the attached ppp.log and suggest
>>>> me where i am wrong.
>>>>
>>>> Thanks and Regards,
>>>> Devindrappa
>>>>
>>>>
>>>> On Wed, Jan 18, 2012 at 10:57 PM, Sai Chaitanya Chitneedi <
>>>> chaitanya.nom...@gmail.com> wrote:
>>>>
>>>>> Hi Devindrappa,
>>>>>
>>>>> 1. Please send new ppp-log and go through my previous message.
>>>>> 2. I was right about the REQUEST_GET_PREFERRED_NETWORK_TYPE it
>>>>> is for 2G/3G only.I checked my huawei ril , i have this in it:-
>>>>>
>>>>>
>>>>> switch (request){
>>>>>
>>>>> case RIL_REQUEST_SET_PREFERRED_NETWORK_TYPE:
>>>>> requestSetPreferredNetworkType(data, datalen, t);
>>>>> break;
>>>>>
>>>>>
>>>>> and for the function " requestSetPreferredNetworkType " i'm giving at
>>>>> commands at+bandset=0 and AT+CGAATT=2,1,1 which will set my haweui E1732
>>>>> for gsm only =2,1,2 for 3G only and 2,1,0 for dual mode. You can see in
>>>>> this forum here
>>>>> forum.xda-developers.com/archive/index.php/t-711753.html . Search for
>>>>> my said commands and you will find details.
>>>>>
>>>>> 3. . So obviously you don't have to deal with this. But if you still
>>>>> want to loose the error continue reading. Maybe the cause for error was
>>>>> your that your RIL didnot define how to handle the request itself. So it
>>>>> is
>>>>> giving error that request can't be supported by this ril. Look for the
>>>>> function "static void onRequest (int request, void *data, size_t datalen,
>>>>> RIL_Token t)" it will have a switch case statement with "request" as
>>>>> switch. In that give a case statement as i mentioned above at start of
>>>>> this
>>>>> message, but don't mention any function to call.leave it blank. That's it
>>>>> your error should vanish.
>>>>>
>>>>> 4. If you are keen on working with data connection in RIL. The best
>>>>> the ril can do for you is give the initialization commands. It cannot
>>>>> setup
>>>>> the connection, just sends at commands. look for function
>>>>> "requestSetupDataCall" this will have the initialization commands to be
>>>>> sent to modem before pppd link. This is the best the ril can do for you
>>>>> with respect to a data connection. It canNOT setup a data link. You will
>>>>> have to call pppd for that. The reason we are not using this yet, is bcoz
>>>>> we can't edit it frequently like the chat script and we didn't figure out
>>>>> the correct initialization commands yet and it does the exact same thing
>>>>> the chat script does for us. If the chat scripts fails this will fail as
>>>>> well. once we have a working connection we can comeback to the RIL. As i
>>>>> said ril has very little influence, if not none, in establishing a data
>>>>> connection. So 1st get data connection, then debug ril coz ril will not
>>>>> help in data connection in anyway. we can get data connection without ril.
>>>>> So just concentrate on the pppd logs for the moment. Ignore RIL.
>>>>>
>>>>> 5. And as for the c program to send at commands. Good idea by venkat.
>>>>> but you can also do it by cross compiling "echo" if you don't already have
>>>>> it for ARM. Then you can send any at command by giving command "echo
>>>>> atd*99***1# > /dev/ttyS0". You can also use "write" instead. May be cat
>>>>> will also work but i never tried it.
>>>>>
>>>>>
>>>>> On Wed, Jan 18, 2012 at 9:05 PM, Sai Chaitanya Chitneedi <
>>>>> chaitanya.nom...@gmail.com> wrote:
>>>>> >
>>>>> > Hi Devindrappa,
>>>>> > 1.Could you please post new ppp-log. It would have changed for sure.
>>>>> > 2.As venkat suggests remove rild startup from init.rc and re run and
>>>>> see what happens. Comment out the rild service.
>>>>> > 3.I will look into the error but ril has very little influence, if
>>>>> not none, in establishing a data connection. The ril is doing everything
>>>>> it
>>>>> is supposed to do. It is for telephony services only.
>>>>> > 4.I'm not sure but i think "the preffered network type" has to do
>>>>> with a AT command which sets whether to look for a 2G or 3G network first
>>>>> {or} the network scan order to register in the specific network. It sets
>>>>> its order to scan for networks. It is for 3G modems. I had experience with
>>>>> it when i was working with a huawei modem. It may not apply in your case
>>>>> because your modem doesn't support 3G and hence it's AT command is
>>>>> not accepted. I will look into it and get back to you with confirm answer.
>>>>> > 5.IF you think it is a sim lock for the time being you can simply
>>>>> replace the sim and go ahead. A lock is sim specific. A modem won't report
>>>>> a lock unless sim states so.
>>>>> >
>>>>> > On Wed, Jan 18, 2012 at 8:27 PM, Devindrappa Handraki <
>>>>> devindrapp...@gmail.com> wrote:
>>>>> >>
>>>>> >> Hi Chaitanya,
>>>>> >>
>>>>> >> 1. I tried with all your script but getting same error :
>>>>> >> I/pppd ( 1394): ######## Starting pppd
>>>>> >> I/pppd ( 1396): ######## pppd additional arguments
>>>>> >> E/pppd ( 1397): Connect script failed
>>>>> >> I/pppd ( 1400): ######### pppd exited with 0
>>>>> >>
>>>>> >> 2. When i do logcat -b radio
>>>>> >> on logcat -b radio, i see following log message
>>>>> >> [0081]< REQUEST_GET_PREFERRED_NETWORK_TYPE error:
>>>>> com.android.internal.telephony.CommandException: REQUEST_NOT_SUPPORTED
>>>>> >> What do meant by this error.
>>>>> >>
>>>>> >> 3. Please advice, if the RIL i have ported is minimal for Phone and
>>>>> SMS only and need to be supported for Network as well, as the radio log
>>>>> message dumps as
>>>>> >> [0081]< REQUEST_GET_PREFERRED_NETWORK_TYPE error:
>>>>> com.android.internal.telephony.CommandException: REQUEST_NOT_SUPPORTED
>>>>> >>
>>>>> >> Do i need to implemenet in RIL 'GET_PREFERRED_NETWORK_TYPE' and
>>>>> 'SET_PREFERRED_NETWORK_TYPE'? or am i missing anything else as well, as i
>>>>> see in setttings->security settings, my SIM LOCK is enabled by default, do
>>>>> i have to unlock it? if so,it asks for a PIN as well.
>>>>> >>
>>>>> >> Thanks and Regards,
>>>>> >> Devindrappa
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >> On Wed, Jan 18, 2012 at 5:24 PM, Sai Chaitanya Chitneedi <
>>>>> chaitanya.nom...@gmail.com> wrote:
>>>>> >>>
>>>>> >>> Hi venkat,
>>>>> >>> for running from init.rc simply put your command in a script and
>>>>> add the script as a service. You can follow instructions here :-
>>>>> http://afewe.wordpress.com/android-arm-development/use-point-to-point-protocol-ppp-in-android/
>>>>> Just modify the non commented /system/bin/pppd /dev/ttyUSB0 115200
>>>>> mo......
>>>>> line with your command and add this in your init.rc file
>>>>> >>>
>>>>> >>> service pppd_gprs /etc/ppp/init.gprs-pppd
>>>>> >>> user root
>>>>> >>> group radio cache inet misc
>>>>> >>>
>>>>> >>>
>>>>> >>> If you run pppd and rild together what error are you getting? if
>>>>> your modem is getting disconnected then i may not be able to help bcoz i
>>>>> don't have the same modem. But if the problem is that you are getting
>>>>> above
>>>>> error log then the problem is that after at+cgdcont=1... your modem is not
>>>>> giving OK response it is giving new line characters and timing out. Did
>>>>> you
>>>>> want it to send a newline character after "CellOne" ~ ^M. if not, then
>>>>> that
>>>>> may be the culprit. Or may be your modem is not able to complete the
>>>>> request before the timeout.
>>>>> >>>
>>>>> >>> On Wed, Jan 18, 2012 at 4:15 PM, venkat k raju <
>>>>> kvraju....@gmail.com> wrote:
>>>>> >>>>
>>>>> >>>> Hi this was my command and response!!!!!!!!
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> #/system/bin/pppd nodetach debug /dev/ttyACM0 115200 nocrtscts
>>>>> local 0.0.0.0:10.0.0.1 noipdefault ipcp-accept-local connect
>>>>> '/system/bin/chat -v -s -f /system/etc/p
>>>>> >>>>
>>>>> >>>> pp/gprs_chat' defaultroute usepeerdns modem updetach noauth
>>>>> >>>>
>>>>> >>>> timeout set to 15 seconds
>>>>> >>>> abort on (BUSY)
>>>>> >>>> abort on (NO CARRIER)
>>>>> >>>> abort on (VOICE)
>>>>> >>>> abort on (NO DIALTONE)
>>>>> >>>> abort on (NO DIAL TONE)
>>>>> >>>> abort on (NO ANSWER)
>>>>> >>>> abort on (DELAYED)
>>>>> >>>> report (CONNECT)
>>>>> >>>> timeout set to 40 seconds
>>>>> >>>> send (AT+CGDCONT=1,"IP","CellOne"^M)
>>>>> >>>> expect (OK)
>>>>> >>>> ^M
>>>>> >>>> ^M
>>>>> >>>> ^M
>>>>> >>>> ^M
>>>>> >>>> ^M
>>>>> >>>> ^M
>>>>> >>>> ^M
>>>>> >>>> ^M
>>>>> >>>> ^M^M^M
>>>>> >>>> ^M
>>>>> >>>> ^M
>>>>> >>>> ^M
>>>>> >>>> alarm
>>>>> >>>> Failed
>>>>> >>>>
>>>>> >>>> here my files permissions
>>>>> >>>> ls -l /dev/ttyACM0
>>>>> >>>> crw-rw---- radio radio 166, 0 2000-01-02 12:39 ttyACM0
>>>>> >>>>
>>>>> >>>> ls -l /system/bin/pppd
>>>>> >>>> -rwxrwxr-x radio radio 139540 2012-01-16 08:11 pppd
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> ls -l /system/bin/chat
>>>>> >>>> -rwxr-xr-x radio radio 42752 2012-01-16 09:39 chat
>>>>> >>>>
>>>>> >>>> ls -l /system/etc/ppp/gprs_chat
>>>>> >>>> -rwxr-xr-x radio radio 229 2012-01-18 10:27 gprs_chat
>>>>> >>>>
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> On Wed, Jan 18, 2012 at 4:08 PM, venkat k raju <
>>>>> kvraju....@gmail.com> wrote:
>>>>> >>>>>
>>>>> >>>>> Hi chaitanya,
>>>>> >>>>>
>>>>> >>>>> can you tell me how to run pppd from init.rc file.
>>>>> >>>>>
>>>>> >>>>> one more thing here is if i run rild daemon,then pppd getting
>>>>> failed.
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>> On Tue, Jan 17, 2012 at 2:35 PM, venkat k raju <
>>>>> kvraju....@gmail.com> wrote:
>>>>> >>>>>>
>>>>> >>>>>> sorry without rild interface i am connecting internet
>>>>> >>>>>>
>>>>> >>>>>>
>>>>> >>>>>> On Tue, Jan 17, 2012 at 2:35 PM, venkat k raju <
>>>>> kvraju....@gmail.com> wrote:
>>>>> >>>>>>>
>>>>> >>>>>>> Hi Devindrappa Handraki,
>>>>> >>>>>>>
>>>>> >>>>>>> i had been trying it........... for me both are not working at
>>>>> time... here i am using mux concept also.. !!!!!!!!
>>>>> >>>>>>>
>>>>> >>>>>>> i don't know what happen in your case....but with rild
>>>>> interface i have been connection the net ..
>>>>> >>>>>>> see once again...
>>>>> >>>>>>> 1) i written code for manually enter at commands!!!!!
>>>>> >>>>>>> in this #AT+CGREG=1
>>>>> >>>>>>> #AT^SGAUTH=0 // in your case no need of this command.
>>>>> >>>>>>> #At+cgatt=1
>>>>> >>>>>>> # AT+Cgdcont=1,IP,BSNLNET
>>>>> >>>>>>> 2)
>>>>> >>>>>>>
>>>>> >>>>>>> /system/bin/pppd nodetach debug /dev/ttyACM0 115200
>>>>> nocrtscts local 0.0.0.0:10.0.0.1 noipdefault ipcp-accept-local
>>>>> connect '/system/bin/chat -v -s -f /system/etc/ppp/gprs_chat' defaultroute
>>>>> usepeerdns modem updetach noauth
>>>>> >>>>>>>
>>>>> >>>>>>> 3) gprs_chat.sh file contains
>>>>> >>>>>>>
>>>>> >>>>>>> ABORT 'BUSY'
>>>>> >>>>>>> ABORT 'NO CARRIER'
>>>>> >>>>>>> ABORT 'VOICE'
>>>>> >>>>>>> ABORT 'NO DIALTONE'
>>>>> >>>>>>> ABORT 'NO DIAL TONE'
>>>>> >>>>>>> ABORT 'NO ANSWER'
>>>>> >>>>>>> ABORT 'DELAYED'
>>>>> >>>>>>> REPORT CONNECT
>>>>> >>>>>>> TIMEOUT 6
>>>>> >>>>>>> ''
>>>>> >>>>>>> 'AT+CGDCONT=1,"IP","airtelgprs.com"'
>>>>> >>>>>>> 'OK' 'ATD*99***1#'
>>>>> >>>>>>> TIMEOUT 30
>>>>> >>>>>>> CONNECT ''
>>>>> >>>>>>>
>>>>> >>>>>>>
>>>>> >>>>>>>
>>>>> >>>>>>>
>>>>> >>>>>>>
>>>>> >>>>>>> On Tue, Jan 17, 2012 at 2:23 PM, Devindrappa Handraki <
>>>>> devindrapp...@gmail.com> wrote:
>>>>> >>>>>>>>
>>>>> >>>>>>>> Hi venkat and Chaitanya,
>>>>> >>>>>>>>
>>>>> >>>>>>>> 1. I am not able to access Internet, i am getting the below
>>>>> mentioned error
>>>>> >>>>>>>> E/pppd ( 1799): Connect script failed
>>>>> >>>>>>>> I/pppd ( 1802): ######### pppd exited with 8
>>>>> >>>>>>>>
>>>>> >>>>>>>> 2. Do we need to configure mux driver for internet access and
>>>>> telephone services. If so please give me some hints.
>>>>> >>>>>>>>
>>>>> >>>>>>>> Thanks and Regards,
>>>>> >>>>>>>> Devindrappa
>>>>> >>>>>>>>
>>>>> >>>>>>>>
>>>>> >>>>>>>>
>>>>> >>>>>>>>
>>>>> >>>>>>>> On Tue, Jan 17, 2012 at 9:12 AM, venkat k raju <
>>>>> kvraju....@gmail.com> wrote:
>>>>> >>>>>>>>>
>>>>> >>>>>>>>>
>>>>> >>>>>>>>> Hi Chaitanya & Devindrappa,
>>>>> >>>>>>>>>
>>>>> >>>>>>>>> thanks for your suggestions.
>>>>> >>>>>>>>>
>>>>> >>>>>>>>> finally i am able to establish GPRS and GSM individually.
>>>>> >>>>>>>>> if i tried both at time then my usb (modem) was
>>>>> disconnecting.
>>>>> >>>>>>>>>
>>>>> >>>>>>>>> i have been trying it... !!!!!!!!!
>>>>> >>>>>>>>>
>>>>> >>>>>>>>>
>>>>> >>>>>>>>> On Mon, Jan 16, 2012 at 5:23 PM, Sai Chaitanya Chitneedi <
>>>>> chaitanya.nom...@gmail.com> wrote:
>>>>> >>>>>>>>>>
>>>>> >>>>>>>>>> Hi venkat,
>>>>> >>>>>>>>>> I'm not aware of the mux driver and config binary you are
>>>>> using. Assuming it works well, it seems like a permission problem or a
>>>>> locked socket problem. do a "lsof" on /dev/socket/rild (socket used by
>>>>> android to communicate with ril daemon) for any exsting locks and check
>>>>> its
>>>>> permissions. Try with the physical port first,after killing the rild. Then
>>>>> try with your virtual port.
>>>>> >>>>>>>>>>
>>>>> >>>>>>>>>> Also if it suits your purpose use a soft link instead of
>>>>> virtual ports.
>>>>> >>>>>>>>>>
>>>>> >>>>>>>>>> On Mon, Jan 16, 2012 at 11:25 AM, venkat k raju <
>>>>> kvraju....@gmail.com> wrote:
>>>>> >>>>>>>>>>>
>>>>> >>>>>>>>>>>
>>>>> >>>>>>>>>>> Hi chaitanya,
>>>>> >>>>>>>>>>> can you explain me how to establish gsm on gingerbread.
>>>>> >>>>>>>>>>>
>>>>> >>>>>>>>>>> i am following there steps to manually establish GSM/GPRS
>>>>> .... please correct me.
>>>>> >>>>>>>>>>>
>>>>> >>>>>>>>>>>
>>>>> >>>>>>>>>>> #chmod 0666 /dev/ttyACM0 /********* my physical serial
>>>>> port*******/
>>>>> >>>>>>>>>>> # chown radio.radio /dev/ttyACM0
>>>>> >>>>>>>>>>> # insmod ./linmux.ko /*************** my mux driver to
>>>>> create virtual port *********/
>>>>> >>>>>>>>>>> # chmod 0666 /dev/ttyMux1
>>>>> >>>>>>>>>>> # chmod 0666 /dev/ttyMux2
>>>>> >>>>>>>>>>> # chmod 0666 /dev/ttyMux0
>>>>> >>>>>>>>>>> # chown radio.radio /dev/ttyMux0
>>>>> >>>>>>>>>>> # chown radio.radio /dev/ttyMux1
>>>>> >>>>>>>>>>> # chown radio.radio /dev/ttyMux2
>>>>> >>>>>>>>>>>
>>>>> >>>>>>>>>>> #mknod /dev/muxcfg c 239 0 /****** i am creating the
>>>>> interface driver***********/
>>>>> >>>>>>>>>>>
>>>>> >>>>>>>>>>> #/system/bin/linmuxcfg -p=/dev/ttyACM0 /********
>>>>> configuring the physical port to virtual port **********/
>>>>> >>>>>>>>>>>
>>>>> >>>>>>>>>>> then i am trying to kill rild daemon then i am trying
>>>>> execute the bellow command for GSM as well as gprs with new virtual serial
>>>>> port.
>>>>> >>>>>>>>>>>
>>>>> >>>>>>>>>>> #/system/bin/rild -l /system/lib/libreference-ril.so -- -d
>>>>> /dev/ttyMux0
>>>>> >>>>>>>>>>>
>>>>> >>>>>>>>>>> but here i got the error like this
>>>>> >>>>>>>>>>>
>>>>> >>>>>>>>>>>
>>>>> >>>>>>>>>>> I/RIL ( 360): Opening tty device /dev/ttyMux0
>>>>> >>>>>>>>>>> E/RILC ( 360): Failed to get socket 'rild'
>>>>> >>>>>>>>>>>
>>>>> >>>>>>>>>>>
>>>>> >>>>>>>>>>> please suggest me !!!!!!!
>>>>> >>>>>>>>>>>
>>>>> >>>>>>>>>>> thanks&Regards
>>>>> >>>>>>>>>>> k.v.raju
>>>>> >>>>>>>>>>
>>>>> >>>>>>>>>>
>>>>> >>>>>>>>>
>>>>> >>>>>>>>>
>>>>> >>>>>>>>>
>>>>> >>>>>>>>> --
>>>>> >>>>>>>>> thanks&Regards
>>>>> >>>>>>>>> k.v.raju
>>>>> >>>>>>>>
>>>>> >>>>>>>>
>>>>> >>>>>>>
>>>>> >>>>>>>
>>>>> >>>>>>>
>>>>> >>>>>>> --
>>>>> >>>>>>> thanks&Regards
>>>>> >>>>>>> k.v.raju
>>>>> >>>>>>
>>>>> >>>>>>
>>>>> >>>>>>
>>>>> >>>>>>
>>>>> >>>>>> --
>>>>> >>>>>> thanks&Regards
>>>>> >>>>>> k.v.raju
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>> --
>>>>> >>>>> thanks&Regards
>>>>> >>>>> k.v.raju
>>>>> >>>>
>>>>> >>>>
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> --
>>>>> >>>> thanks&Regards
>>>>> >>>> k.v.raju
>>>>> >>>
>>>>> >>>
>>>>> >>
>>>>> >
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> thanks&Regards
>>> k.v.raju
>>>
>>
>>
>
--
unsubscribe: android-porting+unsubscr...@googlegroups.com
website: http://groups.google.com/group/android-porting
