From: "pelzflorian (Florian Pelz)" <pelzflorian@pelzflorian.de>
To: Bengt Richter <bokr@bokr.com>
Cc: 40538@debbugs.gnu.org
Subject: bug#40538: installer: Support uvesafb to install on machines without KMS.
Date: Sun, 12 Apr 2020 20:11:01 +0200 [thread overview]
Message-ID: <20200412181101.tfhtbyviwqbwsaqg@pelzflorian.localdomain> (raw)
In-Reply-To: <20200412174819.GA10140@LionPure>
On Sun, Apr 12, 2020 at 07:48:19PM +0200, Bengt Richter wrote:
> Could it be segfaulting trying to access a missing v86d ?
The code for loading the uvesafb module looks like this:
(invoke #+(file-append kmod "/bin/modprobe")
"uvesafb"
(string-append "v86d=" #$v86d "/sbin/v86d")
"mode_option=1024x768"))))
So it should call
modprobe uvesafb v86d=/gnu/store/…-v86d-…/sbin/v86d mode_option=1024x768
and it should be impossible for v86d to be missing. On x86_64 and
i686 at least, and on other architectures uvesafb will not be loaded.
Then again, if the GUI works because of other drivers already, we need
not fix it, I think. Also I still believe the error comes because
other drivers already reserve needed memory -- passing nomodeset
should make sure they don’t. Except if vesafb or xf86-video-vesa is
loaded, which is not the case in the installer.
Regards,
Florian
next prev parent reply other threads:[~2020-04-12 18:12 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-10 12:54 bug#40538: installer: Support uvesafb to install on machines without KMS pelzflorian (Florian Pelz)
2020-04-10 14:38 ` Ludovic Courtès
2020-04-10 14:58 ` pelzflorian (Florian Pelz)
2020-04-12 6:37 ` Bengt Richter
2020-04-12 8:35 ` Bengt Richter
2020-04-12 8:56 ` pelzflorian (Florian Pelz)
2020-04-11 18:43 ` pelzflorian (Florian Pelz)
2020-04-11 19:03 ` pelzflorian (Florian Pelz)
2020-04-11 20:59 ` Ludovic Courtès
2020-04-11 21:11 ` Efraim Flashner
2020-04-12 9:23 ` pelzflorian (Florian Pelz)
2020-04-12 14:28 ` Ludovic Courtès
2020-04-12 18:33 ` pelzflorian (Florian Pelz)
2020-04-12 9:02 ` pelzflorian (Florian Pelz)
2020-04-12 11:24 ` pelzflorian (Florian Pelz)
2020-04-12 12:33 ` pelzflorian (Florian Pelz)
2020-04-12 14:48 ` Mathieu Othacehe
2020-04-12 15:30 ` pelzflorian (Florian Pelz)
2020-04-12 17:48 ` Bengt Richter
2020-04-12 18:11 ` pelzflorian (Florian Pelz) [this message]
2020-04-13 5:00 ` Bengt Richter
2020-04-13 5:37 ` pelzflorian (Florian Pelz)
2020-04-14 8:57 ` pelzflorian (Florian Pelz)
2020-04-14 7:24 ` Mathieu Othacehe
2020-04-14 8:16 ` pelzflorian (Florian Pelz)
2020-04-14 8:34 ` pelzflorian (Florian Pelz)
2020-04-14 10:09 ` Ludovic Courtès
2020-04-14 10:28 ` pelzflorian (Florian Pelz)
2020-04-14 13:14 ` pelzflorian (Florian Pelz)
2020-04-14 14:12 ` Ludovic Courtès
2020-04-14 17:09 ` Mathieu Othacehe
2020-04-14 21:31 ` pelzflorian (Florian Pelz)
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200412181101.tfhtbyviwqbwsaqg@pelzflorian.localdomain \
--to=pelzflorian@pelzflorian.de \
--cc=40538@debbugs.gnu.org \
--cc=bokr@bokr.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).