From: Mathieu Othacehe <m.othacehe@gmail.com>
To: "pelzflorian \(Florian Pelz\)" <pelzflorian@pelzflorian.de>
Cc: 41120@debbugs.gnu.org
Subject: bug#41120: uvesafb service is unsupported on aarch64
Date: Fri, 08 May 2020 11:09:03 +0200 [thread overview]
Message-ID: <875zd6lro0.fsf@gmail.com> (raw)
In-Reply-To: <20200507145801.nmedsi44wtparffh@pelzflorian.localdomain> (pelzflorian@pelzflorian.de's message of "Thu, 7 May 2020 16:58:01 +0200")
Hello,
Thanks for working on that Florian & Efraim.
> + (if (and (string-suffix? "linux-gnu" %host-type)
> + (or (string-prefix? "x86_64" %host-type)
> + (string-prefix? "i686" %host-type)))
> + #~(lambda ()
> + ;; uvesafb is only supported on x86 and x86_64.
> + (or (file-exists? "/dev/fb0")
> + (invoke #+(file-append kmod "/bin/modprobe")
> + "uvesafb"
> + (string-append "v86d=" #$v86d "/sbin/v86d")
> + "mode_option=1024x768")))
> + #~(lambda () #t)))
> (respawn? #f)
> (one-shot? #t))))
The issue with using %host-type at build time is that it won't support
system build with --system and --target. For instance if cross-compiling
for aarch64-linux-gnu on a x86_64 system, %host-type will be
"x86_64-..." and we will try to build v86d for aarch64.
We could maybe do something like that:
--8<---------------cut here---------------start------------->8---
(define (operating-system-hardware-specific-services)
#~(let-system (system target)
(cond
((target-arm? system target)
'())
((target-intel? system target)
(list uvesafb-shepherd-service)))))
(define (operating-system-kernel-specific-services)
#~(let-system (system target)
(cond
((target-linux? system target)
linux-specific-services)
((target-hurd? system target)
hurd-specific-services))))
--8<---------------cut here---------------end--------------->8---
This way, uvesafb-shepherd-service would be built and installed only
when producing a system targeting an Intel CPU. We could also extend
this mechanism to have kernel specific services.
That would mean, we need to dig out Ludo patch introducing
let-system[1], but I think it was almost ready.
Adding janneke, Danny and Ludo to the discussion.
WDYT?
Thanks,
Mathieu
[1]: https://lists.gnu.org/archive/html/guix-patches/2017-11/msg00274.html
next prev parent reply other threads:[~2020-05-08 9:09 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-07 5:40 bug#41120: uvesafb service is unsupported on aarch64 Efraim Flashner
2020-05-07 7:06 ` Mathieu Othacehe
2020-05-07 8:05 ` Efraim Flashner
2020-05-07 8:12 ` Efraim Flashner
2020-05-07 14:55 ` pelzflorian (Florian Pelz)
2020-05-07 14:58 ` pelzflorian (Florian Pelz)
2020-05-08 9:09 ` Mathieu Othacehe [this message]
2020-05-13 12:50 ` Mathieu Othacehe
2020-05-14 8:16 ` Ludovic Courtès
2020-05-15 22:43 ` Ludovic Courtès
2020-05-18 12:16 ` [bug#29296] " Mathieu Othacehe
2021-12-29 2:30 ` Leo Famulari
2021-12-29 8:20 ` Efraim Flashner
2021-12-29 22:03 ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-04 23:03 ` Pavel Shlyak
2022-08-05 12:59 ` 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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=875zd6lro0.fsf@gmail.com \
--to=m.othacehe@gmail.com \
--cc=41120@debbugs.gnu.org \
--cc=pelzflorian@pelzflorian.de \
/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 external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.