NetBSD Problem Report #49235

From is@beverly.kleinbus.org  Wed Sep 24 08:59:24 2014
Return-Path: <is@beverly.kleinbus.org>
Received: from mail.netbsd.org (mail.netbsd.org [149.20.53.66])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.netbsd.org", Issuer "Postmaster NetBSD.org" (verified OK))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 90380A6562
	for <gnats-bugs@gnats.NetBSD.org>; Wed, 24 Sep 2014 08:59:24 +0000 (UTC)
Message-Id: <20140924085914.BD5EA2086B@beverly.kleinbus.org>
Date: Wed, 24 Sep 2014 10:59:14 +0200 (CEST)
From: is@beverly.kleinbus.org
Reply-To: is@NetBSD.org
To: gnats-bugs@gnats.NetBSD.org
Subject: can't send fax anymore with 6.1.4 kernel
X-Send-Pr-Version: 3.95

>Number:         49235
>Category:       kern
>Synopsis:       can't send fax anymore with a 6.1.4 kernel
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Sep 24 09:00:00 +0000 2014
>Last-Modified:  Fri May 12 07:22:03 +0000 2023
>Originator:     Ignatios Souvatzis
>Release:        NetBSD 6.1.4_PATCH
>Organization:
>Environment:
System: NetBSD marie 6.1.4_PATCH NetBSD 6.1.4_PATCH (MARIE) #4: Sat Aug 23 20:25:06 CEST 2014 is@henrietta:/var/itch/sources/6.1/obj.shark/sys/arch/shark/compile/MARIE shark
Architecture: arm
Machine: shark

com0 at ofisa0 (serial@i3f8): ns16550a, working fifo
com1 at ofisa0 (ir@i2f8): ns16550a, working fifo

>Description:
	When sending a fax, actual fax transmission aborts a few
	seconds (according to log) after starting the first page;
	the receiving fax machine prints the first ca. three (dot) lines.

	The sendfax process sees this error at this point:

	09/24 08:30:53 y00   input: got [0d][0a]+FHS:43[0d][0a]

	FHS:43 is "DTE to DCE data underflow  "

	which points to something broken with flow control.
	Debug output sees us sending more data, 64bytes at a time,
	continuing until the page has been sent.

	the serial used is com0 - see above.

>How-To-Repeat:
	faxspool ... ; faxrunq
>Fix:
	workaround: rebooting to the 5.1.3_PATCH kernel
	(obviously only with 5.1.3 userland)

>Release-Note:

>Audit-Trail:
From: Ignatios Souvatzis <is@netbsd.org>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/49235: can't send fax anymore with 6.1.4 kernel
Date: Fri, 10 Oct 2014 11:46:07 +0200

 I tested on a NetBSD/amd64 6.1.4_PATCH system, with the same symptoms
 on com0.

 Using an usb-serial adapter as ucom0, sending a single fax worked, but
 when having two faxes in the queue, the dialing for the second one 
 happened while the modem was resetting and thus ignored. I suspect that
 in this case sending the single fax worked because the usb stack 
 caches enough of the data...

 In both cases, being next to the modem with the laptop, it looked
 to me like flow control didn't work.

 Anyway, an arm-specific issue can be ruled out - there's a com
 driver or tty driver regression in netbsd-6.1 (compared to netbsd-5).

 	-is

From: Ignatios Souvatzis <is@netbsd.org>
To: gnats-bugs@NetBSD.org
Cc: kern-bug-people@netbsd.org, gnats-admin@netbsd.org,
	netbsd-bugs@netbsd.org
Subject: Re: kern/49235: can't send fax anymore with 6.1.4 kernel
Date: Sat, 11 Oct 2014 17:28:51 +0200

 On Fri, Oct 10, 2014 at 09:50:00AM +0000, Ignatios Souvatzis wrote:

 >  I tested on a NetBSD/amd64 6.1.4_PATCH system, with the same symptoms
 >  on com0.

 Same on NetBSD/amd64 7.99.1 	com0

 	-is

>Unformatted:

 On this kernel,

 	checked with 5.1.3_PATCH userland / mgetty-1.1.37nb9
 	checked with 6.1_PATCH   userland / mgetty-1.1.37nb10

 resulting in the same error.

Home	PR Database Search