linux-kernel - Re: 2.6.21-mm1

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Sun, 06 May 2007 22:13:04 +0100
From:	Simon Arlott <simon@...e.lp0.eu>
To:	Andrew Morton <akpm@...ux-foundation.org>
CC:	linux-kernel@...r.kernel.org, linux-dvb@...uxtv.org,
	satyam.sharma@...il.com
Subject: Re: 2.6.21-mm1

On 06/05/07 21:08, Andrew Morton wrote:
> On Sun, 06 May 2007 15:59:53 +0100 Simon Arlott <simon@...e.lp0.eu> wrote:
> 
>> On 05/05/07 09:49, Andrew Morton wrote:
>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
>> I'm currently in the middle of a bisect over the last week of commits to linus' 

Don't accidentally switch from SLAB to SLOB.

>> tree, but I got the following with -mm1 that isn't showing up in the latest 
>> 2.6.21-git:
>>
>> [   15.644778] BUG: sleeping function called from invalid context at kernel/mutex.c:86
>> [   15.644873] in_atomic():1, irqs_disabled():1
>> [   15.644882] 2 locks held by modprobe/2765:
>> [   15.644889]  #0:  (devlist_lock){--..}, at: [<b052dc7f>] mutex_lock+0x1f/0x30
>> [   15.645058]  #1:  (modlist_lock){....}, at: [<b0147b1d>] __symbol_get+0x1d/0x90
>> [   15.645207] irq event stamp: 11772
>> [   15.645271] hardirqs last  enabled at (11771): [<b016d793>] slab_free+0xc3/0x200
>> [   15.645289] hardirqs last disabled at (11772): [<b052f476>] _spin_lock_irqsave+0x16/0x60
>> [   15.645364] softirqs last  enabled at (11216): [<b0125286>] __do_softirq+0x96/0xb0
>> [   15.645439] softirqs last disabled at (11211): [<b01069f2>] do_softirq+0x82/0x100
>> [   15.645517]  [<b0104f0a>] show_trace_log_lvl+0x1a/0x30
>> [   15.645586]  [<b0104f32>] show_trace+0x12/0x20
>> [   15.645654]  [<b0105045>] dump_stack+0x15/0x20
>> [   15.645665]  [<b011d6ad>] __might_sleep+0xcd/0xf0
>> [   15.645737]  [<b052dc78>] mutex_lock+0x18/0x30
>> [   15.645806]  [<b01b1b7c>] sysfs_create_link+0x6c/0x130
>> [   15.645823]  [<b0146dba>] use_module+0x11a/0x170
>> [   15.645892]  [<b0147b6c>] __symbol_get+0x6c/0x90
>> [   15.645904]  [<f086ac2c>] dvb_init+0x98c/0xd70 [saa7134_dvb]
>> [   15.645984]  [<b036861d>] mpeg_ops_attach+0x3d/0x50
>> [   15.646058]  [<b0369109>] saa7134_ts_register+0x29/0x70
>> [   15.646070]  [<f086f010>] dvb_register+0x10/0x12 [saa7134_dvb]
>> [   15.646141]  [<b01491b7>] sys_init_module+0xf7/0x150
>> [   15.646153]  [<b0104172>] sysenter_past_esp+0x5f/0x99
>> [   15.646221]  =======================
> 
> Looks like a locking error in the DVB code.
> 
>> And this fantastic Oops:
>> [   40.965119] BUG: unable to handle kernel NULL pointer dereference at virtual address 00000080
>> [   40.965252]  printing eip:
>> [   40.965252] b016d4a5
>> [   40.965300] *pde = 00000000
>> [   40.965352] Oops: 0000 [#1]
>> [   40.965467] PREEMPT 
>>
>> It occurs when racoon is started so must be IPSEC related, I'll have more information 
>> once I finish bisecting and merge -mm1 again.
> 
> Thanks.

Unfortunately I can't reproduce either of these anymore...

-- 
Simon Arlott
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/