NetBSD Problem Report #53287

From www@NetBSD.org  Mon May 14 06:04:39 2018
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 9DF607A1D2
	for <gnats-bugs@gnats.NetBSD.org>; Mon, 14 May 2018 06:04:39 +0000 (UTC)
Message-Id: <20180514060438.CC0EF7A1E3@mollari.NetBSD.org>
Date: Mon, 14 May 2018 06:04:38 +0000 (UTC)
From: coypu@sdf.org
Reply-To: coypu@sdf.org
To: gnats-bugs@NetBSD.org
Subject: bwfm pci problems
X-Send-Pr-Version: www-1.0

>Number:         53287
>Category:       kern
>Synopsis:       bwfm pci problems
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon May 14 06:05:00 +0000 2018
>Closed-Date:    Sat Sep 01 22:21:40 +0000 2018
>Last-Modified:  Sat Sep 01 22:21:40 +0000 2018
>Originator:     coypu
>Release:        NetBSD 8.99.17
>Organization:
>Environment:
NetBSD localhost 8.99.17 NetBSD 8.99.17 (GENERIC) #1: Fri May 11 10:35:04 IDT 2018  fly@planets:/home/fly/current/sys/arch/amd64/compile/GENERIC amd64
>Description:
Attempting slightly stronger dogfooding revealed some problems. SSH doesn't appear to work. Running with ssh -vvv, I get stuck after this:

debug1: kex: algorithm: curve25519-sha256@libssh.org
debug1: kex: host key algorithm: ssh-ed25519
debug1: REQUESTED ENC.NAME is 'chacha20-poly1305@openssh.com'
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: REQUESTED ENC.NAME is 'chacha20-poly1305@openssh.com'
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug3: send packet: type 30
debug2: mac 0x0, -1 -1
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY

This issue occurs on an open network too.

Second issue, which is unrelated.
Trying to use wpa_supplicant in the foreground rather than as a service and using WPA rather than an open network, I got messages like:
WPA: EAPOL-Key Replay Counter did not increase - dropping packet"

However the connection seems to work.
>How-To-Repeat:

>Fix:
no idea so far.

>Release-Note:

>Audit-Trail:
From: "Taylor R Campbell" <riastradh@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/53287 CVS commit: src/sys/dev
Date: Sat, 1 Sep 2018 22:01:03 +0000

 Module Name:	src
 Committed By:	riastradh
 Date:		Sat Sep  1 22:01:03 UTC 2018

 Modified Files:
 	src/sys/dev/ic: bwfm.c bwfmvar.h
 	src/sys/dev/pci: if_bwfm_pci.c
 	src/sys/dev/usb: if_bwfm_usb.c

 Log Message:
 bwfm has only one tx descriptor; limit mbuf chains to one segment.

 PR kern/53287

 Can't use m_defrag because it always yields two segments.

 Discussion on tech-net:
 https://mail-index.netbsd.org/tech-net/2018/09/01/msg007031.html

 Diagnosed and tested by maya.


 To generate a diff of this commit:
 cvs rdiff -u -r1.12 -r1.13 src/sys/dev/ic/bwfm.c
 cvs rdiff -u -r1.2 -r1.3 src/sys/dev/ic/bwfmvar.h
 cvs rdiff -u -r1.1 -r1.2 src/sys/dev/pci/if_bwfm_pci.c
 cvs rdiff -u -r1.7 -r1.8 src/sys/dev/usb/if_bwfm_usb.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

State-Changed-From-To: open->closed
State-Changed-By: maya@NetBSD.org
State-Changed-When: Sat, 01 Sep 2018 22:21:40 +0000
State-Changed-Why:
fixed!


>Unformatted:

Home	PR Database Search