Pulled from Linus' git repo yesterday, and got this on a Dell Latitude
D620, on every boot since then. Updated to latest a couple of hours
ago, and still seeing it. kernel config and lspci output attached.
I'm not subscribed to lkml, please ensure I'm in the cc: or to: field on
relevant replies.
Feb 4 13:17:43 monet kernel: [drm:i915_gem_do_execbuffer] *ERROR*
Invalid object handle 1073741824 at index 3
Feb 4 13:17:43 monet kernel: BUG: unable to handle kernel NULL pointer
dereference at 000001ee
Feb 4 13:17:43 monet kernel: IP: [<f841449b>]
i915_gem_do_execbuffer+0xaec/0xc2a [i915]
Feb 4 13:17:43 monet kernel: *pdpt = 00000000351fa001 *pde =
0000000000000000
Feb 4 13:17:43 monet kernel: Oops: 0000 [#1] SMP
Feb 4 13:17:43 monet kernel: last sysfs file:
/sys/devices/virtual/sound/timer/uevent
Feb 4 13:17:43 monet kernel: Modules linked in: coretemp sunrpc ipv6
cpufreq_ondemand acpi_cpufreq dm_multipath uinput snd_hda_codec_idt arc4
ecb snd_hda_intel snd_hda_codec snd_hwdep iwl3945 snd_seq iwlcore
snd_seq_device snd_pcm mac80211 dell_laptop iTCO_wdt snd_timer
iTCO_vendor_support dcdbas cfg80211 snd yenta_socket rsrc_nonstatic
i2c_i801 joydev rfkill tg3 soundcore snd_page_alloc ata_generic btrfs
zlib_deflate libcrc32c i915 drm_kms_helper drm i2c_algo_bit i2c_core
video output [last unloaded: microcode]
Feb 4 13:17:43 monet kernel:
Feb 4 13:17:43 monet kernel: Pid: 1402, comm: Xorg Not tainted
2.6.33-rc6 #5 0TD761/Latitude D620
Feb 4 13:17:43 monet kernel: EIP: 0060:[<f841449b>] EFLAGS: 00013202 CPU: 0
Feb 4 13:17:43 monet kernel: EIP is at
i915_gem_do_execbuffer+0xaec/0xc2a [i915]
Feb 4 13:17:43 monet kernel: EAX: 0000019e EBX: fffffff7 ECX: ffffffff
EDX: f50f5e14
Feb 4 13:17:43 monet kernel: ESI: 00000004 EDI: f51db0c0 EBP: f50f5dec
ESP: f50f5d78
Feb 4 13:17:43 monet kernel: DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
Feb 4 13:17:43 monet kernel: Process Xorg (pid: 1402, ti=f50f4000
task=f52ec1f0 task.ti=f50f4000)
Feb 4 13:17:43 monet kernel: Stack:
Feb 4 13:17:43 monet kernel: c09b03c0 00000001 00000000 f5135034
00000002 c09af340 000012d0 f52a7540
Feb 4 13:17:43 monet kernel: <0> f531c200 000a5db4 f7536020 00000000
f531d000 c0972230 f84109a8 f50f5de4
Feb 4 13:17:43 monet kernel: <0> 00000000 f51db0c0 f767e000 00000120
f7536000 f50f5dd4 c05b4b74 f50f5dec
Feb 4 13:17:43 monet kernel: Call Trace:
Feb 4 13:17:43 monet kernel: [<f84109a8>] ? drm_malloc_ab+0x37/0x56 [i915]
Feb 4 13:17:43 monet kernel: [<c05b4b74>] ? might_fault+0x1e/0x20
Feb 4 13:17:43 monet kernel: [<c05b4bac>] ? _copy_from_user+0x36/0x11a
Feb 4 13:17:43 monet kernel: [<f8414862>] ?
i915_gem_execbuffer+0x1a2/0x21d [i915]
Feb 4 13:17:43 monet kernel: [<c0793975>] ? _lock_kernel+0x64/0x74
Feb 4 13:17:43 monet kernel: [<f83859e5>] ? drm_ioctl+0x267/0x322 [drm]
Feb 4 13:17:43 monet kernel: [<f84146c0>] ?
i915_gem_execbuffer+0x0/0x21d [i915]
Feb 4 13:17:43 monet kernel: [<c04d3a1d>] ?
try_get_mem_cgroup_from_mm+0x2e/0x3c
Feb 4 13:17:43 monet kernel: [<c04d4879>] ?
__mem_cgroup_try_charge+0x3d/0x201
Feb 4 13:17:43 monet kernel: [<c0483555>] ? handle_IRQ_event+0xfc/0x107
Feb 4 13:17:43 monet kernel: [<c057f823>] ? file_has_perm+0x8f/0xa9
Feb 4 13:17:43 monet kernel: [<c04e282d>] ? vfs_ioctl+0x2c/0x96
Feb 4 13:17:43 monet kernel: [<f838577e>] ? drm_ioctl+0x0/0x322 [drm]
Feb 4 13:17:43 monet kernel: [<c04e2dcc>] ? do_vfs_ioctl+0x491/0x4cf
Feb 4 13:17:43 monet kernel: [<c057fac7>] ? selinux_file_ioctl+0x43/0x46
Feb 4 13:17:43 monet kernel: [<c04e2e50>] ? sys_ioctl+0x46/0x66
Feb 4 13:17:43 monet kernel: [<c040899f>] ? sysenter_do_call+0x12/0x2d
Feb 4 13:17:43 monet kernel: Code: c3 c7 45 cc 00 00 00 00 31 f6 8b 7d
d0 eb 09 8b 04 b7 46 e8 26 c0 ff ff 3b 75 cc 7c f2 31 f6 8b 7d d0 eb 1a
8b 04 b7 85 c0 74 0a <8b> 40 50 c7 40 64 00 00 00 00 8b 04 b7 46 e8 74
c0 ff ff 8b 55
Feb 4 13:17:43 monet kernel: EIP: [<f841449b>]
i915_gem_do_execbuffer+0xaec/0xc2a [i915] SS:ESP 0068:f50f5d78
Feb 4 13:17:43 monet kernel: CR2: 00000000000001ee
Feb 4 13:17:43 monet kernel: ---[ end trace fb712c7f3ab483f4 ]---
--
chuck[dot]lever[at]oracle[dot]com
On Thu, Feb 04, 2010 at 01:54:10PM -0500, Chuck Lever wrote:
> Pulled from Linus' git repo yesterday, and got this on a Dell Latitude
> D620, on every boot since then. Updated to latest a couple of hours
> ago, and still seeing it. kernel config and lspci output attached.
>
> I'm not subscribed to lkml, please ensure I'm in the cc: or to: field on
> relevant replies.
>
>
> Feb 4 13:17:43 monet kernel: [drm:i915_gem_do_execbuffer] *ERROR*
> Invalid object handle 1073741824 at index 3
This isn't quite the same symptom everyone else is seeing, but DRM
having object handle problems makes me wonder if you're running into
http://lkml.org/lkml/2010/2/3/415
http://lkml.org/lkml/2010/2/3/463
Does reverting 859ddf09743a8cc680af33f7259ccd0fd36bfe9d help?
-andy
On 02/04/2010 07:42 PM, Andy Isaacson wrote:
> On Thu, Feb 04, 2010 at 01:54:10PM -0500, Chuck Lever wrote:
>> Pulled from Linus' git repo yesterday, and got this on a Dell Latitude
>> D620, on every boot since then. Updated to latest a couple of hours
>> ago, and still seeing it. kernel config and lspci output attached.
>>
>> I'm not subscribed to lkml, please ensure I'm in the cc: or to: field on
>> relevant replies.
>>
>>
>> Feb 4 13:17:43 monet kernel: [drm:i915_gem_do_execbuffer] *ERROR*
>> Invalid object handle 1073741824 at index 3
>
> This isn't quite the same symptom everyone else is seeing, but DRM
> having object handle problems makes me wonder if you're running into
>
> http://lkml.org/lkml/2010/2/3/415
> http://lkml.org/lkml/2010/2/3/463
>
> Does reverting 859ddf09743a8cc680af33f7259ccd0fd36bfe9d help?
Yes, GDM starts normally with that commit reverted. No oops occurs, and
the OS can reboot now without hanging at shutdown.
--
chuck[dot]lever[at]oracle[dot]com