Xorg cant find my screen

[Zendrael]

Hello all!

After some time I got Core 64 v16 booting into my laptop, XVesa works but I need Xorg (or wayland) to be running.

I've installed Xorg and intel-firmware and graphics-KERNEL tcz, added them into my onboot.lst (graphics, then firmware, then Xorg) and removed Xvesa from it.

After booting, no graphics show up, it goes to CLI and Xorg says it didn't found any screens...

Any ideas on why is it happenning?

[Juanito]

You could try loading Xorg-7.7 and xf86-video-intel.

Which window manager are you using?

Note that wayland is not available in the x86 repo.

[Zendrael]

No Luck with that, Juanito...

My current onboot.lst is:

Code: [Select]

aterm.tcz
bzip2-lib.tcz
cairo.tcz
expat2.tcz
fltk-1.4.tcz
flwm.tcz
fontconfig.tcz
freetype.tcz
fribidi.tcz
glib2.tcz
graphite.tcz
harfbuzz.tcz
imlib2-bin.tcz
imlib2.tcz
libffi.tcz
libfontenc.tcz
libICE.tcz
libjpeg-turbo.tcz
liblzma.tcz
libpng.tcz
libSM.tcz
libX11.tcz
libXau.tcz
libxcb.tcz
libXcursor.tcz
libXdmcp.tcz
libXext.tcz
libXfixes.tcz
libXfont.tcz
libXft.tcz
libXinerama.tcz
libxkbcommon.tcz
libxml2.tcz
libXmu.tcz
libXrender.tcz
libXt.tcz
pango.tcz
pcre21042.tcz
pcre.tcz
pixman.tcz
wbar.tcz
xf86-video-intel.tcz
Xorg-7.7.tcz
xkeyboard-config.tcz
Xlibs.tcz
Xprogs.tcz

Pretty much the same as base TinyCore x64 default packages, just changed xvesa and replaced by xf86-video-intel and Xorg-7.7. I kept the flwm window manager.

The system boots, and instead of showing anything, it says failed in waitforX. And if trying to load Xorg (without startx), it says "no screens found".

The weird thing is that it works with default TC tinyX/Xvesa...

Any ideas?

[neonix]

Xorg doesn't know what driver to use. You have to configure it manually.

Code: [Select]

