DaemonForums  

Go Back   DaemonForums > OpenBSD > OpenBSD General

OpenBSD General Other questions regarding OpenBSD which do not fit in any of the categories below.

Reply
 
Thread Tools Display Modes
  #1   (View Single Post)  
Old 4 Weeks Ago
fvgit's Avatar
fvgit fvgit is offline
Fdisk Soldier
 
Join Date: May 2016
Location: perl -MMIME::Base64 -le 'print decode_base64("SGVyZSBiZSBkcmFnb25zC")'
Posts: 83
Default xlock -mode noof fails to lock the screen without hardware acceleration

Here's how to reproduce if you have hardware acceleration (DRM):

On a system with no logged in users login as user A on ttyC0 so that user A gets control of the drm device as per the default /etc/fbtab settings.

Then login as user B on another tty and startx into your now obviously unaccelerated X session (remember, user A was there first and took control of /dev/drm0) and lock your screen with:

Code:
xlock -mode noof
xlock(1) will start doing its thing painting nice stuff on the screen, but as soon as you hit a key you'll be back at your X11 desktop without having had to authenticate.

X11 errors logged on the console:
Code:
libGL error: failed to open drm device: Permission denied
libGL error: failed to load driver: i965
Abort trap
Only observed this with -mode noof. All other 121 modes seem to work fine. -mode noof on the other hand seems to think it is destined for higher things and refuses to lock the screen unless it's presented with a golden DRM device. Always the spoiled little princess.

I've been able to reproduce the error (as described above) both on my hardware accelerated laptop (Intel GM965 Video) running 6.3 as well as on an older pc with 6.1 that lacks any hardware accelerated graphics.

Can anyone confirm this behaviour?
Reply With Quote
  #2   (View Single Post)  
Old 4 Weeks Ago
jggimi's Avatar
jggimi jggimi is offline
More noise than signal
 
Join Date: May 2008
Location: USA
Posts: 6,179
Default

Confirmed. But I had to disable xenodm(1), as it circumvents the problem.
Reply With Quote
  #3   (View Single Post)  
Old 4 Weeks Ago
fvgit's Avatar
fvgit fvgit is offline
Fdisk Soldier
 
Join Date: May 2016
Location: perl -MMIME::Base64 -le 'print decode_base64("SGVyZSBiZSBkcmFnb25zC")'
Posts: 83
Default

Quote:
Originally Posted by jggimi View Post
Confirmed. But I had to disable xenodm(1), as it circumvents the problem.
It's a good thing then that I currently don't use a gui login or the issue would've gone unnoticed. Thanks jggimi!

I'm not subscribed to the mailing lists, what would be the best way to report this (and the cwm issue)?
Reply With Quote
  #4   (View Single Post)  
Old 4 Weeks Ago
jggimi's Avatar
jggimi jggimi is offline
More noise than signal
 
Join Date: May 2008
Location: USA
Posts: 6,179
Default

The best way is to obtain diagnostics - build xclock with symbols, and diagnose with gdb(1). Once you have that, a formal bug report can be prepared with sendbug(1). Follow-up responses to the report can be obtained from any of the mailing list archives.

For more on bug reporting, see http://www.openbsd.org/report.html
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
black screen after switching terminals or energy saving mode beiroot OpenBSD General 5 10th July 2017 08:23 PM
Modern video cards - Good 3D hardware acceleration Amarildo OpenBSD General 14 27th May 2015 12:03 AM
no colors if starting screen in detached mode sputnik FreeBSD General 9 7th July 2011 10:41 PM
change screen saver in text mode mfaridi FreeBSD General 2 29th October 2008 05:14 AM
How to run Xlock over SSH mfaridi FreeBSD General 5 28th May 2008 01:32 PM


All times are GMT. The time now is 08:33 AM.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd.
Content copyright © 2007-2010, the authors
Daemon image copyright ©1988, Marshall Kirk McKusick