Regarding the oops that I reported for PPC architecture that reported "Unable to
handle kernel paging request for data at address 0x000004c", I have now repeated
it on x86_64 architecture, where the objdump tool is better. The error occurs in
the line in __netif_schedule() that says
if (!test_and_set_bit(__QDISC_STATE_SCHED, &q->state))
Debug printouts have shown that q is not NULL, and it appears to be in the
correct address range. I think q->state is zero; however, q->state cannot be
written.
Additional testing shows this problem to be another side effect of commit
3a25a8c ("mac80211: add improved HW queue control") for a device with only a
single HW queue.
Any suggestions for additional debugging printouts will be greatly appreciated.
Thanks,
Larry
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[Linux Kernel]
[Linux Bluetooth]
[Linux Netdev]
[Kernel Newbies]
[Share Photos]
[IDE]
[Security]
[Git]
[Netfilter]
[Bugtraq]
[Photo]
[Yosemite]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Linux ATA RAID]
[Samba]
[Video 4 Linux]
[Device Mapper]
[Linux Resources]
[Free Dating]
[M2M Wireless]