login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
May
»
18
Re: [BUG] unable to handle kernel paging request in next-20080516
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Andrew Morton
Subject:
Re: [BUG] unable to handle kernel paging request in next-20080516
Date: Sunday, May 18, 2008 - 2:14 am
(cc's added) On Sat, 17 May 2008 12:50:24 +0000 (UTC) Sitsofe Wheeler <sitsofe@yahoo.com> wrote:
quoted text
> Sometimes when booting next-20080516 on Ubuntu Gutsy an oops then a panic > will occur. At first I thought it might be provoked by vga=0x164 but this > does not appear to be the case and the issue is seemingly random. I've > hand transcribed the oops so there may be errors in it but hopefully it > will still help: > > BUG: unable to handle kernel paging request at e6f17fac > IP: [<c02604d6>] scsi_bus_uevent+0x1/0x17 > *pde = 2714b163 *pte = 26f17160 > Oops: 0000 [#1] DEBUG_PAGEALLOC > last sysfs file: > > Pid: 1, comm: swapper Not tainted (2.6.26-rc2-next-20080516skw #30) > EIP: 0060:[<c02604d6>] EFLAGS: 00010282 CPU: 0 > EIP is at scsi_bus_uevent+0x1/0x17 > EAX: e6f18014 EBX: e6f18014 ECX: c02604d5 EDX: e7173000 > ESI: e7173000 EDI: e7173000 EBP: e7851ca0 ESP: e7851c90 > DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068 > Process swapper (pid: 1, ti=e7850000 task=e7848000 task.ti=e7850000) > Stack: e7851ca0 c0237f3a c0237eac 00000000 e7851ce4 c01da36d 00000000 e6f180fc > e7835000 c03ebf42 e7163240 c03af631 c040b050 c040b598 00000000 e6f18014 > 00000000 e7851cdc 00000000 e6f18014 00000000 e7851cec c01da52a e7851d2c > Call Trace: > [<c0237f3a>] ? dev_uevent+0x8e/0xca > [<c0237eac>] ? dev_uevent+0x0/0xca > [<c01da36d>] ? kobject_uevent_env+0x14c/0x2ff > [<c01da52a>] ? kobject_uevent_env+0xa/0xc > [<c023884b>] ? device_add+0x2bf/0x3f0 > [<c0321905>] ? mutex_unlock+0x8/0xa > [<c02607b4>] ? scsi_sysfs_add_sdev+0x39/0x1d3 > [<c025f037>] ? scsi_probe_and_add_lun+0x714/0x08 > [<c025f9ef>] ? __scsi_add_device+0x85/0xab > [<c026a70c>] ? ata_scsi_scan_host+0x7f/0x15e > [<c0267ec8>] ? ata_host_register+0x1c8/0x1e5 > [<c026ec75>] ? ata_pci_sff_activate_host+0x179/0x19f > [<c0270b61>] ? ata_sff_interupt+0x0/0x1d7 > [<c026f076>] ? ata_pci_sff_init_one+0x97/0xe1 > [<c027219c>] ? via_init_one+0x1da/0x1e3 > [<c01e5670>] ? pci_device_probe+0x39/0x59 > [<c023a0a1>] ? driver_probe_device+0x9f/0x119 > [<c023a158>] ? __driver_attach+0x3d/0x5f > [<c023990a>] ? bus_for_each_dev+0x3e/0x60 > [<c0239f39>] ? driver_attach+0x14/0x16 > [<c023a11b>] ? __driver_attach+0x0/0x5f > [<c0239c9d>] ? bus_add_driver+0x99/0x1a0 > [<c023a2d6>] ? driver_register+0x71/0xcd > [<c01e5852>] ? __pci_register_driver+0x53/0x81 > [<c04205b1>] ? kernel_init+0x0/0xc4 > [<c04378fc>] ? via_init+0x14/0x16 > [<c0132800>] ? trace_softirqs_on+0x78/0x7e > [<c01dd90c>] ? trace_hardirqs_on_thunk+0xc/0x10 > [<c0102c3a>] ? restore_nocheck_notrace+0x0/0xe > [<c04205b1>] ? kernel_init+0x0/0x1c4 > [<c04205b1>] ? kernel_init+0x0/0x1c4 > [<c010373f>] ? kernel_thread_helper+0x7/0x10 > ======================= >
I thought we'd already fixed this? --
unsubscribe notice
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/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[BUG] unable to handle kernel paging request in next-20080516
, Sitsofe Wheeler
, (Sat May 17, 5:50 am)
Re: [BUG] unable to handle kernel paging request in next-2 ...
, Andrew Morton
, (Sun May 18, 2:14 am)
Re: [BUG] unable to handle kernel paging request in next-2 ...
, Greg KH
, (Sun May 18, 10:47 am)
Re: [BUG] unable to handle kernel paging request in next-2 ...
, James Bottomley
, (Thu May 22, 4:34 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Andi Kleen
[PATCH] [0/35] Some x86 2.6.22 candidate patches for review
Andrew Morton
Re: [PATCH] lazy freeing of memory through MADV_FREE 2/2
Peter Zijlstra
Re: [RFC PATCH 1/2] Marker probes in futex.c
Ingo Molnar
Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3
Stephen Rothwell
linux-next: manual merge of the block tree with the ext4 tree
git
:
Felipe Contreras
Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins
Johannes Schindelin
[PATCH] fetch: refuse to fetch into the current branch in a non-bare repository
Johannes Schindelin
Re: [PATCH] Fix install-doc-quick target
Peter Oberndorfer
Subject: [PATCH] fix stg edit command
Nicolas Pitre
Re: About git and the use of SHA-1
linux-netdev
:
Ursula Braun
[patch 2/8] [PATCH] af_iucv: sync sk shutdown flag if iucv path is quiesced
Andi Kleen
Re: RFC: Nagle latency tuning
Chuck Lever
Re: [RFC] ipv6: Change %pI6 format to output compacted addresses?
David Dillow
Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts
Russell King
Re: [BUG] New Kernel Bugs
git-commits-head
:
Linux Kernel Mailing List
sh: Fix compile error by operands(mov.l) in sh3/entry.S
Linux Kernel Mailing List
New device ID for sc92031 [1088:2031]
Linux Kernel Mailing List
e1000e: Expose MDI-X status via ethtool change
Linux Kernel Mailing List
arm/imx/gpio: GPIO_INT_{HIGH,LOW}_LEV are not necessarily constant
Linux Kernel Mailing List
powerpc/kexec: Add support for FSL-BookE
openbsd-misc
:
Andres Salazar
About priorities in /etc/resolv.conf
Rob Shepherd
x86 hardware for router system
Henning Brauer
Re: Sun Blade 1000?
Mitja Muženič
Re: isakmpd -- NCP IPsec client: peer proposed invalid phase 2 IDs
P. Souza
Re: RouterBOARD RB600A support
Colocation donated by:
Syndicate