From: Javier Martinez Canillas on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1148580469
@Lyude right. I've reworded the commit message now and removed the "headless"
adjective and instead say:
```
The only exception is s390x since that arch doesn't have a
From: Lyude Paul on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1148573140
> (As a weird aside, someone did ask me about KDE Plasma for s390x, so...
:shrug: )
"Headless" here is a bit of a oversimplification. There are actually a
surprising number of graphics
From: Thomas Huth on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1147368180
Yes, should be fine now. I think it should still be possible to get graphics
via the virtio-gpu driver, but there is no firmware / bootloader support for
graphics on s390x, so it indeed
From: Javier Martinez Canillas on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1147358303
What do you mean? We still have DRM in the unlikely case that there is some
graphics needs for s390x. But simpledrm is only useful if the firmware setups
a framebuffer for
From: Javier Martinez Canillas on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1147146431
@thuth let me know if there's anything else that you want to address on this
MR.
___
kernel mailing list --
From: Javier Martinez Canillas on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1147145928
I've left `CONFIG_DRM=m` for `s390x` and just disabled `CONFIG_DRM_SIMPLEDRM`
on that arch, since as mentioned is headless. I left `CONFIG_DRM=y` for
`ppc64le` since others
From: Daniel Horak on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1146764826
I think that our users rely on AST and AMD GPUs (various generations) almost
exclusively. Does it help? Is there something I can check? But as there is
always a serial console on
From: Javier Martinez Canillas on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1146750685
> AFAIK graphic cards are a little bit more common on ppc64le, so I think you
can keep it enabled there
The question I think is not whether there are graphics cards /
From: Jarod Wilson on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1146727128
Pardon our noisy bot, it looks like some python-gitlab api changes have caused
an issue for us here, but we're working on fixing it.
___
From: Thomas Huth on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1146708288
Yes, you can run KVM guests with a virtual virtio-gpu graphics card on s390x,
but it's just not very common, that's why I'd prefer =m here.
From: Daniel Horak on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1146692827
Why not, with a VM via virt-manager you won't see any difference to any other
platform :-)
___
kernel mailing list --
From: Thomas Huth on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1146683405
@martinezjavier : AFAIK graphic cards are a little bit more common on ppc64le,
so I think you can keep it enabled there
___
kernel mailing
From: Javier Martinez Canillas on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1146677400
@thuth sure, I can set it as a module for s390x. I guess also for ppc64le or
should I keep it built-in for that arch?
___
kernel
From: Thomas Huth on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1146667731
Could you disable it completely for the zfcpdump kernel? I think that one does
not need DRM at all and should stay as small as possible, so disabling it for
zfcpdump would be preferred
From: Justin M. Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1146665556
The problem there, is you need =m for s390x and =y for s390x zfcpdump. I am
not sure how much testing goes into each build with s390x vs the zfcpdump
variant, but it seems for
From: Thomas Huth on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1146662750
If it's not too much of a hurdle, I'd prefer =m for s390x, yes.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send
From: Javier Martinez Canillas on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1146654543
@thuth it's true that s390x is normally headless and I considered keeping it
as a module (and also for ppc64le) but then decided to just have it built-in
everywhere to
From: Patrick Talbert on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1145878963
@Lyude Just FYI, this MR is blocked awaiting your Approval :). No pressure!
___
kernel mailing list -- kernel@lists.fedoraproject.org
To
From: Lyude Paul on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1145149637
Ah, that sounds like a good enough reason for me then :), at least for the
platforms where we consistently expect there to be a simpledrm driver loaded
at boot
From: Lyude Paul on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1145132060
Oh thank you for catching this. To be honest I'm not really confident this
should be built-in anywhere, it should always be a module
___
From: Thomas Huth on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1142846735
s390x is normally headless ... could it be enabled as a module there instead?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To
From: Javier Martinez Canillas on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1533#note_1127008455
Rebased again to latest `osb-build branch`.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an
From: Javier Martinez Canillas
redhat/configs: Disable fbdev drivers and use simpledrm everywhere
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1986223
Replace the fbdev drivers with the latest simpledrm driver and the DRM
fbdev emulation layer.
This change has been in Fedora for some
23 matches
Mail list logo