[DEBUG] 2.6.0-test4 - sleeping function called from invalid context

Stuart Low
2003-09-02T16:39:24Z

Heya,

Compiled 2.6.0-test4 about 5 days ago. Dmesg has been popping up the
following:

- -snip- -
nvidia: no version magic, tainting kernel.
nvidia: module license 'NVIDIA' taints kernel.
0: nvidia: loading NVIDIA Linux x86 nvidia.o Kernel Module 1.0-4496
Wed Jul 16 19:03:09 PDT 2003
Debug: sleeping function called from invalid context at mm/slab.c:1817
Call Trace:
[<c011f41f>] __might_sleep+0x5f/0x80
[<c01426e5>] kmem_cache_alloc+0x65/0x70
[<c0150ba1>] __get_vm_area+0x21/0x100
[<c0150cb3>] get_vm_area+0x33/0x40
[<c011ccd3>] __ioremap+0xb3/0x100
[<c011cd49>] ioremap_nocache+0x29/0xc0
[<e5be1e03>] os_map_kernel_space+0x56/0x5b [nvidia]
[<e5bf43b7>] __nvsym00568+0x1f/0x2c [nvidia]
[<e5bf64d6>] __nvsym00775+0x6e/0xe0 [nvidia]
[<e5bf6566>] __nvsym00781+0x1e/0x190 [nvidia]
[<c015fd71>] exact_lock+0x11/0x20
[<e5bf7fec>] rm_init_adapter+0xc/0x10 [nvidia]
[<e5bded07>] nv_kern_open+0xda/0x1e4 [nvidia]
[<c015fd50>] exact_match+0x0/0x10
[<c015faa0>] chrdev_open+0xf0/0x220
[<c01557bb>] dentry_open+0x14b/0x220
[<c0155660>] filp_open+0x60/0x70
[<c0155b03>] sys_open+0x53/0x90
[<c010a2e9>] sysenter_past_esp+0x52/0x71

Debug: sleeping function called from invalid context at mm/slab.c:1817
Call Trace:
[<c011f41f>] __might_sleep+0x5f/0x80
[<c0142779>] __kmalloc+0x89/0x90
[<e5be1643>] os_alloc_mem+0x53/0x82 [nvidia]
[<e5bf44d4>] __nvsym00083+0x10/0x24 [nvidia]
[<e5c9ccaf>] __nvsym03944+0x1af/0x2c0 [nvidia]
[<e5d0451d>] __nvsym00780+0x11d/0x224 [nvidia]
[<e5bf611c>] __nvsym00773+0x1c/0x5c [nvidia]
[<e5bf6663>] __nvsym00781+0x11b/0x190 [nvidia]
[<e5bf7fec>] rm_init_adapter+0xc/0x10 [nvidia]
[<e5bded07>] nv_kern_open+0xda/0x1e4 [nvidia]
[<c015fd50>] exact_match+0x0/0x10
[<c015faa0>] chrdev_open+0xf0/0x220
[<c01557bb>] dentry_open+0x14b/0x220
[<c0155660>] filp_open+0x60/0x70
[<c0155b03>] sys_open+0x53/0x90
[<c010a2e9>] sysenter_past_esp+0x52/0x71

/dev/vmnet: open called by PID 2081 (vmnet-netifup)
/dev/vmnet: hub 1 does not exist, allocating memory.
/dev/vmnet: port on hub 1 successfully opened
/dev/vmnet: open called by PID 2080 (vmnet-netifup)
/dev/vmnet: port on hub 8 successfully opened
Debug: sleeping function called from invalid context at mm/slab.c:1817
Call Trace:
[<c011f41f>] __might_sleep+0x5f/0x80
[<c01426e5>] kmem_cache_alloc+0x65/0x70
[<c0150ba1>] __get_vm_area+0x21/0x100
[<c0150cb3>] get_vm_area+0x33/0x40
[<c011ccd3>] __ioremap+0xb3/0x100
[<c011cd49>] ioremap_nocache+0x29/0xc0
[<e5be1e03>] os_map_kernel_space+0x56/0x5b [nvidia]
[<e5bf43b7>] __nvsym00568+0x1f/0x2c [nvidia]
[<e5bf64d6>] __nvsym00775+0x6e/0xe0 [nvidia]
[<e5bf6566>] __nvsym00781+0x1e/0x190 [nvidia]
[<e5bf7fec>] rm_init_adapter+0xc/0x10 [nvidia]
[<e5bded07>] nv_kern_open+0xda/0x1e4 [nvidia]
[<c015faa0>] chrdev_open+0xf0/0x220
[<c01557bb>] dentry_open+0x14b/0x220
[<c0155660>] filp_open+0x60/0x70
[<c0155b03>] sys_open+0x53/0x90
[<c010a2e9>] sysenter_past_esp+0x52/0x71

