HP-UX 10.10 Problems (long)

• Messages sorted by:[ date ][ thread ][ subject ][ author ]

 I started looking into the problems this morning and wanted to check
 in to make sure I am going down the right path. To get mgetty to
 compile, I added "defined(__hpux)" to the appropriate line so that
 POSIX_TERMIOS would be set. I did this so that termios would be used
 as the termio man page on my system says that it is only there for
 backward compatibility. I also had to add a "#include sys/modem.h" to
 get some #defines for non-tio.c files like mgetty.c that include tio.h.

 With this all said and done, if I set the speed in mgetty.config
 to 19200 or faster, I get the following trace output.

04/16 13:12:47 0p0 mgetty: experimental test release 1.1.4-Apr06
04/16 13:12:47 0p0 check for lockfiles
04/16 13:12:47 0p0 checklock: stat failed, no file
04/16 13:12:47 0p0 locking the line
04/16 13:12:47 0p0 makelock(cul0p0) called
04/16 13:12:47 0p0 do_makelock: lock='/var/spool/locks/LCK..cul0p0'
04/16 13:12:47 0p0 lock made
04/16 13:12:48 0p0 tio_get_rs232_lines: status: RTS CTS DSR DTR
04/16 13:12:48 0p0 lowering DTR to reset Modem
04/16 13:12:48 0p0 tss: set speed to 19200 (036)
04/16 13:12:48 0p0 tio_set_flow_control( HARD )
04/16 13:12:48 0p0 waiting for line to clear (VTIME), read:
04/16 13:12:48 0p0 send: \dATQ0V1H0[0d]
04/16 13:12:49 0p0 waiting for ``OK''
04/16 13:12:49 0p0 got: ATQ0V1H0[0d]
04/16 13:12:49 0p0 CND: ATQ0V1H0[0d][0a]OK ** found **
04/16 13:12:49 0p0 send: AT&F&D3M1L1N1S11=60[0d]
04/16 13:12:49 0p0 waiting for ``OK''
04/16 13:12:49 0p0 got: [0d]
04/16 13:12:49 0p0 CND: OK[0a][c1][0d]
04/16 13:12:50 0p0 CND: Á

 If I set the speed to 9600 or slower, it works just fine as can be seen
 from this snippet of the log file.

04/16 11:55:20 0p0 tss: set speed to 9600 (020)
04/16 11:55:20 0p0 tio_set_flow_control( HARD )
04/16 11:55:20 0p0 waiting for line to clear (VTIME), read:
04/16 11:55:20 0p0 send: \dATQ0V1H0[0d]
04/16 11:55:21 0p0 waiting for ``OK''
04/16 11:55:21 0p0 got: ATQ0V1H0[0d]
04/16 11:55:21 0p0 CND: ATQ0V1H0[0d][0a]OK ** found **
04/16 11:55:21 0p0 send: AT&F&D3M1L1N1S11=60[0d]
04/16 11:55:21 0p0 waiting for ``OK''
04/16 11:55:21 0p0 got: [0d]
04/16 11:55:21 0p0 CND: OK[0a]AT&F&D3M1L1N1S11=60[0d]
04/16 11:55:21 0p0 CND: AT&F&D3M1L1N1S11=60[0d][0a]OK ** found **
04/16 11:55:21 0p0 mdm_send: 'AT+FCLASS=2.0'
04/16 11:55:21 0p0 got:[0d][0a]AT+FCLASS=2.0[0d]
04/16 11:55:21 0p0 mdm_command: string 'AT+FCLASS=2.0'
04/16 11:55:21 0p0 got:[0d][0a]OK[0d]

 Using this, incoming data connections seem to work fine. I didn't
 tax it very much. I tried to fax something in and got the following
 log:

