From owner-freebsd-wireless@FreeBSD.ORG Wed Apr 30 00:53:48 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B95A7FE; Wed, 30 Apr 2014 00:53:48 +0000 (UTC) Received: from elam.kais.kyoto-u.ac.jp (elam.kais.kyoto-u.ac.jp [130.54.60.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3D7D9102A; Wed, 30 Apr 2014 00:53:47 +0000 (UTC) Received: from elam.kais.kyoto-u.ac.jp (localhost [127.0.0.1]) by elam.kais.kyoto-u.ac.jp (8.14.8/8.14.8) with ESMTP id s3U0rjuG084651; Wed, 30 Apr 2014 09:53:45 +0900 (JST) (envelope-from kaho@elam.kais.kyoto-u.ac.jp) To: Adrian Chadd Subject: Re: Centrino Wireless-N 1000 support is also broken (Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135) References: <20140226123709.GA31099@syn.pertho.net> <530EE7F4.3080903@shurik.kiev.ua> <24791.1393550277@elam.kais.kyoto-u.ac.jp> <75498.1398751548@elam.kais.kyoto-u.ac.jp> X-Mailer: MH-E 8.0.3; MH 6.8.4.JP-3.05; GNU Emacs 22.3.1 User-Agent: EMH/1.14.1 SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?G?= =?ISO-8859-4?Q?oj=F2?=) APEL/10.8 Emacs/22.3 (i386-portbld-freebsd8.4) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Date: Wed, 30 Apr 2014 09:53:45 +0900 Message-ID: <84650.1398819225@elam.kais.kyoto-u.ac.jp> From: Kaho Toshikazu X-Virus-Scanned: clamav-milter 0.98.1 at elam.kais.kyoto-u.ac.jp X-Virus-Status: Clean Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2014 00:53:48 -0000 Hello, thank you for your reply. > Would you mind clarifying what you wrote a little more? > What I'm reading this as: > > * If I grab an r258030 tree, it's broken on your NIC > * If I then do what, apply r258034, it works? > * If I apply 258035 -> 258085, it also works? > > I really would appreciate it if you would re-state what you've written > so I/we can better understand :-) > > Something like: > > * Revision X, doesn't work > * Revision X with revisions A, B and then C applied, does work > * Revision X with A, B and C applied, and a modified revision D > applied, does work (and attach the modified revision D) > > That way I/we can clearly reproduce what you've done. :-) > > Thanks! I'm sorry for my ambiguous representation. Until Revision 257951, work. =46rom r258030 to r258034, doesn't work. If antmask_2stream set to be IWN_ANT_AB, work. After r258035, doesn't work. antmask_2stream =3D IWN_ANT_AB doesn't help. > Ok. So r258030 changed the antenna configuration for transmitting to > use the tx chainmask from the EEPROM settings,r ather than hard-coding > it to IWN_ANT_AB. This is needed because a bunch of NICs actually > don't have two antennas and if you feed it IWN_ANT_AB it just plainly > doesn't work. > > So, if you try -HEAD, but you set antmask_2stream to be IWN_ANT_AB, > does it fix the problem? > > Ie, add this line > > linkq.antmsk_2stream =3D IWN_ANT_AB; > > .. just after this line: > > linkq.ampdu_limit =3D htole16(4000); Yes, it fix the problem until r258034, but doesn't fix after r258035. Rivision 258035 changed many lines and if_iwn_chip_cfg.h was created. I faced a trouble about where should I try to change. --=20 Kaho Toshikazu