Debug: sleeping function called from invalid context at mm/slab.c:1817
Call Trace:
[<c011f41f>] __might_sleep+0x5f/0x80
[<c0142779>] __kmalloc+0x89/0x90
[<e5be1643>] os_alloc_mem+0x53/0x82 [nvidia]
[<e5bf44d4>] __nvsym00083+0x10/0x24 [nvidia]
[<e5c9ccaf>] __nvsym03944+0x1af/0x2c0 [nvidia]
[<e5d0451d>] __nvsym00780+0x11d/0x224 [nvidia]
[<e5bf611c>] __nvsym00773+0x1c/0x5c [nvidia]
[<e5bf6663>] __nvsym00781+0x11b/0x190 [nvidia]
[<e5bf7fec>] rm_init_adapter+0xc/0x10 [nvidia]
[<e5bded07>] nv_kern_open+0xda/0x1e4 [nvidia]
[<c015faa0>] chrdev_open+0xf0/0x220
[<c01557bb>] dentry_open+0x14b/0x220
[<c0155660>] filp_open+0x60/0x70
[<c0155b03>] sys_open+0x53/0x90
[<c010a2e9>] sysenter_past_esp+0x52/0x71

Linux agpgart interface v0.100 (c) Dave Jones
0: NVRM: AGPGART: unable to retrieve symbol table
- -/snip- -

In addition to this, I've had some pretty scary crashes involving ext3.

It is something very similar to a bug reported in the 2.5.x series
kernels.

EXT3-fs error (device /dev/hda3) in start_transaction: Journal has
aborted
EXT3-fs error (device /dev/hda3) in start_transaction: Journal has
aborted
EXT3-fs error (device /dev/hda3) in start_transaction: Journal has
aborted

^^ Repeated at 1-second intervals.

I'd appreciate someone possibly explaining why this is happening, and,
even better, if it's fixable? Please CC me as I am not usually
subscribed to the Linux-Kernel mailing list.

Kind Regards,

Stuart Low

-
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/
Heya,

Compiled 2.6.0-test4 about 5 days ago. Dmesg has been popping up the
following:

- -snip- -
nvidia: no version magic, tainting kernel.
nvidia: module license 'NVIDIA' taints kernel.
0: nvidia: loading NVIDIA Linux x86 nvidia.o Kernel Module 1.0-4496
Wed Jul 16 19:03:09 PDT 2003
Debug: sleeping function called from invalid context at mm/slab.c:1817
Call Trace:
[<c011f41f>] __might_sleep+0x5f/0x80
[<c01426e5>] kmem_cache_alloc+0x65/0x70
[<c0150ba1>] __get_vm_area+0x21/0x100
[<c0150cb3>] get_vm_area+0x33/0x40
[<c011ccd3>] __ioremap+0xb3/0x100
[<c011cd49>] ioremap_nocache+0x29/0xc0
[<e5be1e03>] os_map_kernel_space+0x56/0x5b [nvidia]
[<e5bf43b7>] __nvsym00568+0x1f/0x2c [nvidia]
[<e5bf64d6>] __nvsym00775+0x6e/0xe0 [nvidia]
[<e5bf6566>] __nvsym00781+0x1e/0x190 [nvidia]
[<c015fd71>] exact_lock+0x11/0x20
[<e5bf7fec>] rm_init_adapter+0xc/0x10 [nvidia]
[<e5bded07>] nv_kern_open+0xda/0x1e4 [nvidia]
[<c015fd50>] exact_match+0x0/0x10
[<c015faa0>] chrdev_open+0xf0/0x220
[<c01557bb>] dentry_open+0x14b/0x220
[<c0155660>] filp_open+0x60/0x70
[<c0155b03>] sys_open+0x53/0x90
[<c010a2e9>] sysenter_past_esp+0x52/0x71

