Re: Script to help find xorg configuration issues

--kit

> On 22 Feb 2020, at 23:14, Michael Gmelin <[email protected]> wrote:
> 
> 
> 
>> On Sat, 22 Feb 2020 13:01:15 -0500
>> ajtiM <[email protected]> wrote:
>> 
>> On Sat, 22 Feb 2020 15:36:19 +0100
>> Michael Gmelin <[email protected]> wrote:
>> 
>>> Hi,
>>> 
>>> I've been helping others configuring X11 with UDEV/evdev for quite
>>> some time now. Since UDEV recently became the default option on
>>> 12.1[0], I thought that having something automated (yet
>>> non-intrusive) to help users fix their setup might be useful.
>>> 
>>> To achieve this, I created a small/hacky script today that checks
>>> all the usual problems I found while helping people figuring out
>>> what's wrong with their setup.
>>> 
>>> You can find it on github:
>>> https://github.com/grembo/xorg-udev-setup-check
>>> 
>>> Direct download link:
>>> https://raw.githubusercontent.com/grembo/xorg-udev-setup-check/master/xorg-udev-setup-check.sh
>>> 
>>> Usage: ./xorg-udev-setup-check.sh [-hdpi]
>>>   -h print this help
>>>   -d skip drm checks
>>>   -p skip package version checks
>>>   -i only show errors (suppress info)
>>> 
>>> You should be able to run it as an unprivileged user - fixing things
>>> will require root privileges though.
>>> 
>>> I didn't test it thoroughly, so feel free to open pull requests
>>> on github - functional improvements only please, don't try to
>>> improve the code quality.
>>> 
>>> Cheers,
>>> Michael
>>> 
>>> [0]https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196678
>>> 
>> 
>> Thank you for the script but I did downgrade 11th times because new
>> xserve doesn't work on my system.
>> The script found just that I need to put radeon or intel in rc.conf.
>> For my Radeon drm.kmod doesn't work - black screen and I am using scfb
>> driver which doesn't work on new xserver or I do nnot know how to do.
>> As I wrote before I have
>> in /usr/local/etc/xorg.conf.d/driver_scfb.conf where I have 
>> Section "Device"
>>    Identifier "Card0"
>>    Driver       "scfb"
>> EndSection    
>> 
>> and work for me on old xserver.
>> 
>> Thank you. No more update and downgrade. I need to work too.
>> 
> 
> So does everyone else who's trying to help you :)
> 
> I seem to remember having issues with scfb a while ago. To make it work
> I had to make sure that scfb is the only driver available. An easy way
> to test this without dealing with pkg problems is to move everything
> except "scfb_drv.so" out of /usr/local/lib/xorg/modules/drivers
> manually (especially vesa_drv.so)
> 
> With all alternative drivers removed, driver_scfb.conf shouldn't be
> necessary anymore, as scfb is the only option left. So it should be
> removed - which should make auto-detection of the server layout work,
> which should make input devices work - if my memory doesn't fool me. It
> might be worth a shot.
> 
> That was over two years ago though, so I can't guarantee this will
> actually fix it for you. If you feel like testing is an undue burden,
> don't try it
> Cheers,
> Michael
> 
> -- 
> 

i’ve been playing on current cos shiny (I know bad human) to see if it will run on my laptop. I’m not there yet, but I did have to drop Vesa from X to get it to detect the scfb properly 

There were many other errors so that may be a false reference point. 

—kit
_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "[email protected]"