Hi
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
harddrive.
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)
{
#if DEBUG
BUG_ON(irqs_disabled());
#endif
}
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)
{
check_irq_on();
local_irq_disable();
func(arg);
local_irq_enable();
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
blame.
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.
-- /MartinNever 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 majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Fri Feb 28 2003 - 22:00:38 EST