[lkml]   [2003]   [Feb]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subject[BUG][2.5.63] kernel BUG at mm/slab.c:1101

I've managed to trigger a BUG_ON() in mm/slab.c:1101.
I was trying to load the iee1394 sbp2 module to use an external firewire

My kernel is compiled with a lot of the debugging options, just because
I want to catch things like this.
This is an UP compiled kernel.

line 1101 in mm/slab.c is this:

static inline void check_irq_on(void)

which is called from smp_call_function_all_cpus at line 1118

static void smp_call_function_all_cpus(void (*func) (void *arg), void *arg)

So it appears that something in the backtrace disabled interrupts...

I'm not sure if it's ieee1394 or scsi-stuff or module stuff that's to

I don't think this scsi-warning has anything to do with the error but
I'm not sure.

scsi HBA driver IEEE-1394 SBP-2 protocol driver didn't set a release method, please fix the template
------------[ cut here ]------------
kernel BUG at mm/slab.c:1101!
invalid operand: 0000
CPU: 0
EIP: 0060:[<c012b99f>] Not tainted
EFLAGS: 00010002
EIP is at smp_call_function_all_cpus+0xf/0x24
eax: 00000001 ebx: 000001e0 ecx: 00000000 edx: c012c968
esi: 00000001 edi: d70bbea4 ebp: ebd72940 esp: d70bbe88
ds: 007b es: 007b ss: 0068
Process modprobe (pid: 2058, threadinfo=d70ba000 task=d9d62060)
Stack: c012ca15 c012c968 d70bbea4 ebd72940 00000c00 00000000 ebd72940 ebd72940
e26db600 c012cac1 ebd72940 00000078 0000003c 00000060 c012b7f7 ebd72940
eeaaf320 d8163894 d81638ac eeaaf348 d70bbeec c0101ee8 ebd72978 e8b80f38
Call Trace:
[<c012ca15>] do_tune_cpucache+0x85/0xf0
[<c012c968>] do_ccupdate_local+0x0/0x28
[<c012cac1>] enable_cpucache+0x41/0x60
[<c012b7f7>] kmem_cache_create+0x2eb/0x484
[<eeaaf320>] scsi_cmd_pool+0x0/0x14 [scsi_mod]
[<eeaaf348>] host_cmd_pool_mutex+0x0/0x14 [scsi_mod]
[<eeaa1209>] scsi_setup_command_freelist+0x65/0xf8 [scsi_mod]
[<eeaa844e>] spaces+0x4a/0x819 [scsi_mod]
[<eeade480>] scsi_driver_template+0x0/0x80 [sbp2]
[<eeaaf348>] host_cmd_pool_mutex+0x0/0x14 [scsi_mod]
[<eeaa2786>] scsi_register+0x242/0x29c [scsi_mod]
[<eeada4f4>] sbp2_add_host+0x0/0xac [sbp2]
[<eeada57b>] sbp2_add_host+0x87/0xac [sbp2]
[<eeade480>] scsi_driver_template+0x0/0x80 [sbp2]
[<eeab4723>] hl_all_hosts+0x1f/0x3c [ieee1394]
[<eeade480>] scsi_driver_template+0x0/0x80 [sbp2]
[<eeab47b0>] gcc2_compiled.+0x70/0x84 [ieee1394]
[<eeada4f4>] sbp2_add_host+0x0/0xac [sbp2]
[<eeade500>] +0x0/0x100 [sbp2]
[<eeada397>] sbp2_init+0xf/0x68 [sbp2]
[<eeadc414>] +0x174/0xfde [sbp2]
[<eeade418>] sbp2_hl_ops+0x0/0x14 [sbp2]
[<eeadc165>] sbp2scsi_detect+0x5/0x10 [sbp2]
[<eeaa2818>] scsi_register_host+0x38/0x94 [scsi_mod]
[<eeade480>] scsi_driver_template+0x0/0x80 [sbp2]
[<eeade500>] +0x0/0x100 [sbp2]
[<eeadc23a>] sbp2_module_init+0x4a/0x75 [sbp2]
[<eeade480>] scsi_driver_template+0x0/0x80 [sbp2]
[<c0125a48>] sys_init_module+0x10c/0x198
[<c010888b>] syscall_call+0x7/0xb

Code: 0f 0b 4d 04 a7 5f 24 c0 fa 8b 44 24 08 50 ff d2 fb 83 c4 04

I'll recompile without all the debugging and see if I can get the
harddrive working. If anyone has a patch I should try just send it along
and I'll test it.


Never argue with an idiot. They drag you down to their level, then beat you with experience.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:33    [W:0.059 / U:2.996 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site