Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use Xorg with HDMI? #22

Closed
pdp7 opened this issue Apr 28, 2021 · 23 comments
Closed

Use Xorg with HDMI? #22

pdp7 opened this issue Apr 28, 2021 · 23 comments

Comments

@pdp7
Copy link
Collaborator

pdp7 commented Apr 28, 2021

Several questions from Slack and Forum:
@tekkamanninja
Is it possible to use Xwindows with the current HDMI output?

@pdp7
Copy link
Collaborator Author

pdp7 commented Apr 28, 2021

@tommythorn provided some logs:

X.Org X Server 1.20.11
X Protocol Version 11, Revision 0
Build Operating System:  5.5.0-0.rc5.git0.1.1.riscv64.fc32.riscv64
Current Operating System: Linux fedora-starfive 5.10.6+ #26 SMP Tue Apr 20 03:32:34 CST 2021 riscv64
Kernel command line: ro root=UUID=29f097dc-eba8-4043-a650-cfd06eef5461 rhgb console=tty0 console=ttyS0,115200 earlycon=sbi rootwait stmmaceth=>
Build Date: 14 April 2021  12:00:00AM
Build ID: xorg-x11-server 1.20.11-1.fc33
Current version of pixman: 0.40.0
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue Apr 27 09:05:24 2021
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Internal error:   Could not resolve keysym XF86FullScreen
Errors from xkbcomp are not fatal to the X server
(II) Server terminated successfully (0). Closing log file.
And this in /var/log/Xorg.0.log
[  8204.306]
X.Org X Server 1.20.11
X Protocol Version 11, Revision 0
[  8204.307] Build Operating System:  5.5.0-0.rc5.git0.1.1.riscv64.fc32.riscv64
[  8204.307] Current Operating System: Linux fedora-starfive 5.10.6+ #26 SMP Tue Apr 20 03:32:34 CST 2021 riscv64
[  8204.307] Kernel command line: ro root=UUID=29f097dc-eba8-4043-a650-cfd06eef5461 rhgb console=tty0 console=ttyS0,115200 earlycon=sbi rootwa>
[  8204.308] Build Date: 14 April 2021  12:00:00AM
[  8204.308] Build ID: xorg-x11-server 1.20.11-1.fc33
[  8204.309] Current version of pixman: 0.40.0
[  8204.309]    Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
[  8204.309] Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational
...
[  8207.293] (II) event2  - PixArt USB Optical Mouse: is tagged by udev as: Mouse
[  8207.295] (II) event2  - PixArt USB Optical Mouse: device set to 1000 DPI
[  8207.296] (II) event2  - PixArt USB Optical Mouse: device is a pointer
[  8207.314] (II) config/udev: Adding input device PixArt USB Optical Mouse (/dev/input/mouse0)
[  8207.315] (II) No input driver specified, ignoring this device.
[  8207.315] (II) This device may have been added with another device file.
[ 10104.649] (II) event0  -   RPI Wired Keyboard 4: device removed
[ 10104.708] (II) event1  -   RPI Wired Keyboard 4: device removed
[ 10104.773] (II) event2  - PixArt USB Optical Mouse: device removed
[ 10104.955] (II) UnloadModule: "libinput"
[ 10104.956] (II) UnloadModule: "libinput"
[ 10104.974] (II) UnloadModule: "libinput"
[ 10105.260] (II) Server terminated successfully (0). Closing log file.

Note, no errors in the Xorg.0.log file

@david-Li-93
Copy link

Hi pdp7
* Use Xwindows with HDMI?
==》 I want to confirm whether the framebuffer architecture supports the XWindows graphical interface ?
==》 the framebuffer architecture supports the XWindows graphical
* Analysis of the log :
Internal error: Could not resolve keysym XF86FullScreen
Errors from xkbcomp are not fatal to the X server
==》This error is a common error on the graphical interface. Please check the website. I hope it will help you。
==》 https://bugzilla.redhat.com/show_bug.cgi?id=683950

@sdanfa
Copy link

sdanfa commented May 10, 2021

Hi pdp7

  • Use Xwindows with HDMI?
    ==》 I want to confirm whether the framebuffer architecture supports the XWindows graphical interface ?
    ==》 the framebuffer architecture supports the XWindows graphical
  • Analysis of the log :
    Internal error: Could not resolve keysym XF86FullScreen
    Errors from xkbcomp are not fatal to the X server
    ==》This error is a common error on the graphical interface. Please check the website. I hope it will help you。
    ==》 https://bugzilla.redhat.com/show_bug.cgi?id=683950

Hi David,
I'm trying to use xorg but I'm getting a black screen when launching xorg on the fedora image.

Thanks.

@pdp7
Copy link
Collaborator Author

pdp7 commented May 10, 2021

@sdanfa I have not gotten any confirmation from starfive in my weekly meetings that Xwindows is expected to work yet.

@david-Li-93 hello, where did you get this information from? are you with starfive?

@MichaelZhuxx @tekkamanninja do you have an example of XWindows working on the StarFive JH7100 either with the EVB or the BeagleV beta prototype?

@david-Li-93
Copy link

Dear pdp7 && sdanfa
* I am an employee of starfive, responsible for the display driver.
* Our Linux display system currently uses a framebuffer architecture,and It supports graphical desktop systems
* Looking at the error,It's not a problem with our platform,It's up to the developers to solve this problem,
https://forums.freebsd.org/threads/error-when-starting-the-x-server.75038/
https://bugs.archlinux.org/task/65730
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953032
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245384