Debug: sleeping function called from invalid context at mm/slab.c:1817
Call Trace:
[<c011f41f>] __might_sleep+0x5f/0x80
[<c0142779>] __kmalloc+0x89/0x90
[<e5be1643>] os_alloc_mem+0x53/0x82 [nvidia]
[<e5bf44d4>] __nvsym00083+0x10/0x24 [nvidia]
[<e5c9ccaf>] __nvsym03944+0x1af/0x2c0 [nvidia]
[<e5d0451d>] __nvsym00780+0x11d/0x224 [nvidia]
[<e5bf611c>] __nvsym00773+0x1c/0x5c [nvidia]
[<e5bf6663>] __nvsym00781+0x11b/0x190 [nvidia]
[<e5bf7fec>] rm_init_adapter+0xc/0x10 [nvidia]
[<e5bded07>] nv_kern_open+0xda/0x1e4 [nvidia]
[<c015fd50>] exact_match+0x0/0x10
[<c015faa0>] chrdev_open+0xf0/0x220
[<c01557bb>] dentry_open+0x14b/0x220
[<c0155660>] filp_open+0x60/0x70
[<c0155b03>] sys_open+0x53/0x90
[<c010a2e9>] sysenter_past_esp+0x52/0x71

/dev/vmnet: open called by PID 2081 (vmnet-netifup)
/dev/vmnet: hub 1 does not exist, allocating memory.
/dev/vmnet: port on hub 1 successfully opened
/dev/vmnet: open called by PID 2080 (vmnet-netifup)
/dev/vmnet: port on hub 8 successfully opened
Debug: sleeping function called from invalid context at mm/slab.c:1817
Call Trace:
[<c011f41f>] __might_sleep+0x5f/0x80
[<c01426e5>] kmem_cache_alloc+0x65/0x70
[<c0150ba1>] __get_vm_area+0x21/0x100
[<c0150cb3>] get_vm_area+0x33/0x40
[<c011ccd3>] __ioremap+0xb3/0x100
[<c011cd49>] ioremap_nocache+0x29/0xc0
[<e5be1e03>] os_map_kernel_space+0x56/0x5b [nvidia]
[<e5bf43b7>] __nvsym00568+0x1f/0x2c [nvidia]
[<e5bf64d6>] __nvsym00775+0x6e/0xe0 [nvidia]
[<e5bf6566>] __nvsym00781+0x1e/0x190 [nvidia]
[<e5bf7fec>] rm_init_adapter+0xc/0x10 [nvidia]
[<e5bded07>] nv_kern_open+0xda/0x1e4 [nvidia]
[<c015faa0>] chrdev_open+0xf0/0x220
[<c01557bb>] dentry_open+0x14b/0x220
[<c0155660>] filp_open+0x60/0x70
[<c0155b03>] sys_open+0x53/0x90
[<c010a2e9>] sysenter_past_esp+0x52/0x71

Debug: sleeping function called from invalid context at mm/slab.c:1817
Call Trace:
[<c011f41f>] __might_sleep+0x5f/0x80
[<c0142779>] __kmalloc+0x89/0x90
[<e5be1643>] os_alloc_mem+0x53/0x82 [nvidia]
[<e5bf44d4>] __nvsym00083+0x10/0x24 [nvidia]
[<e5c9ccaf>] __nvsym03944+0x1af/0x2c0 [nvidia]
[<e5d0451d>] __nvsym00780+0x11d/0x224 [nvidia]
[<e5bf611c>] __nvsym00773+0x1c/0x5c [nvidia]
[<e5bf6663>] __nvsym00781+0x11b/0x190 [nvidia]
[<e5bf7fec>] rm_init_adapter+0xc/0x10 [nvidia]
[<e5bded07>] nv_kern_open+0xda/0x1e4 [nvidia]
[<c015faa0>] chrdev_open+0xf0/0x220
[<c01557bb>] dentry_open+0x14b/0x220
[<c0155660>] filp_open+0x60/0x70
[<c0155b03>] sys_open+0x53/0x90
[<c010a2e9>] sysenter_past_esp+0x52/0x71

Linux agpgart interface v0.100 (c) Dave Jones
0: NVRM: AGPGART: unable to retrieve symbol table
- -/snip- -

In addition to this, I've had some pretty scary crashes involving ext3.

It is something very similar to a bug reported in the 2.5.x series
kernels.

EXT3-fs error (device /dev/hda3) in start_transaction: Journal has
aborted
EXT3-fs error (device /dev/hda3) in start_transaction: Journal has
aborted
EXT3-fs error (device /dev/hda3) in start_transaction: Journal has
aborted

^^ Repeated at 1-second intervals.

I'd appreciate someone possibly explaining why this is happening, and,
even better, if it's fixable? Please CC me as I am not usually
subscribed to the Linux-Kernel mailing list.

Kind Regards,

Stuart Low