Kernel GPF
Bryn M. Reeves
bmr at redhat.com
Fri Feb 5 17:51:15 UTC 2010
On Fri, 2010-02-05 at 13:01 -0430, Patrick O'Callaghan wrote:
> On Fri, 2010-02-05 at 19:12 +0200, Gilboa Davara wrote:
> > On Fri, 2010-02-05 at 11:45 -0430, Patrick O'Callaghan wrote:
> > > I've had several of these is the past few days. They all seem related
> > > to /sys/devices/platform/coretemp.1/temp1_input, but my machine isn't
I wouldn't read too much into that - that's just the last file from
sysfs that's been touched. Unless you've some other reason to suspect
sysfs is related I'd doubt there's anything to connect the two.
> Here goes. Looks like PA may be involved (I've had it crash a lot
> lately).
PA looks like an innocent victim (or if it is in any direct way
implicated it is just triggering a kernel bug that was already there -
userspace should not be able to make the kernel GPF).
> general protection fault: 0000 [#1] SMP
> last sysfs file: /sys/devices/platform/coretemp.1/temp1_input
> CPU 1
> Modules linked in: fuse nfs lockd fscache nfs_acl auth_rpcgss
> vboxnetadp vboxnetflt vboxdrv autofs4 coretemp sunrpc cpufreq_ondemand
> acpi_cpufreq freq_table nf_conntrack_netbios_ns ip6t_REJECT
> nf_conntrack_ipv6 ip6table_filter ip6_tables ipv6 dm_multipath
> kvm_intel kvm uinput snd_hda_codec_idt snd_hda_intel snd_hda_codec
> snd_hwdep snd_seq snd_seq_device firewire_ohci snd_pcm firewire_core
> snd_timer ppdev snd parport_pc soundcore e1000e iTCO_wdt parport
> crc_itu_t i2c_i801 snd_page_alloc iTCO_vendor_support ata_generic
> pata_acpi usb_storage pata_marvell i915 drm_kms_helper drm
> i2c_algo_bit i2c_core video output [last unloaded: microcode]
> Pid: 2623, comm: pulseaudio Not tainted 2.6.31.12-174.2.3.fc12.x86_64 #1
> RIP: 0010:[<ffffffff8110d03b>] [<ffffffff8110d03b>] dput+0x18/0x12f
> RSP: 0018:ffff8800a1479ee8 EFLAGS: 00010206
> RAX: 0000000000000000 RBX: 1000000000000000 RCX: ffff8800a1478000
> RDX: 0000000000000001 RSI: 0000000000000001 RDI: 1000000000000000
> RBP: ffff8800a1479ef8 R08: ffffea0003cd48c8 R09: 0000000000000004
> R10: 0000000000000000 R11: 0000000000000000 R12: ffff8800880b1800
> R13: 0000000000000000 R14: 0000000000000001 R15: 0000000001302a80
> FS: 00007f88a09f1780(0000) GS:ffff880028040000(0000) knlGS:0000000000000000
> CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> CR2: 00007f97876cf000 CR3: 000000009f93f000 CR4: 00000000000026e0
> DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Process pulseaudio (pid: 2623, threadinfo ffff8800a1478000, task ffff8801247e4680)
> Stack:
> ffff8800880b1eb8 ffff8800880b1800 ffff8800a1479f18 ffffffff8110456d
> <0> 000000000000c221 ffff8800880b1800 ffff8800a1479f48 ffffffff81095ba9
> <0> ffff8800880b1800 ffff8801247e4680 ffff8800880b1800 0000000000000000
> Call Trace:
> [<ffffffff8110456d>] path_put+0x1a/0x27
> [<ffffffff81095ba9>] audit_free_names+0x5b/0x7a
> [<ffffffff81095da1>] audit_syscall_exit+0xb3/0x14c
> [<ffffffff81011ea8>] sysret_audit+0x14/0x1e
Are the crashes you're seeing always in this set of functions (same
backtrace) or are you getting variations?
Regards,
Bryn.
More information about the users
mailing list