Bug 139085 - oops in avc_has_perm when loading ati radeon R200 Microcode
oops in avc_has_perm when loading ati radeon R200 Microcode
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: kernel (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Dave Jones
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2004-11-12 15:50 EST by Ryan Gammon
Modified: 2015-01-04 17:11 EST (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-03-23 11:09:34 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
hardware (1.47 KB, text/plain)
2004-11-12 15:51 EST, Ryan Gammon
no flags Details
oops (2.29 KB, text/plain)
2004-11-12 15:51 EST, Ryan Gammon
no flags Details

  None (edit)
Description Ryan Gammon 2004-11-12 15:50:00 EST
Description of problem:
I see an oops in avc_has_perm_noaudit in my logs. When I installed
RHEL4beta2, my machine locked up when gdm first started. Not sure if
this was just the display, or the entire system... can retry and
provide more info on request.

On the second run, gdm started correctly, and I was able to use the
desktop. gconf didn't get configured correctly (probably due to the
lock up), and so I find myself getting a lot of gconf-related errors.

I had previously installed RHEL4beta1, and had not noticed this problem.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Install RHEL4beta2 on a system with hardware matching the attached
lspci output.
2. Note oops
3. Note lock-up on first gdm run.
Actual results:

Expected results:

Additional info:
Comment 1 Ryan Gammon 2004-11-12 15:51:06 EST
Created attachment 106602 [details]
Comment 2 Ryan Gammon 2004-11-12 15:51:39 EST
Created attachment 106603 [details]
Comment 4 Søren Sandmann Pedersen 2004-11-17 15:38:48 EST
Could you try both the following:

   (a)  disable dri by commenting out the line "Load dri" in your
        /etc/X11/xorg.conf file

and, if that makes the problem go away,

   (b)  re-enable dri by uncommenting "load dri", and then 
        disabling Render acceleration by adding

            Option "RenderAccel" "False"

        to videocard section of /etc/X11/xorg.conf

It's not clear that this is even DRI related, but worth a shot. Thanks.

Comment 5 Mike A. Harris 2004-11-18 12:34:22 EST
Also, with DRI enabled, try disabling SElinux to see if this is
SElinux specific problem.  You can do that by booting with
selinux=0 on the kernel commandline.
Comment 6 Ryan Gammon 2004-11-18 15:31:59 EST
Mike, with selinux disabled from the installer everything seems to
work fine.

Soeren, I tried to do another SELinux-enabled install. The install
worked to the point where gdm came up with a login screen. At this
point, I switched to the console and tried to login. I got a kernel
panic on login:

Kernel panic - not syncing. Fatal exception in interrupt. Process
mingetty, stack pointer is garbage.

I think there might be two selinux-related bugs here:
1. Fatal kernel panic, somehow login related
2. Non-fatal oops, ati/X related

Both of these don't seem to happen in a non-SELinux install.

I don't have a functional RHEL4+SELinux install right now, will report
back what I find out regarding disabling dri when I do.
Comment 7 Suzanne Hillman 2005-03-22 16:37:30 EST
Is this still a problem, or can it be closed?
Comment 8 Ryan Gammon 2005-03-22 16:55:37 EST
It can be closed.

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