From: Dave Airlie
redhat: add nvidia oot signing key
This adds the nvidia out-of-tree signing key to the RHEL kernels,
this key will be used to sign nvidia out-of-tree drivers for RHEL.
Signed-off-by: Dave Airlie
diff --git a/redhat/Makefile b/redhat/Makefile
index blahblah..blahblah 100644
-
From: David Airlie on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1038#note_556478913
arrgh I rebased this to fix the pipeline and it ate the acks.
@jeremycline @jmflinuxtx
___
kernel mailing list -- kernel
From: Dave Airlie
[redhat] turn off legacy drm interfaces
ARK and Fedora now have the same settings, so consolidate them in the
common config directory.
Cc: Lyude Paul
Cc: Jeremy Cline
Signed-off-by: Dave Airlie
diff a/redhat/configs/ark/generic/CONFIG_DRM_LEGACY
b/redhat/configs/ark/gener
From: David Airlie on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1038#note_556339141
Thanks, that makes much more sense.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: David Airlie on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1038#note_55637
request-ack-nack-evaluation
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Dave Airlie
[redhat] turn off legacy drm interfaces
Cc: Lyude Paul
Cc: Jeremy Cline
Signed-off-by: Dave Airlie
diff a/redhat/configs/ark/generic/CONFIG_DRM_LEGACY
b/redhat/configs/ark/generic/CONFIG_DRM_LEGACY
--- a/redhat/configs/ark/generic/CONFIG_DRM_LEGACY
+++ b/redhat/configs/ark
From: David Airlie on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1038#note_48008
@Lyude @jeremycline probably needs you to review.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
From: Dave Airlie
[redhat] turn off legacy drm interfaces
Signed-off-by: Dave Airlie
diff a/redhat/configs/ark/generic/CONFIG_DRM_LEGACY
b/redhat/configs/ark/generic/CONFIG_DRM_LEGACY
--- a/redhat/configs/ark/generic/CONFIG_DRM_LEGACY
+++ b/redhat/configs/ark/generic/CONFIG_DRM_LEGACY
@@ -1 +
From: Dave Airlie
[redhat] turn off legacy drm interfaces
diff a/redhat/configs/ark/generic/CONFIG_DRM_LEGACY
b/redhat/configs/ark/generic/CONFIG_DRM_LEGACY
--- a/redhat/configs/ark/generic/CONFIG_DRM_LEGACY
+++ b/redhat/configs/ark/generic/CONFIG_DRM_LEGACY
@@ -1 +1 @@
-CONFIG_DRM_LEGACY=y
+#
From: David Airlie on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/563#note_554333435
Acked-by: Dave Airlie
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: David Airlie on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/563#note_554333275
request-ack-nack-evaluation
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: David Airlie on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/563#note_554333242
Acked-by: Dave Airlie
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
push buffer debug output
> and sanity checks.
>
> Symbol: NOUVEAU_DEBUG_PUSH [=n]
> Type : bool
> Defined at drivers/gpu/drm/nouveau/Kconfig:79
>Prompt: Enable additional push buffer debugging
> Depends on: HAS_IOMEM [=y] && DRM_NOUVEAU [=m]
>Loca
Acked-by: Dave Airlie
On Fri, Aug 14, 2020 at 12:17 AM Prarit Bhargava wrote:
>
> On 8/12/20 8:57 PM, GitLab Bridge on behalf of jeremycline wrote:
> > From: Fedora Kernel Team
> >
> > Hi,
> >
> > As part of the ongoing rebase effort, the following configuration
> > options need to be reviewed.
;& COMMON_CLK [=y] && OF [=y] &&
> HAS_IOMEM [=y]
>Location:
> -> Device Drivers
>-> Graphics support
> -> Display Interface Bridges
> Selects: DRM_KMS_HELPER [=m] && DRM_MIPI_DSI [=n] && DRM_PANEL_BRIDGE [=y]
> &&
I know it's not the "way" now to build things, but I rebased my fedora
dist-git repo and ran fedpkg prep and it failed because my dist-git
checkout was in a directory called fedora/kernel
The update_scripts.sh seds out all the fedora in the path, not just
the final one on the filenames.
for i in
Ack from me for this being fine.
Dave.
On Fri, Feb 16, 2018 at 8:42 AM, François Cami
wrote:
> Hi,
>
> Using amdgpu is mandatory for Vulkan (radv) support even for older
> Radeons like CIK/SI.
>
> Now that amdgpu (amdgpu_drv.c) checks for CONFIG_DRM_RADEON and
> CONFIG_DRM_RADEON_MODULE and do
>
> And that's the problem. This happens all the time with kernel
> drivers, everyone wants the end result of a driver but the
> work to actually make it sustainable never gets done. Unless
> a driver is actually merged in the upstream kernel, it's not
> going to work in the long term. Keeping t
- Original Message -
> From: "Hans de Goede"
> To: kernel@lists.fedoraproject.org
> Cc: "Lyude" , "Rob Clark"
> Sent: Saturday, 18 June, 2016 1:52:07 AM
> Subject: Backporting skl_update_other_pipe_wm intel drm fixes to the Fedora
> 4.6 kernel
>
> Hi Fedora kernel team,
>
> If you lo
> On Wed, Jan 15, 2014 at 09:24:16 -0500,
>Josh Boyer wrote:
> >On Wed, Jan 15, 2014 at 9:14 AM, Bruno Wolff III wrote:
> >> Kernels after 3.13-rc7 are not booting on an F20 i686 machine with an NV28
> >> with a traceback in the nouveau code. I am wondering if there is some
> >> nouveau rel
>
> > Hi guys,
> >
> > this is going upstream but its a nasty leak inside a VM so it might be nice
> > to get it into Fedora tree before it goes through stable.
>
> Is there suppose to be a patch attached or referenced?
Wierd there is a patch attached in my sent email!
Okay I'll resend it,
Dav
Hi guys,
this is going upstream but its a nasty leak inside a VM so it might be nice to
get it into Fedora tree before it goes through stable.
Dave.___
kernel mailing list
kernel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
- Original Message -
> From: "Josh Boyer"
> To: "David Airlie"
> Cc: "Kernel Fedora"
> Sent: Monday, 11 November, 2013 9:46:59 AM
> Subject: Re: qxl patch
>
> On Sun, Nov 10, 2013 at 4:05 PM, David Airlie wrote:
> >
> >&
> >
> >> http://cgit.freedesktop.org/~airlied/linux/commit/?h=qxl-fedora-queue&id=db8edc33193879f39c1b52521e20f4d6eb4e9858
> >
> > OK. I'll probably try and track down which sha1s those commits map to
> > at some point, but thanks for pulling them together in a single patch.
>
> So I think they
Hey guys,
Since I think we are trying to calm down the random gpu hacker commits to
fedora kernel, I said I'd let you guys do all the hard work,
http://cgit.freedesktop.org/~airlied/linux/commit/?h=qxl-fedora-queue&id=db8edc33193879f39c1b52521e20f4d6eb4e9858
I'd like to get that patch into as m
>
> I think f14 was the tail end of the "don't update the kernel because X
> will
> crap itself" problems. (Probably even sooner actually, but paranoia
> kept us
> on .35 forever).
That should have been F13 :), I thought we had sort of lapsed into any longterm
kernel upstream we'd just stay on
26 matches
Mail list logo
