From: Larry Finger <Larry.Finger@lwfinger.net>
To: b43-dev@lists.infradead.org
Subject: Crash with BCM4312 using ad-hoc mode and promiscuous
Date: Tue, 20 Jul 2010 16:14:59 -0500 [thread overview]
Message-ID: <4C4611D3.30104@lwfinger.net> (raw)
In-Reply-To: <AANLkTinxJtP4qj2kQqQd0uLguosQdHLPPs4BAXBZO0eg@mail.gmail.com>
On 07/20/2010 03:18 PM, Harry Bullen wrote:
> Hey, I've been using a Broadcom BCM4312 on Ubuntu 10.04 kernel
> 2.6.32-23. I found a way to crash the machine and wanted to know if
> it was a known problem and if so is there a solution. If not I'd like
> to report this as a bug.
> I first join an existing ad-hoc network and and assign myself an ipv4
> address. Then I use tcpdump or wireshark to listen to traffic in
> promiscuous mode. Finally I generate I traffic between two other
> computers on the same ad-hoc network by having one ping the other. At
> this point the system freezes up immediately (including ssh sessions
> and it cannot be pinged) and I have to hold down the power button to
> reboot it. If I use an AP, don't put the card in promiscuous mode
> (when using tcpdump or wireshark) or don't generate traffic between
> other computers the system doesn't crash.
Is this a crash or a freeze? A crash would provide a crash dump, but a freeze
does not and they are harder to debug. With a KDE desktop, it is possible to
switch to a logging console to capture whatever info is available. Is this
possible with Gnome? Are you using a standard kernel or one you built yourself?
If the former, could you please provide the configuration? It should be found in
/proc/config.gz. If you are compiling yourself, then select
CONFIG_DETECT_SOFTLOCKUP and CONFIG_DETECT_HUNG_TASK in the Kernel Hacking section.
> Other issues that may or may not be related. The wireless card
> sometimes switches between eth1 and eth2 after a reboot (I haven't
> seen a pattern in this.) When sniffing traffic on a wireless network
> using an AP I only see traffic that is broadcast or sent to me,
> even-though I am in promiscuous mode.
The naming should be controlled by udev according to the rules in
/etc/udev/rules.d/70-persistent-network.rule. At least it works that way on my
system.
> I have installed b43-fwcutter via: apt-get install b43-fwcutter. But
> this did not appear to have any effect.
As that package only installs the program that extracts firmware from a Broadcom
driver, there is no reason to expect it to make a difference.
I will try to duplicate your result.
Larry
next prev parent reply other threads:[~2010-07-20 21:14 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-20 20:18 Crash with BCM4312 using ad-hoc mode and promiscuous Harry Bullen
2010-07-20 21:14 ` Larry Finger [this message]
2010-07-20 21:47 ` Harry Bullen
2010-07-20 23:39 ` Rafał Miłecki
2010-07-21 17:03 ` Harry Bullen
2010-07-21 17:08 ` Larry Finger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4C4611D3.30104@lwfinger.net \
--to=larry.finger@lwfinger.net \
--cc=b43-dev@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.