sudo Xorg -configure
sudo cp /root/xorg.conf.new /usr/local/share/X11/xorg.conf.d/xorg.conf
Unfortunetly Xorg is not good in automatic detecting GPU.
Maybe someone who read this, can influence Xorg developers that they create database with  <vendor>]:[<device> numbers list of supported GPUs.

[Juanito]

The 32bit version of x11 seems to get progressively worse on my intel hd4400 hardware, whereas there are no problems with the 64bit version.

If you look at /var/log/Xorg.0.log, you should see something like this:

Code: [Select]

[    84.535] (==) Matched intel as autoconfigured driver 0
[    84.535] (==) Matched modesetting as autoconfigured driver 1
[    84.535] (==) Matched fbdev as autoconfigured driver 2
[    84.535] (==) Matched vesa as autoconfigured driver 3
..which will let you know what xorg-server is trying to do.

The 32bit modesetting driver does not seem to work with my intel hardware, which is why I suggested using xf86-video-intel (autoconfigured driver 0).

Note also that you only need the following onboot:

Xorg-7.7 xf86-video-intel flwm aterm wbar

or

Xorg-7.7-3d xf86-video-intel flwm aterm wbar

[neonix]

Xorg is favouring modesetting driver nowadays, instead vesa or fbdev drivers.

If you are new in Linux, and don't know how to configure xorg.conf, then fbdev-Xorg-conf.tcz or  vesa-Xorg.conf.tcz will solve the problem.

[Zendrael]

The 32bit version of x11 seems to get progressively worse on my intel hd4400 hardware, whereas there are no problems with the 64bit version.

If you look at /var/log/Xorg.0.log, you should ...

maybe my problem is the same... Besides Xorg working with other distros, I'm receiving this from Core64 Xorg.0.log: (image attached)

I'm used to have Core on servers and appliances, this hardware is barely new (2019) and maybe the drivers should be updated?

[Juanito]

What does lspci show your graphics hardware to be?

[Zendrael]

What does lspci show your graphics hardware to be?

Full LSPCI just in case:

Code: [Select]

00:00.0 Host bridge: Intel Corporation Tiger Lake-UP3/H35 4 cores Host Bridge/DRAM Registers (rev 02)
00:02.0 VGA compatible controller: Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics] (rev 03)
00:04.0 Signal processing controller: Intel Corporation TigerLake-LP Dynamic Tuning Processor Participant (rev 02)
00:07.0 PCI bridge: Intel Corporation Tiger Lake-LP Thunderbolt 4 PCI Express Root Port #0 (rev 02)
00:07.1 PCI bridge: Intel Corporation Tiger Lake-LP Thunderbolt 4 PCI Express Root Port #1 (rev 02)
00:08.0 System peripheral: Intel Corporation GNA Scoring Accelerator module (rev 02)
00:0a.0 Signal processing controller: Intel Corporation Tigerlake Telemetry Aggregator Driver (rev 01)
00:0d.0 USB controller: Intel Corporation Tiger Lake-LP Thunderbolt 4 USB Controller (rev 02)
00:0d.2 USB controller: Intel Corporation Tiger Lake-LP Thunderbolt 4 NHI #0 (rev 02)
00:14.0 USB controller: Intel Corporation Tiger Lake-LP USB 3.2 Gen 2x1 xHCI Host Controller (rev 30)
00:14.2 RAM memory: Intel Corporation Tiger Lake-LP Shared SRAM (rev 30)
00:15.0 Serial bus controller: Intel Corporation Tiger Lake-LP Serial IO I2C Controller #0 (rev 30)
00:15.1 Serial bus controller: Intel Corporation Tiger Lake-LP Serial IO I2C Controller #1 (rev 30)
00:15.2 Serial bus controller: Intel Corporation Tiger Lake-LP Serial IO I2C Controller #2 (rev 30)
00:15.3 Serial bus controller: Intel Corporation Tiger Lake-LP Serial IO I2C Controller #3 (rev 30)
00:16.0 Communication controller: Intel Corporation Tiger Lake-LP Management Engine Interface (rev 30)
00:1c.0 PCI bridge: Intel Corporation Device a0bb (rev 30)
00:1d.0 PCI bridge: Intel Corporation Tiger Lake-LP PCI Express Root Port #9 (rev 30)
00:1f.0 ISA bridge: Intel Corporation Tiger Lake-LP LPC Controller (rev 30)
00:1f.3 Multimedia audio controller: Intel Corporation Tiger Lake-LP Smart Sound Technology Audio Controller (rev 30)
00:1f.4 SMBus: Intel Corporation Tiger Lake-LP SMBus Controller (rev 30)
00:1f.5 Serial bus controller: Intel Corporation Tiger Lake-LP SPI Controller (rev 30)
57:00.0 Network controller: Intel Corporation Wi-Fi 6E(802.11ax) AX210/AX1675* 2x2 [Typhoon Peak] (rev 1a)
58:00.0 Non-Volatile memory controller: SK hynix Gold P31/BC711/PC711 NVMe Solid State Drive


[Juanito]

With xf86-video-intel and Xorg-7.7-3d, does using an xorg conf snippet like this help?

Code: [Select]

cat /usr/local/share/X11/xorg.conf.d/20-intel.conf
Section "Device"
        Identifier "Intel Graphics"
        Driver "intel"
        Option "DRI" "iris"
EndSection
You could also use crocus instead of iris

[Juanito]

As per google, you could also try using the following boot code:

Code: [Select]

i915.force_probe=!XXXX xe.force_probe=XXXX
..where XXXX is the second half of the pci id for 00:02.0 VGA compatible controller: Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics] (rev 03) obtained with lspci -nn.

For example:

Code: [Select]

lspci -nn
00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell-ULT Integrated Graphics Controller [8086:0a16] (rev 0bi.e. 0a16

The idea being to not load the i915 driver and load the xe driver instead.

[Zendrael]

As weird as it looks, I spent some time testing your recomendations and none worked yet. Tested both separately, then mixed, with and without bootcodes, minimal tcz on onboot... changed the driver and it didn't worked yet... SO WEIRD!

Maybe having a second integrated monitor in this laptop could be the problem? But X works fine on other distros and on FreeBSD...

Maybe some detail is missing here...

 

[Juanito]

But X works fine on other distros and on FreeBSD...

Maybe you could post Xorg.0.log from "other distros" along with the results of lsmod?

[Rich]

Hi Zendrael
Do this:

Code: [Select]

dmesg > dmesg.txtThen copy dmesg.txt and /var/log/Xorg.0.log to a thumb drive
so you can attach them to your next post.