Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 11 Jan 2021 02:22:13 -0500 (EST)
From:      Doug Denault <>
To:        Erich Dollansky <>
Cc:        freebsd-questions@FreeBSD.ORG
Subject:   Re: xorg-7.7_3 and freebsd 12.2
Message-ID:  <>
In-Reply-To: <>
References:  <> <>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
First I'm gonna continue with the top post. So first thank you for your 
ideas, I did RTFM before answering below.

On Mon, 11 Jan 2021, Erich Dollansky wrote:

> Hi,
> On Sun, 10 Jan 2021 17:49:29 -0500 (EST)
> Doug Denault <> wrote:
>> I updated a Lenovo ideapad 700 from 11.3 --> 12.2 and installed xorg,
>> xdm, and xfce4. I did not do anything about address the evdev mode
> did you also update the DRM drivers from ports?

No xorg-7.7_3=X.Org complete distribution metaport. If this were a problem 
the one I installed around 10AM Saturday had the drivers and the one 
installed later Saturday did not. Remember I had a working system except 
for paste by mouse. In the current setup libdrm-2.4.103,1 is installed.

> Is there then the X driver for Intel installed?

The easy answer would be as above and the fact that I had a working system 
xserver-wise until running configure (if I had not done that I do not know 
if I would believe me either BTW).  But that said, it is the first error. 
So how would I test this? I do have: xorg-drivers-7.7_6, and 
xf86-video-vesa-2.5.0 installed via the xorg package.

installed is:
    root@mneme:/usr/local # find . -type f -name "*intel*"

The ports tree has the following:

None of the above are installed. Forcing the vesa driver would probably 
also work but clearly I do not know how to break the xorg.conf output 
apart. If addresses any of this I can't find the URL. Predictably 
google gets one Ubuntu answers.

> Erich
>> recommendation. Everything worked except double click would not
>> paste. Sadly I did not accept this situation. I tried the evdev
>> sysctl suggestions, starting moused forcing '-3' and a number of
>> other options without effecting any change at all. So I thought I
>> would try `Xorg -configure` and pick out the input section. AT this
>> point the xserver/xdm would not start any more getting the errors:
>> Command: startx
>> xauth:  file /root/.serverauth.5930 does not exist
>>      :
>> Fatal server error:
>> (EE) Cannot run in framebuffer mode. Please specify busIDs for all
>> framebuffer devices
>> Since there was nothing of use on this system I removed all packages
>> and tried again with the above error persisting. I removed all
>> packages again and also clear /usr/local, /tmp/ and removed all
>> xorg.conf files. The error persists even with that.
>> The current state of the system:
>>    pkg prime-origins
>>    ports-mgmt/pkg
>>    x11/xdm
>>    x11/xorg
>> At this point I checked question and the "Xorg broken after upgrade
>> to 12.2" thread. I did not think it relevant on the first pass as I
>> had an almost working system.
>> The error messages in Xorg.0.log
>>          (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
>> [  4257.423] (EE) Failed to load module "intel" (module does not
>> exist, 0) [  4257.425] (EE) open /dev/dri/card0: No such file or
>> directory [  4257.425] (EE) open /dev/dri/card0: No such file or
>> directory [  4257.425] (EE) Screen 0 deleted because of no matching
>> config section. [  4257.425] (EE)
>> [  4257.425] (EE) Cannot run in framebuffer mode. Please specify
>> busIDs for all framebuffer devices
>> [  4257.425] (EE)
>> [  4257.425] (EE)
>> [  4257.425] (EE) Please also check the log file at
>> "/var/log/Xorg.0.log" for additional information.
>> [  4257.425] (EE)
>> [  4257.426] (EE) Server terminated with error (1). Closing log file.
>> So I tried building graphics/drm-kmod from a ports tree I portsnap'd
>> Saturday. That would not build. When I did a `make clean` I cancelled
>> that cleared /usr/ports and portsnap'd a new copy. graphics/drm-kmod
>> is not in the current tree BTW, so I am going to try
>> graphics/drm-legacy-kmod which I expect to meet the same fate.
>> The solution here (if it works) is somewhat at odds with this
>> statement from the handbook:
>>     "Warning:
>>      Before installing and using the Ports Collection, please be
>>      aware that it is generally ill-advised to use the Ports
>>      Collection in conjunction with the binary packages provided
>>      via pkg to install software. pkg, by default, tracks
>>      quarterly branch-releases of the ports tree and not HEAD.
>>      Dependencies could be different for a port in HEAD compared
>>      to its counterpart in a quarterly branch release and this
>>      could result in conflicts between dependencies installed by
>>      pkg and those from the Ports Collection. If the Ports
>>      Collection and pkg must be used in conjunction, then be sure
>>      that your Ports Collection and pkg are on the same branch
>>      release of the ports tree."

Douglas Denault
Voice: 301-217-9220
   Fax: 301-217-9277

Want to link to this message? Use this URL: <>