From: Ben Hutchings <bhutchings@solarflare.com>
To: sunitha ap <linketu@gmail.com>
Cc: netdev@vger.kernel.org, linux-wireless <linux-wireless@vger.kernel.org>
Subject: Oops (wild pointer) in rt73usb on ARM
Date: Fri, 15 Oct 2010 17:41:38 +0100 [thread overview]
Message-ID: <1287160898.2267.19.camel@achroite.uk.solarflarecom.com> (raw)
In-Reply-To: <AANLkTikRdxp3PVeXtyhc=TL3r8Cx_mLBe3H4RYz7D2My@mail.gmail.com>
On Fri, 2010-10-15 at 09:35 -0700, sunitha ap wrote:
> Hi
>
> I am running linux on mini2440 (ARM based).
>
> I am able to load most of the drivers and run fine.
>
> When I load rt73usb.ko , I get a crash.
>
> I have copied rt73.bin from my ubuntu 9.1 (x86) to /lib/firmware. Hope
> that is OK
> as it is a data file.
This is correct.
> If not, how do I compile it. I have tried commenting out
> #CONFIG_STANDALONE
> #CONFIG_PREVENT_FIRMWARE_BUILD
> #CONFIG_FIRMWARE_IN_KERNEL
>
> This creates .bin for many drivers but none for rt73.
Only firmware images that used to be embedded in drivers is kept with
the kernel source. Other firmware images are collected in the
linux-firmware repository maintained by David Woodhouse.
> The crash messages is below. I can provide any other info, if required
The crash doesn't seem to have anything to do with the firmware file;
that's just the last message logged by the driver's initialisation code.
I've changed the subject accordingly.
Ben.
> Thanks
> linketu
>
> rt73usb 1-1.1:1.0: firmware: requesting rt73.bin
> Unable to handle kernel paging request at virtual address de17c157
> pgd = c309c000
> [de17c157] *pgd=00000000
> Internal error: Oops: 3 [#1]
> last sysfs file:
> /sys/devices/platform/s3c2410-ohci/usb1/1-1/1-1.1/1-1.1:1.0/firmware/1-1.1:1.0/loading
> Modules linked in: rt73usb rt2x00usb rt2x00lib mac80211 cfg80211
> option usbserial rfcomm hidp l2cap crc16 bluetooth
> CPU: 0 Not tainted (2.6.32.11 #4)
> PC is at put_page+0x4/0x144
> LR is at skb_release_data+0x70/0xa8
> pc : [<c0072f20>] lr : [<c025945c>] psr: 80000013
> sp : c30ffed0 ip : 00000000 fp : 0014cbc8
> r10: c39b9e40 r9 : c30fff04 r8 : c3814754
> r7 : c38139ec r6 : c38141e0 r5 : c39b9e40 r4 : 00000000
> r3 : c38139ec r2 : c38139ec r1 : 000000ff r0 : de17c157
> Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
> Control: c000717f Table: 3309c000 DAC: 00000015
> Process Xfbdev (pid: 1425, stack limit = 0xc30fe270)
> Stack: (0xc30ffed0 to 0xc3100000)
> fec0: 00000000 c39b9e40 c38141e0 c025945c
> fee0: c39b9e40 c3814754 c38141e0 c0258f78 00000000 bf094224 c03e0be0 0000001e
> ff00: c03dd138 c39b9e40 00000000 c38141e0 00000000 00000000 00000000 c39b9e64
> ff20: c334c540 00000002 00000000 00000010 00000000 00000000 c39b9e40 c38141e0
> ff40: c38142c4 c38142b8 00000006 0000000a c0420a60 bf084d84 00000000 c30fe000
> ff60: 00000018 00000001 00000006 c00456e0 00000100 c0045d28 0000002a c30fe000
> ff80: 0000002a 00000000 04000000 0002f000 009ca433 c30fe000 be80d610 c002e068
> ffa0: ffffffff f4000000 04000000 c002ec7c 0000009c 00000000 0000ca00 00000000
> ffc0: 00150b78 00150b60 00030d00 0002f000 009ca433 0000004e be80d610 0014cbc8
> ffe0: 80000000 be80d5b8 009c0000 000afc84 80000010 ffffffff 00000000 00000000
> [<c0072f20>] (put_page+0x4/0x144) from [<c025945c>] (skb_release_data+0x70/0xa8)
> [<c025945c>] (skb_release_data+0x70/0xa8) from [<c0258f78>]
> (__kfree_skb+0xc/0xb0)
> [<c0258f78>] (__kfree_skb+0xc/0xb0) from [<bf094224>]
> (__ieee80211_rx_handle_packet+0x2e0/0x2ec [mac80211])
> [<bf094224>] (__ieee80211_rx_handle_packet+0x2e0/0x2ec [mac80211])
> from [<bf084d84>] (ieee80211_tasklet_handler+0x54)
> [<bf084d84>] (ieee80211_tasklet_handler+0x54/0xe8 [mac80211]) from
> [<c00456e0>] (tasklet_action+0x84/0xe0)
> [<c00456e0>] (tasklet_action+0x84/0xe0) from [<c0045d28>]
> (__do_softirq+0x78/0x104)
> [<c0045d28>] (__do_softirq+0x78/0x104) from [<c002e068>] (asm_do_IRQ+0x68/0x80)
> [<c002e068>] (asm_do_IRQ+0x68/0x80) from [<c002ec7c>] (__irq_usr+0x3c/0xc0)
> Exception stack(0xc30fffb0 to 0xc30ffff8)
> ffa0: 0000009c 00000000 0000ca00 00000000
> ffc0: 00150b78 00150b60 00030d00 0002f000 009ca433 0000004e be80d610 0014cbc8
> ffe0: 80000000 be80d5b8 009c0000 000afc84 80000010 ffffffff
> Code: e59f0000 eaff74e9 c0072e40 e92d4070 (e5903000)
> ---[ end trace 912112f829d72a71 ]---
> Kernel panic - not syncing: Fatal exception in interrupt
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Ben Hutchings, Senior Software Engineer, Solarflare Communications
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.
prev parent reply other threads:[~2010-10-15 16:41 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-15 16:35 Kernel crash when "requesting rt73.bin" sunitha ap
2010-10-15 16:41 ` Ben Hutchings [this message]
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=1287160898.2267.19.camel@achroite.uk.solarflarecom.com \
--to=bhutchings@solarflare.com \
--cc=linketu@gmail.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox