Hide Forgot
Description of problem: I believe that /dev/bsr4096_* should not be labelled device_t. Version-Release number of selected component (if applicable): selinux-policy-targeted-3.7.19-115.el6.noarch selinux-policy-mls-3.7.19-115.el6.noarch selinux-policy-3.7.19-115.el6.noarch udev-147-2.40.el6.ppc64 Actual results: # ls -Z /dev/bsr4096_0 crw-rw----. root root system_u:object_r:device_t:s0 /dev/bsr4096_0 # ls -l /dev/bsr4096_0 crw-rw----. 1 root root 251, 0 Oct 10 00:39 /dev/bsr4096_0 #
Eric, any idea how we should label it?
What kind of device is it? Google returns nothing.
my best guess is: IBM POWER Barrier Synchronization Register
Milos, Sure but have no idea what the proper label should be. cpu_device_t may be as close as we have unless we want to add a new device type.
Milos, could you just label it using chcon and leave this label for a while during your testing.
I am fine with cpu_device_t.
Fixed in selinux-policy-3_7_19-117_el6
/dev/bsr.* -c gen_context(system_u:object_r:cpu_device_t,s0) Is in F16/Rawhide.
Fixed in selinux-policy-3.7.19-119.el6
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2011-1511.html