From owner-freebsd-current@FreeBSD.ORG Fri Aug 26 14:09:38 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDE0316A420; Fri, 26 Aug 2005 14:09:38 +0000 (GMT) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (kazi.fit.vutbr.cz [147.229.8.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4307943D48; Fri, 26 Aug 2005 14:09:37 +0000 (GMT) (envelope-from cejkar@fit.vutbr.cz) Received: from kazi.fit.vutbr.cz (localhost [127.0.0.1]) by kazi.fit.vutbr.cz (envelope-from cejkar@fit.vutbr.cz) (8.13.4/8.13.4) with ESMTP id j7QE9Z80048239 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Aug 2005 16:09:35 +0200 (CEST) Received: (from cejkar@localhost) by kazi.fit.vutbr.cz (8.13.4/8.13.1/Submit) id j7QE9XVs048237; Fri, 26 Aug 2005 16:09:33 +0200 (CEST) (envelope-from cejkar@fit.vutbr.cz) X-Authentication-Warning: kazi.fit.vutbr.cz: cejkar set sender to cejkar@fit.vutbr.cz using -f Date: Fri, 26 Aug 2005 16:09:33 +0200 From: Rudolf Cejka To: Doug Barton Message-ID: <20050826140933.GA47339@fit.vutbr.cz> References: <20050825134924.GA87803@fit.vutbr.cz> <430E667D.50508@FreeBSD.org> <20050826041113.GC28894@odin.ac.hmc.edu> <430EDFC7.2000709@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <430EDFC7.2000709@FreeBSD.org> User-Agent: Mutt/1.4.2.1i X-Scanned-By: MIMEDefang 2.49 on 147.229.8.12 Cc: freebsd-current@FreeBSD.org Subject: Re: Unable to connect to wireless 802.11 AP with hidden SSID X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2005 14:09:39 -0000 Doug Barton wrote (2005/08/26): > I'm 100% sure it was happening with my ndis card, fairly certain it was > happening with ath too, but I wouldn't swear to it. So maybe the behavioral change would be somewhere in the ndis layer? I took a fast look into sys/dev/if_ndis/* and it seems that it would be the real source of the problem, like if ssid is not acquired, the old setting is leaved as is. Unfortunately, I'm going on vacation right now, so I can return to this problem after Sep 5. > Did you have a chance to review the patch submitted by Rudolf? I meant the patch mainly as a fast workaround for those, who have the same problem, however if developers find useful and logical, so that ifconfig does not call SIOCSIFFLAGS unnecessarily, why not, I would be pleased ;o), but I'm very unsure, if it can be skipped in all cases. Btw, I think that I have a better candicate for commit - new dhclient really annoys me, that it writes "unknown dhcp option value ..." for every unknown DHCP option (e. g. for PXE), whereas the old was simply quiet (chunk 3). And new dhclient makes me mearly crazy :o), when it waits 10 seconds on interface with link down - I have done primitive patch (chunks #1 and #2), which simply removes waiting, but this is not very good to make it public, so I have a plan to create a patch, which will add -t seconds option, so that the timeout is configurable, with the default value eqal to 0, because I have never seen any reason to wait so such a long time. Regards. --- sbin/dhclient/dhclient.c.orig Thu Jul 28 02:24:39 2005 +++ sbin/dhclient/dhclient.c Sat Jul 30 00:55:57 2005 @@ -288,7 +288,7 @@ main(int argc, char *argv[]) { extern char *__progname; - int ch, fd, quiet = 0, i = 0; + int ch, fd, quiet = 0; int pipe_fd[2]; int immediate_daemon = 0; struct passwd *pw; @@ -351,19 +351,9 @@ read_client_conf(); if (!interface_link_status(ifi->name)) { - fprintf(stderr, "%s: no link ...", ifi->name); + fprintf(stderr, "%s: no link\n", ifi->name); fflush(stderr); - sleep(1); - while (!interface_link_status(ifi->name)) { - fprintf(stderr, "."); - fflush(stderr); - if (++i > 10) { - fprintf(stderr, " giving up\n"); - exit(1); - } - sleep(1); - } - fprintf(stderr, " got link\n"); + exit(1); } if ((nullfd = open(_PATH_DEVNULL, O_RDWR, 0)) == -1) @@ -2293,7 +2283,8 @@ case DHO_END: return (1); default: - warning("unknown dhcp option value 0x%x", option); + if (!unknown_ok) + warning("unknown dhcp option value 0x%x", option); return (unknown_ok); } } -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic