From: Martin Pitt <martin.pitt@ubuntu.com>
To: Fengguang Wu <fengguang.wu@intel.com>
Cc: Johannes Berg <johannes.berg@intel.com>,
linux-wireless@vger.kernel.org, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [mac80211_hwsim] BUG: unable to handle kernel paging request at ce1db404
Date: Wed, 12 Mar 2014 18:08:06 +0100 [thread overview]
Message-ID: <20140312170806.GC2983@piware.de> (raw)
In-Reply-To: <20140305132317.GB10880@localhost>
[-- Attachment #1: Type: text/plain, Size: 4921 bytes --]
Hey Fengguang,
Fengguang Wu [2014-03-05 21:23 +0800]:
> git bisect start v3.10 v3.9 --
> git bisect bad ff89acc563a0bd49965674f56552ad6620415fe2 # 03:01 0- 2 Merge branch 'rcu/urgent' of git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu
> git bisect bad 24d0c2542b38963ae4d5171ecc0a2c1326c656bc # 03:03 0- 2 Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs
> git bisect good 151173e8ce9b95bbbbd7eedb9035cfaffbdb7cb2 # 03:11 20+ 20 Merge tag 'for-v3.10' of git://git.infradead.org/battery-2.6
> git bisect bad e95893004104054d49406fd108fefa3ddc054366 # 03:13 0- 4 Merge tag 'for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost
> git bisect good 8a72f3820c4d14b27ad5336aed00063a7a7f1bef # 03:19 20+ 20 Merge git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile
> git bisect bad 600fe9751aeb6f6b72de84076a05c5b8c04152c0 # 03:21 0- 5 ipc_schedule_free() can do vfree() directly now
> git bisect bad 126de6b20bfb82cc19012d5048f11f339ae5a021 # 03:23 0- 1 linkage.h: fix build breakage due to symbol prefix handling
> git bisect good 251df49db3327c64bf917bfdba94491fde2b4ee0 # 03:27 20+ 20 Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input
> git bisect bad 73287a43cc79ca06629a88d1a199cd283f42456a # 03:29 0- 2 Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next
> git bisect good 953c96e0d85615d1ab1f100e525d376053294dc2 # 03:37 20+ 0 tg3: Use bool not int
> git bisect bad 4fc4118cdb29ab946b8a586fc766ebb6ae1e1c90 # 03:39 0- 2 wil6210: more Rx descriptor accessor functions
> git bisect good e73dcfbf061b524fe9aaef56cf3c2e234a45ec19 # 03:46 20+ 7 Bluetooth: hidp: fix sending output reports on intr channel
> git bisect good d5590bba37f3c7d496195648532d5313abb43891 # 03:50 20+ 0 NFC: pn533: Re-group fields in struct pn533
> git bisect bad 06d961a8e210035bff7e82f466107f9ab4a8fd94 # 03:52 0- 7 mac80211/minstrel: use the new rate control API
> git bisect bad 97990a060e6757f48b931a3946b17c1c4362c3fb # 03:54 0- 3 nl80211: allow using wdev identifiers to get scan results
> git bisect bad 85220d71bf3ca1ba9129e0744247ae5f61bec559 # 03:56 1- 5 mac80211: support secondary channel offset in CSA
> git bisect bad 0ca54f6c5fd4ce58aa044d1fc7f00d7f6cf2801c # 03:57 1- 6 mac80211: provide SSID in IBSS mode
> git bisect bad 3088f7d2db42925808c4b43a6258647ee4d1dd5f # 03:59 3- 8 mac80211: stringify another plink state
> git bisect bad 9d6d6f4924133567a108a862d9cf949cd03f71cb # 04:02 0- 2 mac80211: unset FC retry bit in mesh fwding path
> git bisect bad 9ea927748ced4953f1e9a0f1fa1fdeacd1018b4e # 04:05 0- 9 mac80211_hwsim: Register and bind to driver
> # first bad commit: [9ea927748ced4953f1e9a0f1fa1fdeacd1018b4e] mac80211_hwsim: Register and bind to driver
> git bisect good ddc4db2e3d5393ede7a9222bb3b7522a603a4678 # 04:27 69+ 18 mac80211: make ieee802_11_parse_elems an inline
> git bisect bad b148a42ba7823e34971cd4e5b05a5c74fa3311ed # 04:27 0- 19 Add linux-next specific files for 20140228
> git bisect bad d8efcf38b13df3e9e889cf7cc214cb85dc53600c # 04:30 0- 3 Merge tag 'for-linus' of git://git.kernel.org/pub/scm/virt/kvm/kvm
> git bisect bad b148a42ba7823e34971cd4e5b05a5c74fa3311ed # 04:30 0- 19 Add linux-next specific files for 20140228
I noticed that this bisect list didn't include Sasha Levin's followup fix:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/net/wireless/mac80211_hwsim.c?id=c07fe5ae06
That was supposed to fix problems at registration. Is that actually
inclued in your bisection? I suppose it is, but it's quite clear that
with only 9ea927 you'd get crashes with building it statically.
I have no real idea why ieee80211_register_hw() would fail (but then
again, I'm a kernel n00b). It's apparently related to doing
platform_driver_register() before, so perhaps it's missing another
field in the struct. "unable to handle kernel paging request", is that
a normal error message if a driver fails to initialize? I would have
assumed that the kernel would't panic if a single driver fails to
initialize. Or does that mean it actually tries to access uninit'ed
memory?
I can certainly check out linux-next, build the whole thing
statically, and try to twiddle things a bit, but I'm afraid that's
just going to take a while (both because this is all new to me and I'm
working on other things ATM), so please don't hold your breath. :-)
Thanks,
Martin
--
Martin Pitt | http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2014-03-12 17:14 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-05 12:57 [mac80211_hwsim] WARNING: CPU: 0 PID: 1 at include/linux/kref.h:47 kobject_get() Fengguang Wu
2014-03-05 13:23 ` [mac80211_hwsim] BUG: unable to handle kernel paging request at ce1db404 Fengguang Wu
2014-03-08 12:11 ` Fengguang Wu
2014-03-08 12:11 ` Fengguang Wu
2014-03-12 17:34 ` Martin Pitt
2014-03-12 20:45 ` Krishna Chaitanya
2014-03-15 15:20 ` Johannes Berg
2014-03-15 15:33 ` Krishna Chaitanya
2014-03-15 15:41 ` Johannes Berg
2014-03-15 16:09 ` Krishna Chaitanya
2014-03-12 17:08 ` Martin Pitt [this message]
2014-03-14 9:30 ` Fengguang Wu
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=20140312170806.GC2983@piware.de \
--to=martin.pitt@ubuntu.com \
--cc=fengguang.wu@intel.com \
--cc=johannes.berg@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=netdev@vger.kernel.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.