Re: kern/166071: High CPU Utilization on HylaFAX processes

The following reply was made to PR kern/166071; it has been noted by GNATS.

From: "E.Richiardone" <[e-mail]>
To: [e-mail],
 [e-mail]
Cc:  
Subject: Re: kern/166071: High CPU Utilization on HylaFAX processes
Date: Tue, 15 Apr 2014 17:23:37 +0200

 I noticed still this problem after upgrading to 10.0-RELEASE from a
 8.4-STABLE on an HP DL380G5 and USRobotics USB modem.
 Upgraded all from binaries with freebsd-update and portupgrade.
 
 The problem is that /usr/local/sbin/faxgetty on /dev/cuaU0 is looping on a
 select() and consumes 100% of CPU when in idle.
 
 # uname -a
 FreeBSD xxx.local 10.0-RELEASE-p1 FreeBSD 10.0-RELEASE-p1 #0: Tue Apr  8
 06:43:36 UTC 2014    
 [e-mail]:/usr/obj/usr/src/sys/GENERIC  i386
 
 # pkg info | grep hylafax
 hylafax-6.0.6_1                Fax software
 
 # ps -aux | grep getty
 uucp   1366 100.0  0.1  12480   3876  -  R     3:32PM  90:07.56
 /usr/local/sbin/faxgetty cuaU0
 
 # top
 ...
 PID USERNAME       THR PRI NICE   SIZE    RES STATE   C   TIME    WCPU
 COMMAND
  1366 root             1 103    0 12480K  3876K CPU1    1 105:27 100.00%
 faxgetty
 ...
 
 ktrace shows a loop on select()
 ...
   1366 faxgetty 0.000003 CALL 
 select(0x8,0xbfbfdce8,0xbfbfdc68,0xbfbfdbe8,0x80daf08)
   1366 faxgetty 0.000004 RET   select 1
   1366 faxgetty 0.000003 CALL  read(0x4,0xbfbfd36c,0x7ff)
   1366 faxgetty 0.000003 RET   read 0
   1366 faxgetty 0.000003 CALL 
 select(0x8,0xbfbfdce8,0xbfbfdc68,0xbfbfdbe8,0x80daf08)
   1366 faxgetty 0.000004 RET   select 1
   1366 faxgetty 0.000003 CALL  read(0x4,0xbfbfd36c,0x7ff)
   1366 faxgetty 0.000003 RET   read 0
   1366 faxgetty 0.000004 CALL 
 select(0x8,0xbfbfdce8,0xbfbfdc68,0xbfbfdbe8,0x80daf08)
   1366 faxgetty 0.000004 RET   select 1
   1366 faxgetty 0.000003 CALL  read(0x4,0xbfbfd36c,0x7ff)
   1366 faxgetty 0.000003 RET   read 0
   1366 faxgetty 0.000004 CALL 
 select(0x8,0xbfbfdce8,0xbfbfdc68,0xbfbfdbe8,0x80daf08)
   1366 faxgetty 0.000003 RET   select 1
 ...
 
 Tried to recompile from ports but identical behaviour.
 
 -- 
 E.Richiardone
 http://richiardone.eu
 
_______________________________________________
[e-mail] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "[e-mail]"