Is it ok if I send it as a pdf file?
I am uploading the output of the command journalctl -b -1 as a pdf file.
J. M. Islas
Iâm lost where did you upload to like pastebin or other?
Nope, as an attachment by email, but I admit this is the first time we use this feature, I did not even look at it and configure it
Well I whitelisted txt but not yet pdf
Giving my email in pv
One thing I was wrong about is the naming of the video device or card (is it a card of chipset?). The way jmislas wrote it is correct. Sorry about that. Intel Corporation Mobile 4 series is something I donât know anything about, for one important thing is when was it introduced? How old is it?
Edit: Is this it? http://ark.intel.com/products/35134
Edit: Found this:
http://www.intel.com/assets/PDF/datasheet/320122.pdf
Nope, I donât after all. Also my heavily medicated brain seems to be failing me at times latelyâŠ
jmislas thanks for reporting the issue and thanks for providing the requested information. Iâm sure weâll get the journalctl logs soon.
Edit: jmislas could you tell us what computer name and model # and cpu? Maybe run:
$ inxi -CGM
Output of journalctl as attachment. (117.5 KB)
Starting from line 1633:
Sep 27 21:52:54 localhost.localdomain sddm-greeter[5153]: Loading
file:///usr/share/sddm/themes/breeze/Main.qml...
Sep 27 21:52:56 localhost.localdomain sddm-greeter[5153]: QObject: Cannot create children for a
parent that is in a different thread.
(Parent is SDDM::GreeterApp(0x7ffe006a1228), parent's thread is
QThread(0x588950), current thread is QThread(0x5e2d80)
Sep 27 21:52:56 localhost.localdomain sddm-greeter[5153]: QObject: Cannot create children for a
parent that is in a different thread.
(Parent is SDDM::GreeterApp(0x7ffe006a1228), parent's thread is
QThread(0x588950), current thread is QThread(0x5e2d80)
Sep 27 21:52:56 localhost.localdomain sddm-greeter[5153]: QObject: Cannot create children for a
parent that is in a different thread.
(Parent is SDDM::GreeterApp(0x7ffe006a1228), parent's thread is
QThread(0x588950), current thread is QThread(0x5e2d80)
Sep 27 21:52:56 localhost.localdomain sddm-greeter[5153]: QObject: Cannot create children for a
parent that is in a different thread.
(Parent is SDDM::GreeterApp(0x7ffe006a1228), parent's thread is
QThread(0x588950), current thread is QThread(0x5e2d80)
Sep 27 21:52:56 localhost.localdomain sddm-greeter[5153]: QObject::installEventFilter(): Cannot filter
events for objects in a different thread.
Sep 27 21:52:56 localhost.localdomain sddm-greeter[5153]: QObject: Cannot create children for a
parent that is in a different thread.
(Parent is SDDM::GreeterApp(0x7ffe006a1228), parent's thread is
QThread(0x588950), current thread is QThread(0x5e2d80)
Sep 27 21:52:58 localhost.localdomain sddm-greeter[5153]: "" has no desktop group, cannot construct
a KPluginInfo object from it.
Sep 27 21:52:59 localhost.localdomain sddm-greeter[5153]: QObject: Cannot create children for a
parent that is in a different thread.
(Parent is SDDM::GreeterApp(0x7ffe006a1228), parent's thread is
QThread(0x588950), current thread is QThread(0x5e2d80)
Sep 27 21:52:59 localhost.localdomain sddm-greeter[5153]: QObject::installEventFilter(): Cannot filter
events for objects in a different thread.
Sep 27 21:53:01 localhost.localdomain sddm-greeter[5153]:
file:///usr/share/sddm/themes/breeze/components/InfoPane.qml:52:22: Unable to assign [undefined] to
int
This is the output of the command using the old kernel:
$ inxi -CGM
Machine: System: Sony product: VGN-NS150FJ v: C6U0CNQT
Mobo: Sony model: VAIO Bios: American Megatrends v: R0190Y3 date: 07/09/2008
CPU: Dual core Intel Core2 Duo T5900 (-MCP-) cache: 2048 KB
clock speeds: max: 2200 MHz 1: 800 MHz 2: 800 MHz
Graphics: Card: Intel Mobile 4 Series Integrated Graphics Controller
Display Server: OpenMandriva X.org 118.4 driver: intel Resolution: 1280x800@59.94hz
GLX Renderer: Mesa DRI Mobile Intel GM45 Express GLX Version: 2.1 Mesa 12.0.3
J. M. Islas
After some researchs it seems vctivating dri3 in Intel driver fhould solve the issue, or at least be a workaround, Iâm looking for how to do this in OM.
Source:
https://bbs.archlinux.org/viewtopic.php?id=207705&p=3
Thank you very much for the workaround information Raphael! As a final
request, could you give me a hint on how to enable DRI? Do I need to make
the conf file and save it to /etc/X11/xorg.conf.d/20-intel.conf? And should
I do this while being in text mode in 4.7.3 kernel?
Thanks again!
J. M Islas
Donât know if this or anything in this post will help but itâs worth a look:
Note that thread is pretty old now and the problems discussed are supposed to have long since been fixed in the driver or xorg or wherever.
Hi Raph,
The thread you mention appears to be contradictory. According to this link Intel graphics - ArchWiki that is referenced in the text DRI3 is enabled by default. I can assume that people who were trying to fix this had DRI2 enabled in their xorg.conf file and just needed to remove that entry to enable DRI3. OMLx3 does not use an xorg.conf file in a normal install it relies on auto-detection thus we default to DRI3 as the normal configuration. The solution may well be to revert to DRI2.
jmislas to try out the various options mentioned in the page link above. As you have said yourself you will need to create the file /etc/X11/xorg.conf.d/20-intel.conf with this as the minimum content.
Section âDeviceâ
Identifier âIntel Graphicsâ
Driver âintelâ
EndSection
Once you have this file you can add options to this for example to enable DRI2 the file should look like this.
Section âDeviceâ
Identifier âIntel Graphicsâ
Driver âintelâ
Option âDRIâ â2â
EndSection
Try testing this an see if it works it doesnât matter what mode you are in when you create it you will always need to restart X to activate it. The simplest method is to reboot alternatively you can restart the sddm service with (as root) âsystemctl restart sddmâ
If you read the contents of the link in the this post you will see that there are also some kernel command line options you might try. Unfortunately I donât have this hardware so I am unable to replicate the fault. There is one note in the link which mentions a setting to keep the graphics card in high power mode if it were me I would try this first.
Thank you very much Colin, I will post if it works as soon as possible.
J. M. Islas
Hello Colin, Raphael and Ben, I created the file with Colinâs lines.
Unfortunately it did not work. I tried several combinations of the
workaround recommended before but still no success.
Thank you again for taking the time to help me with this issue.
J. M. Islas
Hello again everybody, I want to report that the issue is repeated in Fedora 23 with kernel 4.7.x, so apparently it is a kernel and intel driver issue. Hopefully someone could give me a hint on how to proceed in order to fix this.
J. M. Islas
Is there a bug report on this? There probably should be one.
Does kernel 4.7.3 work with vesa driver? This is important to know.
At this point Iâd remove any files created that did not resolve this issue.
Next I would log into older kernel and reinstall kernel 4.7.3:
# urpmi --replacepkgs kernel-release-desktop-4.7.3-1omv
Then boot into it an see if that helped. If not then Iâd run XFdrake and try to reinstall correct Intel driver. If none of that works you need help from a developer and the way to get that is with a bug report.
There is also a new kernel version 4.8.1 in Main-Updates repo to try.
Thank you very much Ben, is there a particular repository that I need to
use to get the kernel update? I do not see kernel version 4.8.1 in my list
of updates.
Thanks in advance.
J. M. Islas
If you have the normal repositories enabled it will come in updates when ever your mirror is up to date. The new kernel is in Main-updates repo. Normal repos are:
Main
Main-updates
Contrib
Contrib-updates
Non-free
Non-free-updates
and where legal and if you are brave and need these:
Restricted
Restricted-updates
Some people add i586 repos if they need to install i586 packages.
Thank you again Ben, I meant mirror and not repository, anyways I deleted
and added the default repos and got the kernel update. Finally the problem
has been fixed by this kernel version. Thanks to all openmandriva users who
helped solving this issue.
J. M. Islas