@david-Li-93
Copy link

Dear sir
We don't use the GPU on our hardware, so it might be a problem if the graphics desktop relies on the GPU。

@pdp7
Copy link
Collaborator Author

pdp7 commented May 11, 2021

Dear sir
We don't use the GPU on our hardware, so it might be a problem if the graphics desktop relies on the GPU。

@MichaelZhuxx @tekkamanninja @david-Li-93 is this a problem with how Xorg is configured in the Fedora image then?

@pdp7
Copy link
Collaborator Author

pdp7 commented May 11, 2021

  • Our Linux display system currently uses a framebuffer architecture,and It supports graphical desktop systems
  • Looking at the error,It's not a problem with our platform,It's up to the developers to solve this problem,

@david-Li-93 Which developers do you mean? @tekkamanninja?

@david-Li-93
Copy link

Dear sir
* is this a problem with how Xorg is configured in the Fedora image then?
==》sir,Xorg is an implementation of X11 that also provides an X Server for Fedora Linux operations。
==》We do not support configuration for Xorg
* Which developers do you mean?
==》 I'm sorry. What I mean is that this problem needs to be solved by the R&D engineers themselves

@david-Li-93
Copy link

Our team is trying to do a desktop system,
If there is a solution to this problem, we will share it with you。

@pdp7 pdp7 changed the title Use Xwindows with HDMI? Use Xorg with HDMI? May 12, 2021
@pdp7
Copy link
Collaborator Author

pdp7 commented May 13, 2021

@tekkamanninja tells me that Xorg is working for remote sessions in the new Fedora image which should be uploaded soon, I will update when that has happened.

There is a problem where Xorg will not work over HDMI as the fbdev is not working correctly. This is still being investigated by StarFive.

@MichaelZhuxx
Copy link
Collaborator

We have solved the issue over HDMI and will released in next Fedora image, stay tuned.

@pdp7
Copy link
Collaborator Author

pdp7 commented May 14, 2021

@MichaelZhuxx @tekkamanninja where are the commits that fix this issue?

@kraj wants to pull it into yocto/oe meta-riscv layer https://github.com/riscv/meta-riscv/blob/master/conf/machine/beaglev-starlight-jh7100.conf

@pdp7
Copy link
Collaborator Author

pdp7 commented May 15, 2021

@esmil @geertu @tpetazzoni @kraj:
I learned from @tekkamanninja that this commit fixes the problem with being able to display Xorg on HDMI:
starfive-tech/linux@e865a75

FYI - the StarFive Koji Fedora sever is now online. The latest Fedora image can be downloaded for testing. XFCE does work over remote SSH session but it does need the kernel updated with the above fix for XFCE to display on the HDMI.

@pdp7
Copy link
Collaborator Author

pdp7 commented May 18, 2021

The new May 16 Fedora image now has XFCE working over HDMI:

Fedora-riscv64-vic7100-xfce-dev-Rawhide-20210516233526.n.0-sda.raw.zst (sha256sum)

This commit fixes the problem with being able to display Xorg on HDMI:
starfive-tech/linux@e865a75

@pdp7
Copy link
Collaborator Author

pdp7 commented May 18, 2021

Screenshot from 2021-05-17 21-20-55

@pdp7 pdp7 closed this as completed May 18, 2021
@geertu
Copy link

geertu commented May 18, 2021

@esmil @geertu @tpetazzoni @kraj:
I learned from @tekkamanninja that this commit fixes the problem with being able to display Xorg on HDMI:
starfive-tech/linux@e865a75

This commit is present in esmil's v5.13-rc2, and doesn't fix the issue on both my Sony TV and BenQ monitor.

@HougeLangley
Copy link

Hi, guys, I have problem on my StarFive boot Debian XFCE, so slow.

https://youtu.be/bWVRIPxQ0rc

@esmil
Copy link

esmil commented Feb 17, 2022

There was recently a user on #debian-riscv talking about Xfce on Debian being slow, but not on the Fedora image. I suggested that it was probably some userspace configuration then. They returned and said Xfce on Ubuntu also worked much better, so maybe you can compare their default configurations / versions.

@HougeLangley
Copy link

There was recently a user on #debian-riscv talking about Xfce on Debian being slow, but not on the Fedora image. I suggested that it was probably some userspace configuration then. They returned and said Xfce on Ubuntu also worked much better, so maybe you can compare their default configurations / versions.

Thanks, you means Linux kernel userspace configure?

@esmil
Copy link

esmil commented Feb 18, 2022

No userspace. They said they were using the same kernel, but Xfce was slow on Debian and fast on Ubuntu.

@HougeLangley
Copy link

No userspace. They said they were using the same kernel, but Xfce was slow on Debian and fast on Ubuntu.

Thank you, I will try to make a Ubuntu .img on my starfive visionfive v1

@HougeLangley
Copy link

There was recently a user on #debian-riscv talking about Xfce on Debian being slow, but not on the Fedora image. I suggested that it was probably some userspace configuration then. They returned and said Xfce on Ubuntu also worked much better, so maybe you can compare their default configurations / versions.

I have been test on Gentoo RISC-V, xfce working great.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants