lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120411184047.GJ12044@thunk.org>
Date:	Wed, 11 Apr 2012 14:40:47 -0400
From:	Ted Ts'o <tytso@....edu>
To:	David Miller <davem@...emloft.net>
Cc:	preining@...ic.at, egrumbach@...il.com,
	linux-wireless@...r.kernel.org, linux-kernel@...r.kernel.org,
	ipw3945-devel@...ts.sourceforge.net, ilw@...ux.intel.com
Subject: Re: 3.4-rc2, ilwagn still most of the time completely unusable

On Tue, Apr 10, 2012 at 10:54:51PM -0400, David Miller wrote:
> 
> In those 20 kernel revisions you, or a party interested in helping
> you, could have GIT bisected the guilty change which introduced
> the problem.
> 
> Then we'd have something concrete to go on, and use to work towards a
> fix.
> 
> Right now there isn't nearly enough information to fix the problem.

I'll note that I've been having troubles with my iwlagn driver losing
the ability to connect to WPA2 authenticated AP's at work (Google
Cambridge).  This has been true for since sometime around 3.0; my
excuse for why I haven't tried bisecting it is that it can take
several hours for the bug to manifest itself, and when it does, it's
much simpler to either (a) reboot, or (b) rmmod iwlagn and then
modprobe iwlagn.

I also don't know if it's a problem with (a) the iwlagn driver, (b) my
hardware, (c) the network-manager WPA code, or (d) the enterprise AP
that we are using, or some combination of the four.  On my todo list
is to get a completely different 802.11abn wireless PC Card, and then
try to see if the problem reproduces itself there, and then see if I
can at some point try to set aside a full week where I'd do nothing
else with my laptop but git bisects full-time.

Sometimes, git bisects are not terribly useful ways of trying to find
the problem commits --- and I've tried doing them before to debug
iwlagn problems twice before, and past experience tells me it's a
minimum of 1, and usually more like 2 or 3 days of lost productivity
while I try to debug it --- and that's when the problem is obvious
within 10 or 20 minutes of the reboot.  :-(

						- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