From: "Justin P. Mattock" <justinmattock@gmail.com>
To: Bruno Randolf <br1@einfach.org>
Cc: "Luis R. Rodriguez" <lrodriguez@atheros.com>,
Luis Rodriguez <Luis.Rodriguez@atheros.com>,
"linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: ath9k: BUG kmalloc-8192: Poison overwritten
Date: Thu, 13 May 2010 23:31:26 -0700 [thread overview]
Message-ID: <4BECEE3E.6090303@gmail.com> (raw)
In-Reply-To: <201005141520.30802.br1@einfach.org>
On 05/13/10 23:20, Bruno Randolf wrote:
> On Friday 14 May 2010 15:16:22 Luis R. Rodriguez wrote:
>> On Thu, May 13, 2010 at 9:44 PM, Justin P. Mattock
>>
>> <justinmattock@gmail.com> wrote:
>>> On 05/13/10 21:01, Luis R. Rodriguez wrote:
>>>> On Thu, May 13, 2010 at 7:14 PM, Justin P. Mattock
>>>>
>>>> <justinmattock@gmail.com> wrote:
>>>>> what I can try, is(not at the convention, on eth0
>>>>> at the moment), but when I get back to the convention
>>>>> center place I can try your patch as well as the
>>>>> modprobe option, to see if I can get any signs of
>>>>> a recreation(if so I'll bisect there).
>>>>
>>>> The debug info I just need upon load of the module, I don't need you
>>>> to run the debug stuff to try to reproduce. The debug print upon load
>>>> will tell us the rxbuf size and cache line size.
>>>>
>>>> Luis
>>>
>>> o.k. it's not pretty due
>>> to loads of avc's for SELinux:
>>> (I run a rootless system).
>>>
>>> [ 84.172649] ath9k: Driver unloaded
>>> [ 100.675300] audit_printk_skb: 6 callbacks suppressed
>>> [ 100.675306] type=1400 audit(1273811633.675:20): avc: denied { search
>>> } for pid=2168 comm="modprobe" name="modules" dev=sda3 ino=2500
>>> scontext=name:staff_r:staff_sudo_t:s0
>>> tcontext=system_u:object_r:modules_object_t:s0 tclass=dir
>>> [ 100.675408] type=1400 audit(1273811633.675:20): avc: denied { search
>>> } for pid=2168 comm="modprobe" name="2.6.34-rc7-00057-gcdfda35"
>>> dev=sda3 ino=524392 scontext=name:staff_r:staff_sudo_t:s0
>>> tcontext=name:object_r:modules_object_t:s0 tclass=dir
>>> [ 100.675552] type=1400 audit(1273811633.675:20): avc: denied { read }
>>> for pid=2168 comm="modprobe" name="modules.dep.bin" dev=sda3 ino=525251
>>> scontext=name:staff_r:staff_sudo_t:s0
>>> tcontext=name:object_r:modules_object_t:s0 tclass=file
>>> [ 100.675598] type=1400 audit(1273811633.675:20): avc: denied { open }
>>> for pid=2168 comm="modprobe" name="modules.dep.bin" dev=sda3 ino=525251
>>> scontext=name:staff_r:staff_sudo_t:s0
>>> tcontext=name:object_r:modules_object_t:s0 tclass=file
>>> [ 100.675748] type=1300 audit(1273811633.675:20): arch=c000003e
>>> syscall=2 success=yes exit=3 a0=60d140 a1=0 a2=1b6 a3=0 items=0
>>> ppid=2080 pid=2168 auid=1000 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0
>>> sgid=0 fsgid=0 tty=pts0 ses=1 comm="modprobe" exe="/sbin/modprobe"
>>> subj=name:staff_r:staff_sudo_t:s0 key=(null)
>>> [ 100.675902] type=1400 audit(1273811633.675:21): avc: denied {
>>> getattr } for pid=2168 comm="modprobe"
>>> path="/lib/modules/2.6.34-rc7-00057-gcdfda35/modules.dep.bin" dev=sda3
>>> ino=525251 scontext=name:staff_r:staff_sudo_t:s0
>>> tcontext=name:object_r:modules_object_t:s0 tclass=file
>>> [ 100.676052] type=1300 audit(1273811633.675:21): arch=c000003e
>>> syscall=5 success=yes exit=0 a0=3 a1=7fffd2d1dd70 a2=7fffd2d1dd70 a3=0
>>> items=0 ppid=2080 pid=2168 auid=1000 uid=0 gid=0 euid=0 suid=0 fsuid=0
>>> egid=0 sgid=0 fsgid=0 tty=pts0 ses=1 comm="modprobe"
>>> exe="/sbin/modprobe"
>>> subj=name:staff_r:staff_sudo_t:s0 key=(null)
>>> [ 100.698392] ath9k 0000:03:00.0: PCI INT A -> GSI 17 (level, low) ->
>>> IRQ 17
>>> [ 100.698409] ath9k 0000:03:00.0: setting latency timer to 64
>>> [ 100.828787] ath: EEPROM regdomain: 0x64
>>> [ 100.828790] ath: EEPROM indicates we should expect a direct regpair
>>> map [ 100.828793] ath: Country alpha2 being used: 00
>>> [ 100.828795] ath: Regpair used: 0x64
>>> [ 100.848609] type=1400 audit(1273811633.678:22): avc: denied { search
>>> } for pid=2168 comm="modprobe" name="ieee80211" dev=debugfs ino=18
>>> scontext=name:staff_r:staff_sudo_t:s0
>>> tcontext=system_u:object_r:debugfs_t:s0 tclass=dir
>>> [ 100.848788] phy1: Selected rate control algorithm 'ath9k_rate_control'
>>> [ 100.850035] Registered led device: ath9k-phy1::radio
>>> [ 100.850488] Registered led device: ath9k-phy1::assoc
>>> [ 100.851227] Registered led device: ath9k-phy1::tx
>>> [ 100.851633] Registered led device: ath9k-phy1::rx
>>> [ 100.851640] phy1: Atheros AR5418 MAC/BB Rev:2 AR5133 RF Rev:81
>>> mem=0xffffc900005a0000, irq=17
>>> [ 100.852240] type=1300 audit(1273811633.678:22): arch=c000003e
>>> syscall=175 success=yes exit=0 a0=7f1e9d6ab010 a1=19580 a2=60d920 a3=0
>>> items=0 ppid=2080 pid=2168 auid=1000 uid=0 gid=0 euid=0 suid=0 fsuid=0
>>> egid=0 sgid=0 fsgid=0 tty=pts0 ses=1 comm="modprobe"
>>> exe="/sbin/modprobe"
>>> subj=name:staff_r:staff_sudo_t:s0 key=(null)
>>>
>>> but there you go dmesg of the debug info for you
>>
>> Justin, did you forget to use the debug parameter on modprobe ath9k?
>>
>> modprobe ath9k debug=0x0000020
>>
>> I do not see the output I expected.
>
> i think you have to do at least "ifconfig wlan0 up" to see it - (at least for
> ath5k).
>
> bruno
>
didn't think todo so, I'll redu
again and see. BTW: the connection
over here is dodgy(hotel) should I at-least
find a stable access point? i.g. convetion
center seemed semi somewhat there
Justin P. Mattock
next prev parent reply other threads:[~2010-05-14 6:31 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-13 22:17 ath9k: BUG kmalloc-8192: Poison overwritten Justin P. Mattock
2010-05-13 23:01 ` Luis R. Rodriguez
2010-05-14 0:21 ` Justin P. Mattock
2010-05-14 0:28 ` Luis R. Rodriguez
2010-05-14 0:50 ` Justin P. Mattock
2010-05-14 1:08 ` Bruno Randolf
2010-05-14 1:13 ` Justin P. Mattock
2010-05-14 1:23 ` Luis R. Rodriguez
2010-05-14 1:26 ` Justin P. Mattock
2010-05-14 1:43 ` Luis R. Rodriguez
2010-05-14 1:45 ` Luis R. Rodriguez
2010-05-14 2:14 ` Justin P. Mattock
2010-05-14 4:01 ` Luis R. Rodriguez
2010-05-14 4:44 ` Justin P. Mattock
2010-05-14 6:16 ` Luis R. Rodriguez
2010-05-14 6:20 ` Bruno Randolf
2010-05-14 6:31 ` Justin P. Mattock [this message]
2010-05-14 6:36 ` Luis R. Rodriguez
2010-05-14 6:42 ` Justin P. Mattock
2010-05-14 6:38 ` Bruno Randolf
2010-05-14 15:41 ` Justin P. Mattock
2010-05-14 16:53 ` Luis R. Rodriguez
2010-05-14 17:24 ` Justin P. Mattock
2010-05-14 17:29 ` Luis R. Rodriguez
2010-05-14 19:04 ` Justin P. Mattock
2010-05-14 20:13 ` Luis R. Rodriguez
2010-05-14 20:21 ` Justin P. Mattock
2010-05-14 20:52 ` Luis R. Rodriguez
2010-05-14 20:58 ` Justin P. Mattock
2010-05-14 22:32 ` Justin P. Mattock
2010-05-15 0:52 ` Luis R. Rodriguez
2010-05-15 1:26 ` Justin P. Mattock
2010-05-14 6:20 ` Justin P. Mattock
2010-05-14 4:55 ` Pekka Enberg
2010-05-14 5:07 ` Luis R. Rodriguez
2010-05-14 5:19 ` Justin P. Mattock
2010-05-14 16:12 ` Christoph Lameter
2010-05-14 16:54 ` Justin P. Mattock
2010-05-14 14:26 ` Christoph Lameter
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=4BECEE3E.6090303@gmail.com \
--to=justinmattock@gmail.com \
--cc=Luis.Rodriguez@atheros.com \
--cc=br1@einfach.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=lrodriguez@atheros.com \
/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