Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 11 Feb 2020 13:09:19 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 241787] graphics/drm causes machine reboot after upgrade from 12.0 to 12.1.
Message-ID:  <bug-241787-227-DyR6Gb96lR@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-241787-227@https.bugs.freebsd.org/bugzilla/>
References:  <bug-241787-227@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D241787

Denis Polygalov <dpolyg@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dpolyg@gmail.com

--- Comment #9 from Denis Polygalov <dpolyg@gmail.com> ---
>From naive user's point of view this problem can be described as 'bad user
experience' when executing action according to the documentation
(# freebsd-update -r XX.X-RELEASE upgrade) lead to a dead system.

Very rough estimation shows that this problem can be potentially
triggered by any of ~56 ports:

# find /usr/ports -type f -name Makefile|xargs cat|grep USES|grep kmod|wc -l

Moving graphics/drm entirely into ports (e.g. no binary packages for users)
will kick back FreeBSD into stone age and discard all enormous and amazing
work done by graphics team (IMHO).

How about *in addition* to whatever solution will be found for the=20
graphics/drm package change behavior of 'freebsd-update'?
Well, strictly speaking - pitch such idea to mainstream FreeBSD developers?

If user execute 'freebsd-update -r XX.X-RELEASE upgrade' the script analyze
current content of /etc/rc.conf and /boot/loader.conf and detect
presence of configuration that includes loading of 3rd-party modules
(any kernel module not shipped with the base system).

If such presence is detected - freebsd-upgrade print warning message
and exit (refuse to execute upgrade) until user disable 3-rd party
modules in his/her config files or specify new argument such as:

# freebsd-update -r XX.X-RELEASE --UNSAFE upgrade

Doing this will eliminate unintentional unsafe upgrade and
mitigate possible bad UX.

Regards,
Denis

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-241787-227-DyR6Gb96lR>