From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 01:13:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3111316A412 for ; Fri, 12 Jan 2007 01:13:33 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id AD6F213C44B for ; Fri, 12 Jan 2007 01:13:32 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anc (anb.matik.com.br [200.152.88.34] (may be forged)) by msrv.matik.com.br (8.13.8/8.13.1) with ESMTP id l0C1DIGq038237; Thu, 11 Jan 2007 23:13:18 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org, Andrew Thompson Date: Thu, 11 Jan 2007 23:13:24 -0200 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200701112313.25390.joao@matik.com.br> X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,AWL autolearn=unavailable version=3.1.3 X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: if_bridge / ath - ether type 5e4 flags 3 len 1522 > max 1514 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jan 2007 01:13:33 -0000 an ath wl card stops definitely working after showing this messages:=20 kernel: ath0: discard oversize frame ether type 5e4 flags 3 len 1522 > max= =20 1514 seems this packages are then beeing held in the ath tx buffer, filling it u= p,=20 what then depending on the rate or quantity brings the ath card down, soon = or=20 later, only way getting it back is by reboot this is when running in hostap mode and under if_bridge (with or w/o stp) If I am not wrong a mac frame can be 1518 when untagged or 1522 when tagged Now, I am wondering why the ath driver discards such packages when they app= ear=20 to be of valid size Also, if I am not wrong, who should discard the package if oversized is the= =20 bridge but not the interface =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br