From owner-freebsd-wireless@FreeBSD.ORG Wed Jan 21 09:12:01 2015 Return-Path: Delivered-To: wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CEF85E9E; Wed, 21 Jan 2015 09:12:01 +0000 (UTC) Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3FEA5F41; Wed, 21 Jan 2015 09:12:00 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.72) (envelope-from ) id 1YDrKK-0000WC-Ai; Wed, 21 Jan 2015 15:11:58 +0600 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id t0L9Cgsx081966; Wed, 21 Jan 2015 16:12:52 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id t0L9Cbcc081924; Wed, 21 Jan 2015 15:12:37 +0600 (NOVT) (envelope-from danfe) Date: Wed, 21 Jan 2015 15:12:36 +0600 From: Alexey Dokuchaev To: Adrian Chadd Subject: Re: Dual-band AR5414 card test-run on stable/8 and head Message-ID: <20150121091236.GA72339@regency.nsu.ru> References: <20150121040308.GA49520@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-KLMS-Rule-ID: 1 X-KLMS-Message-Action: clean X-KLMS-AntiSpam-Lua-Profiles: 72130 [Jan 21 2015] X-KLMS-AntiSpam-Version: 5.5.3 X-KLMS-AntiSpam-Envelope-From: danfe@regency.nsu.ru X-KLMS-AntiSpam-Rate: 0 X-KLMS-AntiSpam-Status: not_detected X-KLMS-AntiSpam-Method: none X-KLMS-AntiSpam-Moebius-Timestamps: 3327776, 3327803, 0 X-KLMS-AntiSpam-Info: LuaCore: 133 2015-01-20_15-32-45 96fcd498c703129c83ff391f744a0d32a092f19b X-KLMS-AntiSpam-Interceptor-Info: scan successful X-KLMS-AntiPhishing: Clean, 2015/01/20 13:57:40 X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server, version 8.0.1.705, not scanned, license restriction Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 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, 21 Jan 2015 09:12:02 -0000 On Tue, Jan 20, 2015 at 08:47:17PM -0800, Adrian Chadd wrote: > No idea why it doesn't work on stable/8. That's odd. It should work just > fine. True, esp. since it lists the nets and apparently can talk to DHCP server; getting "sendto: Host is down" is very strange. I will try again at home or some cafe. > sysctl dev.ath.0.ledon=<1 | 0 - ie, the LED polarity> > sysctl dev.ath.0.softled=1 > > Toggle softled 0 -> 1 each time you change ledpin, just to make sure > the programming takes. OK, running the following loop toggles LED on and off for a second: sysctl dev.ath.0.ledpin=1 while :; do sysctl dev.ath.0.ledon=1 sysctl dev.ath.0.softled=0 sysctl dev.ath.0.softled=1 sleep 1 sysctl dev.ath.0.ledon=0 sysctl dev.ath.0.softled=0 sysctl dev.ath.0.softled=1 sleep 1 done I got confused in the beginning, because it was not obvious that actually both softled=0 and softled=1 commands are required after each ledon change. When I changed the pin (0 -> 1) and set LED to off, the card started to show some activity, looking sane. So it looks like it generally DTRT, but needs to be told which pin to use. Any hint I can put in /boot/loader.conf for that, or I have to patch the driver? > What's broken with suspend/resume? That should be fixed. I didn't imply "broken wireless stack and/or drivers". It took quite a long time (almost three minutes) and several presses of power button, all accompanied with weird screen artifacts, to get laptop back to life. Some relevant messages: pcib0: failed to set ACPI power state D2 on \134_SB_.PCI0: AE_BAD_PARAMETER acpi0: cleared fixed power button status error: [drm:pid1651:intel_lvds_enable] *ERROR* timed out waiting for panel to power off uhci_interrupt: host system error uhci_interrupt: host controller process error wakeup from sleeping state (slept 00:02:52) On stable/8 resume is nearly instant (around one second to get myself back to X11 with keyboard and mouse working). > I've no idea about what or why it broke on stable/8 but isn't on > -HEAD. I've done some pretty significant surgery to ath and net80211 > since stable/8. You can try narrowing it down by trying stable/9 and > stable/10 to see if it started working during one of those releases. Yes, I will probably do something like that. Thanks Adrian! ./danfe