Tiny Core Linux
dCore Import Debian Packages to Mountable SCE extensions => dCore X86 => dCore x86 Imported Extensions => Topic started by: jls on June 15, 2016, 05:14:47 AM
-
Hi
X doesn't start complaing intel missing.
I see that xorg-all doesn't include xserver-xorg-video-intel, so I imported it, X starts, but system freeze.
I've a
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
PS I have xenial-updates in my debextra if this makes any difference
-
There seems to be an issue with the i915 kernel module in the 4.2.9 kernel that does not play well with Xorg in dCore-xenial, I have to use dCore-xenial without the kernel module or X will crash.
This may or may not be related to what you are seeing, but I will add the individual xorg video packages to xserver-xorg-video-all to make sure they all get imported with xorg-all.
-
Hi
I repeat that with xserver-xorg-video-intel the system freeze
-
Is graphics-4.2.9-tinycore installed also?
-
Yes
-
Try an X session without graphics-4.2.9-tinycore installed. If that fixes it, then your case is likely the kernel module also.
-
without the module X works
-
Ok, we just have a bad graphics module, I have read kernel 4.3 fixes this if I am reading the below bug report right.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1494903
-
With our 4.2.9 kernel, dCore-xenial worked a month or so ago on my setup using the i915 module and I was using it as my normal system, so a change in Ubuntu Xenial's Xorg packages has led to this incompatibility, whether it is mostly due to the module or to their packages we don't know but it is there.
-
I tried dCore-xenial with the 3.16.6-tinycore kernel, and I see the same behavior, so not a 4.2.9 specific problem. I will try to find an answer.
-
May I ask why dCore-xenial is using Kernel 4.2.9?
Would have expected it to use Kernel 4.4, just like Ubuntu 16.04.
Why not Kernel 4.4?
-
As per the wiki, and yes this entry is already out of date, hard to keep up:
The kernel used by a dCore port is based on the most recent Tiny Core Linux kernel available when the port is prepared for release. It is rebuilt specifically for the dCore port with any custom configuration that may be required, such as systemd-related issues. Kernel modules are also prepared. The kernel config, patched source and READMEs can be found at http://tinycorelinux.net/dCore/x86/import/src/.
Older currently supported dCore ports, such as dCore-jessie and dCore-wily, use the 3.16.6 kernel. The most recent dCore release candidate, dCore-xenial, uses the 4.2.9 kernel, the kernel used in Tiny Core Linux v7.
http://wiki.tinycorelinux.net/dcore:upgrading_kernel_and_initrd#dcore_kernel_updates
-
Hm, and would it be possible to upgrade to the Ubuntu Xenial Kernel 4.4 via:
sce-import linux-image
?
-
No, sce-import can't be used for kernel packages or any kernel related things. All kernel related building, modules or main image, must be done on the standard Core and it's kernel version that was current when the dCore port was released, along with dCore's change in the kernel config which is "DEVTMPFS=Y". This is as nitram pointed out, but I hope this extra detail helps explain it esp. for those who wish to build kernel modules or images for dCore.
-
hi
why it's not possible to compille the kernel under dCore?
-
Of course you can compile a kernel with dCore, that is one of the tests I do to make sure the toolchain related packages are working. But it is not how the official dCore kernel is made nor can one simply sce-import a new kernel.
-
I believe that I am bitten by this bug, too. The machine in question has a Intel 855GM graphics card.
. When I have "xorg-intel" as well as "graphics-4.2.9-tinycore" in 'sceboot.lst' then the system will show a totally black screen.
. When I only load xorg-intel during booting then the X-server crashes. The following error message remains on the screen:
"
modprobe: module i915 not found in modules.dep
modprobe: module fbcon not found in modules.dep
intel: waited 2020 ms for i915.ko driver to load
modprobe: module i915 not found in modules.dep
error setting MTRR (base = ..., size= ..., type = 1) Invalid argument (22)
xinit: connection to X server lost
(...)
"
Either way the system can be reached via SSH.
Does this seem to fit in here? Is there any hope for finding a solution? Is the situation maybe different on Debian? Trusty does not seem to work any better, does it?
-
This fixed my black screen boot on older Intel graphic chip, lost most support in more recent Debian/Ubuntu releases but now runs Xenial and Stretch fine. For me disabling all acceleration (DRI false) overcomes black screen, 2D performance remains decent. From your error it looks like you still need to load the graphics extension, as Xorg is seeking the module. This should allow better resolutions than falling back to xorg-vesa:
xorg-intel
graphics-4.2.9-tinycore
Then try this /etc/X11/xorg.conf file. Don't just exit WM and startx , save the xorg.conf file followed by full reboot:
Section "Monitor"
Identifier "Monitor0"
EndSection
Section "Device"
Option "DRI" "false"
Identifier "Card0"
Driver "intel"
BusID "PCI:0:1:0"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Depth 16
#Modes "1024x768"
Modes "1280x800"
EndSubSection
EndSection
-
Thanks, Nitram, but I have to give up. Nothing whatsoever can get this *!^'- card to cooperate with Xorg. I tried your xorg.conf but it did not improve matters. I could get the graphics extension to not blank my screen but indeed add a higher screen resolution but that is all I have achieved. Xvesa does work but I want to use Wacom digitizer and some compositing capabilities for this project.
This is really frustrating! I have read somewhere that newer kernel version (4.5+) have less bugs in the i915 module so I shall give it another try when Core upgrades its kernels.
OK, I am stupid. I used to issue ''startx'' only and that gave me all the errors described here. For my project, I want to use the tablet as an overlay screen bridging other computers to a beamer so as to allow writing over the laptop screen. For that I intend to run a "naked" X server without window manager. That is why I did not go any further than the bare minimum.
After the waves of quantom randomness had faded a bit, I installed Flwm and launched it and sure enough, my despair turned to joy. Isn't that a neat story for the actual season? :)
Peace, everybody!
-
Some further remarks for fellow i915 users. The machine in question is quite dated and so I thought that setting DRI to false was appropriate. After quite some bisecting it turned out that this is not the problem at all. Instead, it is mandatory to have the i915 module use the option "invert_brightness=1" in '/etc/modprobe.d/i915.conf'. With this option, not even an 'xorg.conf' is necessary.
Upon loading graphics-4.2.9-tinycore (yes, back on dCore-xenial again), it spits out four DRM-errors about pipe underrun but that does not seem to be harmful -- at least so far it is not
All these nice discoveries have one tiny issue: they do only work when loading graphics-4.2.9-tinycore manually but not when having it loaded automatically through 'sceboot.lst'. I may well add "/usr/bin/sce-load graphics-4.2.9-tinycore" to '~/.profile' but that seems quite quirky. Plus it needs an additional "sleep 5" in order to function properly. -- Anybody got any better idea how to overcome this or why this is even necessary?
Cheers!
-
Congratulations, now we know how you spent your Christmas!
Guess it's a race condition, as per the documentation, have you tried adding i915.invert_brightness=1 as a kernel parameter instead?
https://wiki.archlinux.org/index.php/backlight#Inverted_Brightness_.28Intel_i915_only.29
Also found this, you've probably read through all this already today:
http://people.skolelinux.org/pere/blog/Fixing_the_Linux_black_screen_of_death_on_machines_with_Intel_HD_video.html
Once you've finalized your solution i will update the wiki or feel free to update yourself so next user doesn't need to reinvent the wheel:
http://wiki.tinycorelinux.net/dcore:xorg-video_driver_packages#dcore_graphic_notes
http://wiki.tinycorelinux.net/dcore:installations#dcore_hardware_installation_notes
Thanks.
-
JLS - I misunderstood the question of why the dCore kernel is not compiled with dCore. The aim was to be able to share kernel modules between Core and dCore. Since there is a config change between Core and dCore in regards to DEVTMPFS since dCore now has to accomodate systemd, the build is not exactly the same. Perhaps one day if the kernel config is again the same, the ability to share kernel modules from Core to dCore and vice versa can be realized.
-
Thanks for the pointers, Nitram! Adding the kernel parameter to the boot stanza works well. In fact, as mentioned in the second of your links at the very end, it is enough to add "acpi_backlight=vendor". This also eliminates the need for loading the graphics extension manually. Yay!
I have updated both sections in the wiki.