Bug 997334 - [abrt] BUG: unable to handle kernel NULL pointer dereference at 0000000000000290
Summary: [abrt] BUG: unable to handle kernel NULL pointer dereference at 0000000000000290
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-ati
Version: 19
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: X/OpenGL Maintenance List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:c2bbeefca47f7014047c6446b42...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-08-15 07:50 UTC by collura
Modified: 2015-02-17 16:46 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-02-17 16:46:25 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: dmesg (65.57 KB, text/plain)
2013-08-15 07:50 UTC, collura
no flags Details
dmesg with kernel-3.11.0-0.rc5.git4.1.fc20.x86_64 (70.88 KB, text/plain)
2013-08-17 07:53 UTC, collura
no flags Details

Description collura 2013-08-15 07:50:26 UTC
Description of problem:
booted, got error about not being able to load firmware, rebooted 

Additional info:
reporter:       libreport-2.1.6
BUG: unable to handle kernel NULL pointer dereference at 0000000000000290
IP: [<ffffffffa00a3114>] radeon_vm_bo_add+0x94/0xc0 [radeon]
PGD 16fbd3067 PUD 16e171067 PMD 0 
Oops: 0000 [#1] SMP 
Modules linked in: ip6table_nat nf_nat_ipv6 ip6table_mangle ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 iptable_nat nf_nat_ipv4 nf_nat iptable_mangle nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack ebtable_filter ebtables ip6table_filter ip6_tables btrfs zlib_deflate raid6_pq snd_hda_codec_conexant libcrc32c xor snd_hda_codec_hdmi snd_hda_intel snd_hda_codec arc4 snd_hwdep rtl8188ee rtl_pci rtlwifi snd_seq snd_seq_device snd_pcm mac80211 snd_page_alloc toshiba_acpi snd_timer snd sparse_keymap cfg80211 soundcore edac_core alx joydev rfkill i2c_piix4 edac_mce_amd mdio serio_raw wmi fam15h_power acpi_cpufreq video mperf uinput radeon i2c_algo_bit drm_kms_helper ttm drm i2c_core
CPU: 2 PID: 640 Comm: Xorg Not tainted 3.11.0-0.rc5.git2.1.fc20.x86_64 #1
Hardware name: TOSHIBA Satellite L75D-A/Larne, BIOS 1.10 05/16/2013
task: ffff88017398c500 ti: ffff88016fbb6000 task.ti: ffff88016fbb6000
RIP: 0010:[<ffffffffa00a3114>]  [<ffffffffa00a3114>] radeon_vm_bo_add+0x94/0xc0 [radeon]
RSP: 0018:ffff88016fbb7b70  EFLAGS: 00010297
RAX: ffff88016fbb6000 RBX: ffff88016a5cda80 RCX: 0000000000000000
RDX: ffff8801715aeff8 RSI: ffff8801715aeff8 RDI: ffff88016a5cdab0
RBP: ffff88016fbb7b98 R08: ffff8801715aeff8 R09: 0000000000000001
R10: 0000000000000000 R11: 0000000000000001 R12: ffff8801715aefe8
R13: 0000000000000000 R14: ffff88016a5cdab0 R15: ffff8801715af028
FS:  00007f3e3351b980(0000) GS:ffff880198a00000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 0000000000000290 CR3: 0000000173af7000 CR4: 00000000000407e0
Stack:
 ffff88018e840000 ffff880173878a90 0000000000000000 ffff8801715aefe8
 ffff880173878ab0 ffff88016fbb7bd0 ffffffffa0087c53 ffff88018e8367b0
 ffff88018e8367b0 ffff880173878a90 ffff88018e9e7a38 ffff88016f9ef440
Call Trace:
 [<ffffffffa0087c53>] radeon_driver_open_kms+0x83/0xf0 [radeon]
 [<ffffffffa001636c>] drm_open+0x2dc/0x970 [drm]
 [<ffffffffa0016b13>] drm_stub_open+0x113/0x240 [drm]
 [<ffffffff811f58f2>] chrdev_open+0x92/0x1d0
 [<ffffffff811ee69b>] do_dentry_open+0x24b/0x300
 [<ffffffff812ffdec>] ? security_inode_permission+0x1c/0x30
 [<ffffffff811f5860>] ? cdev_put+0x30/0x30
 [<ffffffff811ee790>] finish_open+0x40/0x50
 [<ffffffff8120043a>] do_last+0x4ca/0xe00
 [<ffffffff81200e2e>] path_openat+0xbe/0x6f0
 [<ffffffff810b797f>] ? local_clock+0x5f/0x70
 [<ffffffff81021845>] ? native_sched_clock+0x15/0x80
 [<ffffffff810e345d>] ? trace_hardirqs_off+0xd/0x10
 [<ffffffff81201b3a>] do_filp_open+0x3a/0x90
 [<ffffffff81210baf>] ? __alloc_fd+0xaf/0x200
 [<ffffffff811efbce>] do_sys_open+0x12e/0x210
 [<ffffffff811efcce>] SyS_open+0x1e/0x20
 [<ffffffff81736e99>] system_call_fastpath+0x16/0x1b
Code: 28 01 00 00 00 48 89 03 48 89 43 08 4c 89 70 30 4c 89 70 38 e8 2e 4a 68 e1 49 8b 54 24 10 49 8d 74 24 10 4c 89 f7 e8 ec 0f 2e e1 <49> 8b b5 90 02 00 00 49 8d 95 88 02 00 00 48 89 df e8 d6 0f 2e 
RIP  [<ffffffffa00a3114>] radeon_vm_bo_add+0x94/0xc0 [radeon]
 RSP <ffff88016fbb7b70>
CR2: 0000000000000290

Comment 1 collura 2013-08-15 07:50:35 UTC
Created attachment 786846 [details]
File: dmesg

Comment 2 collura 2013-08-17 07:53:04 UTC
Created attachment 787521 [details]
dmesg with kernel-3.11.0-0.rc5.git4.1.fc20.x86_64

Comment 3 collura 2013-08-17 08:01:45 UTC
the error seems to have cleared in

  kernel-3.11.0-0.rc5.git4.1.fc20.x86_64

dmesg snipet:
  [    6.830798] [drm] Loading KABINI Microcode
  ...
  [    6.846153] [drm] radeon: irq initialized.
  ...
  [    7.037183] [drm] UVD initialized successfully.

(still cant change brightness and locks up when move settings-brightness slider lol)

leaving bug open for now in case just intermitant but will close later if continues to work

Comment 4 collura 2013-08-20 02:04:05 UTC
the error about missing radeon and kabini firmware is back with rc6.git0.1:

  microcode_ctl-2.1-1.fc20.x86_64
  linux-firmware-20130724-30.git31f6b30.fc20.noarch
  kernel-3.11.0-0.rc6.git0.1.fc20.x86_64

Comment 5 Fedora End Of Life 2015-01-09 19:27:39 UTC
This message is a notice that Fedora 19 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 19. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained. Approximately 4 (four) weeks from now this bug will
be closed as EOL if it remains open with a Fedora 'version' of '19'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 19 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 6 Fedora End Of Life 2015-02-17 16:46:25 UTC
Fedora 19 changed to end-of-life (EOL) status on 2015-01-06. Fedora 19 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.