04/16 13:30:05 0p0 found action string: ``+FCO^M''
04/16 13:30:05 0p0 start fax receiver...
04/16 13:30:05 0p0 fax receiver: entry
04/16 13:30:05 0p0 fax_wait_for(OK)
04/16 13:30:05 0p0 got:[0a][0d][0a]+FTI:  512 794 9929 [0d]
04/16 13:30:09 0p0 fax_wait_for: string '+FTI:  512 794 9929 '
04/16 13:30:09 0p0 fax_id: '+FTI:  512 794 9929 '
04/16 13:30:09 0p0 got:[0a][0d][0a][0d][0a][0d][0a]+FCS:1,5,0,2,0,0,0,0[0d]
04/16 13:30:09 0p0 fax_wait_for: string '+FCS:1,5,0,2,0,0,0,0'
04/16 13:30:09 0p0 transmission par.: '+FCS:1,5,0,2,0,0,0,0'
04/16 13:30:09 0p0 got:[0a][0d][0a]OK[0d]
04/16 13:30:09 0p0 fax_wait_for: string 'OK'** found **
04/16 13:30:09 0p0 looking for utmp entry... (my PID: 24607)
04/16 13:30:09 0p0 utmp + wtmp entry made
04/16 13:30:09 0p0 tio_set_flow_control( HARD XON_IN )
04/16 13:30:09 0p0 mdm_send: 'AT+FLO=2'
04/16 13:30:09 0p0 got:[0a]AT+FLO=2[0d]
04/16 13:30:09 0p0 mdm_command: string 'AT+FLO=2'
04/16 13:30:09 0p0 got:[0d][0a]OK[0d]
04/16 13:30:09 0p0 mdm_command: string 'OK' -> OK
04/16 13:30:10 0p0 fax_send: 'AT+FDR'
04/16 13:30:10 0p0 fax_wait_for(CONNECT)
04/16 13:30:10 0p0 got:[0a]AT+FDR[0d]
04/16 13:30:10 0p0 fax_wait_for: string 'AT+FDR'
04/16 13:30:10 0p0 got:[0d][0a]+FCS:1,5,0,2,0,0,0,0[0d]
04/16 13:30:11 0p0 fax_wait_for: string '+FCS:1,5,0,2,0,0,0,0'
04/16 13:30:11 0p0 transmission par.: '+FCS:1,5,0,2,0,0,0,0'
04/16 13:30:11 0p0 got:[0a][0d][0a]CONNECT[0d]
04/16 13:30:12 0p0 fax_wait_for: string 'CONNECT'** found **
04/16 13:30:12 0p0 sending DC2
04/16 13:30:12 0p0 fax_get_page_data: wait for EOL, got: [0a][00]
04/16 13:30:13 0p0 fax_get_page_data: receiving /usr/local/spool/fax/incoming/f
f3551a98p0-512-794-9929.01...
04/16 13:31:03 0p0 fax_get_page_data: page end, bytes received: 49078
04/16 13:31:03 0p0 fax_wait_for(OK)
04/16 13:31:03 0p0 got:[0d][0a]+FPS:1,846,0,0,0[0d]
04/16 13:31:03 0p0 fax_wait_for: string '+FPS:1,846,0,0,0'
04/16 13:31:03 0p0 page status: +FPS:1,846,0,0,0
04/16 13:31:03 0p0 2118 lines received, 0 lines bad, 0 bytes lost
04/16 13:31:03 0p0 got:[0a][0d][0a]+FHS:91[0d]
04/16 13:31:03 0p0 fax_wait_for: string '+FHS:91'
04/16 13:31:03 0p0 connection hangup: '+FHS:91'
04/16 13:31:03 0p0 (Missing EOL after 5 seconds)
04/16 13:31:03 0p0 got:[0a][0d][0a]OK[0d]
04/16 13:31:03 0p0 fax_wait_for: string 'OK'** found **
04/16 13:31:03 0p0 fax receiver: hangup & end
04/16 13:31:03 0p0 fax_notify_mail: sending mail to: crow
04/16 13:31:03 0p0 fax_notify_mail: mailer exit status: 32512

 The fax page seems to be missing quite a bit of the middle (although the
 beginning and end seem to be OK).

 All of this data leads me to believe that the hardware flow control
 is not working correctly. Do you think that this is a valid deduction?

 If so, then I am going to start digging through the way that mgetty
 is setting the hardware flow control and make sure that the HP-UX
 man pages agree with what is being done. I will probably look through
 HP-UX patches to see if I can find anything relating to this.

 Any other suggestions would be much appreciated.



--
 ------------ Texas! It's like a whole other country. ------------
 David L. Crow   http://www.cactus.org/~crow (internet)
 crow@dev.tivoli.com http://w3.dev.tivoli.com/~crow (intranet)
.