On 9/1/20 3:59 AM, Karol Herbst wrote:
On Tue, Sep 1, 2020 at 9:13 AM Daniel Vetter wrote:
On Tue, Aug 18, 2020 at 04:37:51PM +0200, Thierry Reding wrote:
On Fri, Aug 14, 2020 at 07:25:17PM +0200, Daniel Vetter wrote:
On Fri, Aug 14, 2020 at 7:17 PM Daniel Stone wrote:
Hi,
On Fri, 14 Aug
On Tue, Sep 1, 2020 at 9:13 AM Daniel Vetter wrote:
>
> On Tue, Aug 18, 2020 at 04:37:51PM +0200, Thierry Reding wrote:
> > On Fri, Aug 14, 2020 at 07:25:17PM +0200, Daniel Vetter wrote:
> > > On Fri, Aug 14, 2020 at 7:17 PM Daniel Stone wrote:
> > > >
> > > > Hi,
> > > >
> > > > On Fri, 14 Aug 2
Hi,
On Tue, 1 Sep 2020 at 08:13, Daniel Vetter wrote:
> I think right thing to do is *shrug*, please use modifiers. They're meant
> to solve these kind of problems for real, adding more hacks to paper over
> userspace not using modifiers doesn't seem like a good idea.
>
> Wrt dri3, since we do cl
On Tue, Aug 18, 2020 at 04:37:51PM +0200, Thierry Reding wrote:
> On Fri, Aug 14, 2020 at 07:25:17PM +0200, Daniel Vetter wrote:
> > On Fri, Aug 14, 2020 at 7:17 PM Daniel Stone wrote:
> > >
> > > Hi,
> > >
> > > On Fri, 14 Aug 2020 at 17:22, Thierry Reding
> > > wrote:
> > > > I suspect that th
On Fri, Aug 14, 2020 at 07:25:17PM +0200, Daniel Vetter wrote:
> On Fri, Aug 14, 2020 at 7:17 PM Daniel Stone wrote:
> >
> > Hi,
> >
> > On Fri, 14 Aug 2020 at 17:22, Thierry Reding
> > wrote:
> > > I suspect that the reason why this works in X but not in Wayland is
> > > because X passes the ri
On Fri, Aug 14, 2020 at 7:17 PM Daniel Stone wrote:
>
> Hi,
>
> On Fri, 14 Aug 2020 at 17:22, Thierry Reding wrote:
> > I suspect that the reason why this works in X but not in Wayland is
> > because X passes the right usage flags, whereas Weston may not. But I'll
> > have to investigate more in
Hi,
On Fri, 14 Aug 2020 at 17:22, Thierry Reding wrote:
> I suspect that the reason why this works in X but not in Wayland is
> because X passes the right usage flags, whereas Weston may not. But I'll
> have to investigate more in order to be sure.
Weston allocates its own buffers for displaying
On Fri, Aug 14, 2020 at 06:12:56PM +0200, Karol Herbst wrote:
> On Fri, Aug 14, 2020 at 6:06 PM Thierry Reding
> wrote:
> >
> > On Fri, Aug 14, 2020 at 05:40:34PM +0200, Karol Herbst wrote:
> > > On Fri, Aug 14, 2020 at 5:35 PM Thierry Reding
> > > wrote:
> > > >
> > > > On Fri, Aug 14, 2020 at
On Fri, Aug 14, 2020 at 6:06 PM Thierry Reding wrote:
>
> On Fri, Aug 14, 2020 at 05:40:34PM +0200, Karol Herbst wrote:
> > On Fri, Aug 14, 2020 at 5:35 PM Thierry Reding
> > wrote:
> > >
> > > On Fri, Aug 14, 2020 at 04:44:43PM +0200, Karol Herbst wrote:
> > > > On Fri, Aug 14, 2020 at 4:05 PM
On Fri, Aug 14, 2020 at 05:40:34PM +0200, Karol Herbst wrote:
> On Fri, Aug 14, 2020 at 5:35 PM Thierry Reding
> wrote:
> >
> > On Fri, Aug 14, 2020 at 04:44:43PM +0200, Karol Herbst wrote:
> > > On Fri, Aug 14, 2020 at 4:05 PM Thierry Reding
> > > wrote:
> > > >
> > > > On Thu, Aug 13, 2020 at
On Fri, Aug 14, 2020 at 5:24 PM Thierry Reding wrote:
>
> On Fri, Aug 14, 2020 at 04:45:39PM +0200, Karol Herbst wrote:
> > On Fri, Aug 14, 2020 at 4:08 PM Thierry Reding
> > wrote:
> > >
> > > On Thu, Aug 13, 2020 at 05:39:39PM +0200, Karol Herbst wrote:
> > > > btw, I just noticed that wayland
On Fri, Aug 14, 2020 at 5:35 PM Thierry Reding wrote:
>
> On Fri, Aug 14, 2020 at 04:44:43PM +0200, Karol Herbst wrote:
> > On Fri, Aug 14, 2020 at 4:05 PM Thierry Reding
> > wrote:
> > >
> > > On Thu, Aug 13, 2020 at 10:45:34AM -0700, James Jones wrote:
> > > > I'll defer to Thierry, but I thin
On Fri, Aug 14, 2020 at 04:44:43PM +0200, Karol Herbst wrote:
> On Fri, Aug 14, 2020 at 4:05 PM Thierry Reding
> wrote:
> >
> > On Thu, Aug 13, 2020 at 10:45:34AM -0700, James Jones wrote:
> > > I'll defer to Thierry, but I think that may be by design. Tegra format
> > > modifiers were added to
On Fri, Aug 14, 2020 at 04:45:39PM +0200, Karol Herbst wrote:
> On Fri, Aug 14, 2020 at 4:08 PM Thierry Reding
> wrote:
> >
> > On Thu, Aug 13, 2020 at 05:39:39PM +0200, Karol Herbst wrote:
> > > btw, I just noticed that wayland with gnome-shell is totally busted.
> > > With this MR it at least d
On Fri, Aug 14, 2020 at 4:08 PM Thierry Reding wrote:
>
> On Thu, Aug 13, 2020 at 05:39:39PM +0200, Karol Herbst wrote:
> > btw, I just noticed that wayland with gnome-shell is totally busted.
> > With this MR it at least displays something, but without it doesn't
> > work at all.
>
> Interesting,
On Fri, Aug 14, 2020 at 4:05 PM Thierry Reding wrote:
>
> On Thu, Aug 13, 2020 at 10:45:34AM -0700, James Jones wrote:
> > I'll defer to Thierry, but I think that may be by design. Tegra format
> > modifiers were added to get things like this working in the first place,
> > right? It's not a reg
On Fri, Aug 14, 2020 at 03:59:16PM +0200, Karol Herbst wrote:
> On Fri, Aug 14, 2020 at 3:57 PM Thierry Reding
> wrote:
> >
> > On Thu, Aug 13, 2020 at 07:48:39PM +0200, Karol Herbst wrote:
> > > On Thu, Aug 13, 2020 at 7:45 PM James Jones wrote:
> > > >
> > > > I'll defer to Thierry, but I thin
On Thu, Aug 13, 2020 at 05:39:39PM +0200, Karol Herbst wrote:
> btw, I just noticed that wayland with gnome-shell is totally busted.
> With this MR it at least displays something, but without it doesn't
> work at all.
Interesting, one of my typical test cases is to run Weston with a couple
of test
On Thu, Aug 13, 2020 at 10:45:34AM -0700, James Jones wrote:
> I'll defer to Thierry, but I think that may be by design. Tegra format
> modifiers were added to get things like this working in the first place,
> right? It's not a regression, is it?
I recall that things used to work with or withou
On Fri, Aug 14, 2020 at 3:57 PM Thierry Reding wrote:
>
> On Thu, Aug 13, 2020 at 07:48:39PM +0200, Karol Herbst wrote:
> > On Thu, Aug 13, 2020 at 7:45 PM James Jones wrote:
> > >
> > > I'll defer to Thierry, but I think that may be by design. Tegra format
> > > modifiers were added to get thin
On Thu, Aug 13, 2020 at 07:48:39PM +0200, Karol Herbst wrote:
> On Thu, Aug 13, 2020 at 7:45 PM James Jones wrote:
> >
> > I'll defer to Thierry, but I think that may be by design. Tegra format
> > modifiers were added to get things like this working in the first place,
> > right? It's not a reg
On Fri, Aug 14, 2020 at 3:40 PM Thierry Reding wrote:
>
> On Wed, Aug 12, 2020 at 10:03:46AM -0700, James Jones wrote:
> > On 8/12/20 5:37 AM, Ilia Mirkin wrote:
> > > On Wed, Aug 12, 2020 at 8:24 AM Karol Herbst wrote:
> > > >
> > > > On Wed, Aug 12, 2020 at 12:43 PM Karol Herbst
> > > > wrote
On Thu, Aug 13, 2020 at 03:00:37PM +0200, Karol Herbst wrote:
> At least for now I've created an MR to revert the change:
> https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6300
>
> But it seems like there was probably a good reason why it got added?
> Happy to have better fixes, but that
On Wed, Aug 12, 2020 at 10:03:46AM -0700, James Jones wrote:
> On 8/12/20 5:37 AM, Ilia Mirkin wrote:
> > On Wed, Aug 12, 2020 at 8:24 AM Karol Herbst wrote:
> > >
> > > On Wed, Aug 12, 2020 at 12:43 PM Karol Herbst wrote:
> > > >
> > > > On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst
> > > >
On Thu, Aug 13, 2020 at 7:45 PM James Jones wrote:
>
> I'll defer to Thierry, but I think that may be by design. Tegra format
> modifiers were added to get things like this working in the first place,
> right? It's not a regression, is it?
>
That would be slightly annoying as this would mean by
I'll defer to Thierry, but I think that may be by design. Tegra format
modifiers were added to get things like this working in the first place,
right? It's not a regression, is it?
Thanks,
-James
On 8/13/20 10:19 AM, Karol Herbst wrote:
another thing: with gsettings set org.gnome.mutter
exp
another thing: with gsettings set org.gnome.mutter
experimental-features '["kms-modifiers"]' it all just works out of the
box with wayland, but that won't be enabled for quite some time, so we
need to figure out what is broken (less so with my patch) under
wayland with gnome :)
On Thu, Aug 13, 202
btw, I just noticed that wayland with gnome-shell is totally busted.
With this MR it at least displays something, but without it doesn't
work at all.
On Thu, Aug 13, 2020 at 3:00 PM Karol Herbst wrote:
>
> At least for now I've created an MR to revert the change:
> https://gitlab.freedesktop.org/
At least for now I've created an MR to revert the change:
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6300
But it seems like there was probably a good reason why it got added?
Happy to have better fixes, but that's the best we've got so far I
think?
Thierry, what do you think?
On W
> ...and in merging my code with Alyssa's new panfrost format modifier
> support, I see panfrost does the opposite of this and treats a format
> modifier list of only INVALID as "don't care". I modeled the new nouveau
> behavior on the Iris driver. Now I'm not sure which is correct :-(
and n
in case you all were wondering, it works on xorg-server git because of
this commit:
https://gitlab.freedesktop.org/xorg/xserver/-/commit/9b8999411033c9473cd68e92e4690a91aecf5b95
On Wed, Aug 12, 2020 at 8:25 PM James Jones wrote:
>
> On 8/12/20 10:40 AM, Alyssa Rosenzweig wrote:
> >> ...and in me
On 8/12/20 10:40 AM, Alyssa Rosenzweig wrote:
...and in merging my code with Alyssa's new panfrost format modifier
support, I see panfrost does the opposite of this and treats a format
modifier list of only INVALID as "don't care". I modeled the new nouveau
behavior on the Iris driver. Now I'm
On 8/12/20 10:10 AM, Karol Herbst wrote:
On Wed, Aug 12, 2020 at 7:03 PM James Jones wrote:
On 8/12/20 5:37 AM, Ilia Mirkin wrote:
On Wed, Aug 12, 2020 at 8:24 AM Karol Herbst wrote:
On Wed, Aug 12, 2020 at 12:43 PM Karol Herbst wrote:
On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst wrot
On Wed, Aug 12, 2020 at 7:03 PM James Jones wrote:
>
> On 8/12/20 5:37 AM, Ilia Mirkin wrote:
> > On Wed, Aug 12, 2020 at 8:24 AM Karol Herbst wrote:
> >>
> >> On Wed, Aug 12, 2020 at 12:43 PM Karol Herbst wrote:
> >>>
> >>> On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst wrote:
>
> On
On 8/12/20 5:37 AM, Ilia Mirkin wrote:
On Wed, Aug 12, 2020 at 8:24 AM Karol Herbst wrote:
On Wed, Aug 12, 2020 at 12:43 PM Karol Herbst wrote:
On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst wrote:
On Wed, Aug 12, 2020 at 2:19 AM James Jones wrote:
Sorry for the slow reply here as well
On Wed, Aug 12, 2020 at 5:20 PM Karol Herbst wrote:
>
> On Wed, Aug 12, 2020 at 5:05 PM Thierry Reding
> wrote:
> >
> > On Wed, Aug 12, 2020 at 12:43:17PM +0200, Karol Herbst wrote:
> > > On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst wrote:
> > > >
> > > > On Wed, Aug 12, 2020 at 2:19 AM James
On Wed, Aug 12, 2020 at 5:05 PM Thierry Reding wrote:
>
> On Wed, Aug 12, 2020 at 12:43:17PM +0200, Karol Herbst wrote:
> > On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst wrote:
> > >
> > > On Wed, Aug 12, 2020 at 2:19 AM James Jones wrote:
> > > >
> > > > Sorry for the slow reply here as well.
On Wed, Aug 12, 2020 at 12:43:17PM +0200, Karol Herbst wrote:
> On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst wrote:
> >
> > On Wed, Aug 12, 2020 at 2:19 AM James Jones wrote:
> > >
> > > Sorry for the slow reply here as well. I've been in the process of
> > > rebasing and reworking the userspac
On Wed, Aug 12, 2020 at 8:24 AM Karol Herbst wrote:
>
> On Wed, Aug 12, 2020 at 12:43 PM Karol Herbst wrote:
> >
> > On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst wrote:
> > >
> > > On Wed, Aug 12, 2020 at 2:19 AM James Jones wrote:
> > > >
> > > > Sorry for the slow reply here as well. I've b
On Wed, Aug 12, 2020 at 12:43 PM Karol Herbst wrote:
>
> On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst wrote:
> >
> > On Wed, Aug 12, 2020 at 2:19 AM James Jones wrote:
> > >
> > > Sorry for the slow reply here as well. I've been in the process of
> > > rebasing and reworking the userspace patc
On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst wrote:
>
> On Wed, Aug 12, 2020 at 2:19 AM James Jones wrote:
> >
> > Sorry for the slow reply here as well. I've been in the process of
> > rebasing and reworking the userspace patches. I'm not clear my changes
> > will address the Jetson Nano issu
On Wed, Aug 12, 2020 at 2:19 AM James Jones wrote:
>
> Sorry for the slow reply here as well. I've been in the process of
> rebasing and reworking the userspace patches. I'm not clear my changes
> will address the Jetson Nano issue, but if you'd like to try them, the
> latest userspace changes a
Sorry for the slow reply here as well. I've been in the process of
rebasing and reworking the userspace patches. I'm not clear my changes
will address the Jetson Nano issue, but if you'd like to try them, the
latest userspace changes are available here:
https://gitlab.freedesktop.org/mesa/
Hi James,
I don't know if you knew, but on the Jetson nano we had the issue for
quite some time, that GLX/EGL through mesa on X was broken due to some
fix in mesa related to modifiers.
And I was wondering if the overall state just caused the issue we saw
here and wanted to know what branches/patc
Still testing. I'll get a Sign-off version out this week unless I find
a problem.
Thanks,
-James
On 7/12/20 6:37 PM, Dave Airlie wrote:
How are we going with a fix for this regression I can commit?
Dave.
___
dri-devel mailing list
dri-devel@lists
How are we going with a fix for this regression I can commit?
Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
On Fri, Jul 3, 2020 at 8:01 AM James Jones wrote:
>
> On 7/2/20 2:14 PM, James Jones wrote:
> > On 7/2/20 1:22 AM, Daniel Stone wrote:
> >> Hi,
> >>
> >> On Wed, 1 Jul 2020 at 20:45, James Jones wrote:
> >>> OK, I think I see what's going on. In the Xorg modesetting driver, the
> >>> logic is ba
On 7/2/20 2:14 PM, James Jones wrote:
On 7/2/20 1:22 AM, Daniel Stone wrote:
Hi,
On Wed, 1 Jul 2020 at 20:45, James Jones wrote:
OK, I think I see what's going on. In the Xorg modesetting driver, the
logic is basically:
if (gbm_has_modifiers && DRM_CAP_ADDFB2_MODIFIERS != 0) {
drmModeAd
On 7/2/20 1:22 AM, Daniel Stone wrote:
Hi,
On Wed, 1 Jul 2020 at 20:45, James Jones wrote:
OK, I think I see what's going on. In the Xorg modesetting driver, the
logic is basically:
if (gbm_has_modifiers && DRM_CAP_ADDFB2_MODIFIERS != 0) {
drmModeAddFB2WithModifiers(..., gbm_bo_get_modif
Hi,
On Wed, 1 Jul 2020 at 20:45, James Jones wrote:
> OK, I think I see what's going on. In the Xorg modesetting driver, the
> logic is basically:
>
> if (gbm_has_modifiers && DRM_CAP_ADDFB2_MODIFIERS != 0) {
>drmModeAddFB2WithModifiers(..., gbm_bo_get_modifier(bo->gbm));
> } else {
>drm
On Wed, 1 Jul 2020 12:45:48 -0700
James Jones wrote:
> OK, I think I see what's going on. In the Xorg modesetting driver, the
> logic is basically:
>
> if (gbm_has_modifiers && DRM_CAP_ADDFB2_MODIFIERS != 0) {
>drmModeAddFB2WithModifiers(..., gbm_bo_get_modifier(bo->gbm));
> } else {
>
On Wed, Jul 1, 2020 at 9:45 PM James Jones wrote:
>
> OK, I think I see what's going on. In the Xorg modesetting driver, the
> logic is basically:
>
> if (gbm_has_modifiers && DRM_CAP_ADDFB2_MODIFIERS != 0) {
>drmModeAddFB2WithModifiers(..., gbm_bo_get_modifier(bo->gbm));
> } else {
>drmM
OK, I think I see what's going on. In the Xorg modesetting driver, the
logic is basically:
if (gbm_has_modifiers && DRM_CAP_ADDFB2_MODIFIERS != 0) {
drmModeAddFB2WithModifiers(..., gbm_bo_get_modifier(bo->gbm));
} else {
drmModeAddFB(...);
}
There's no attempt to verify the DRM-KMS device
On Wed, Jul 1, 2020 at 7:37 PM James Jones wrote:
>
> On 7/1/20 10:04 AM, Karol Herbst wrote:
> > On Wed, Jul 1, 2020 at 6:01 PM Daniel Vetter wrote:
> >>
> >> On Wed, Jul 1, 2020 at 5:51 PM James Jones wrote:
> >>>
> >>> On 7/1/20 4:24 AM, Karol Herbst wrote:
> On Wed, Jul 1, 2020 at 6:45
On 7/1/20 10:04 AM, Karol Herbst wrote:
On Wed, Jul 1, 2020 at 6:01 PM Daniel Vetter wrote:
On Wed, Jul 1, 2020 at 5:51 PM James Jones wrote:
On 7/1/20 4:24 AM, Karol Herbst wrote:
On Wed, Jul 1, 2020 at 6:45 AM James Jones wrote:
This implies something is trying to use one of the old
D
On Wed, Jul 1, 2020 at 6:01 PM Daniel Vetter wrote:
>
> On Wed, Jul 1, 2020 at 5:51 PM James Jones wrote:
> >
> > On 7/1/20 4:24 AM, Karol Herbst wrote:
> > > On Wed, Jul 1, 2020 at 6:45 AM James Jones wrote:
> > >>
> > >> This implies something is trying to use one of the old
> > >> DRM_FORMAT_
On Wed, Jul 1, 2020 at 5:51 PM James Jones wrote:
>
> On 7/1/20 4:24 AM, Karol Herbst wrote:
> > On Wed, Jul 1, 2020 at 6:45 AM James Jones wrote:
> >>
> >> This implies something is trying to use one of the old
> >> DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifiers with DRM-KMS without
> >> fir
On 7/1/20 4:24 AM, Karol Herbst wrote:
On Wed, Jul 1, 2020 at 6:45 AM James Jones wrote:
This implies something is trying to use one of the old
DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifiers with DRM-KMS without
first checking whether it is supported by the kernel. I had tried to
force an
On Wed, Jul 1, 2020 at 6:45 AM James Jones wrote:
>
> This implies something is trying to use one of the old
> DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifiers with DRM-KMS without
> first checking whether it is supported by the kernel. I had tried to
> force an Xorg+Mesa stack without my users
On Wed, Jul 01, 2020 at 10:57:19AM +0300, Kirill A. Shutemov wrote:
> On Tue, Jun 30, 2020 at 09:40:19PM -0700, James Jones wrote:
> > This implies something is trying to use one of the old
> > DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifiers with DRM-KMS without
> > first checking whether it is
On Tue, Jun 30, 2020 at 09:40:19PM -0700, James Jones wrote:
> This implies something is trying to use one of the old
> DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifiers with DRM-KMS without
> first checking whether it is supported by the kernel. I had tried to force
> an Xorg+Mesa stack without
This implies something is trying to use one of the old
DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifiers with DRM-KMS without
first checking whether it is supported by the kernel. I had tried to
force an Xorg+Mesa stack without my userspace patches to hit this error
when testing, but must hav
Am 03.06.20 um 22:13 schrieb Jason Gunthorpe:
On Tue, Jun 02, 2020 at 04:06:32PM +1000, Dave Airlie wrote:
Hi Linus,
This is the main drm pull request for 5.8-rc1.
Highlights:
Core DRM had a lot of refactoring around managed drm resources to make
drivers simpler.
Intel Tigerlake support is on
On Tue, Jun 02, 2020 at 04:06:32PM +1000, Dave Airlie wrote:
> Hi Linus,
>
> This is the main drm pull request for 5.8-rc1.
>
> Highlights:
> Core DRM had a lot of refactoring around managed drm resources to make
> drivers simpler.
> Intel Tigerlake support is on by default
> amdgpu now support p
On Wed, Jun 3, 2020 at 9:18 AM Thomas Zimmermann wrote:
>
> Hi
>
> Am 02.06.20 um 23:56 schrieb Linus Torvalds:
> > On Tue, Jun 2, 2020 at 2:21 PM Linus Torvalds
> > wrote:
> >>
> >> I'm still working through the rest of the merge, so far that was the
> >> only one that made me go "Whaa?".
> >
>
Hi
Am 02.06.20 um 23:56 schrieb Linus Torvalds:
> On Tue, Jun 2, 2020 at 2:21 PM Linus Torvalds
> wrote:
>>
>> I'm still working through the rest of the merge, so far that was the
>> only one that made me go "Whaa?".
>
> Hmm. I'm also ending up effectively reverting the drm commit
> b28ad7deb2f2
On Wed, 3 Jun 2020 at 08:14, Linus Torvalds
wrote:
>
> On Mon, Jun 1, 2020 at 11:06 PM Dave Airlie wrote:
> >
> > I've pushed a merged by me tree here, which I think gets them all
> > correct, but please let me know if you think different.
> > https://cgit.freedesktop.org/~airlied/linux/log/?h=dr
The pull request you sent on Tue, 2 Jun 2020 16:06:32 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-next-2020-06-02
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/faa392181a0bd42c5478175cef601adeecdc91b6
Thank you!
--
Deet-doot-dot, I am a bot.
https://kor
On Mon, Jun 1, 2020 at 11:06 PM Dave Airlie wrote:
>
> I've pushed a merged by me tree here, which I think gets them all
> correct, but please let me know if you think different.
> https://cgit.freedesktop.org/~airlied/linux/log/?h=drm-5.8-merged
Ok, I get the same result, except my resolution to
On Tue, Jun 2, 2020 at 2:21 PM Linus Torvalds
wrote:
>
> I'm still working through the rest of the merge, so far that was the
> only one that made me go "Whaa?".
Hmm. I'm also ending up effectively reverting the drm commit
b28ad7deb2f2 ("drm/tidss: Use simple encoder") because commit
9da67433f64e
On Tue, Jun 2, 2020 at 2:21 PM Linus Torvalds
wrote:
>
> Hmm. Some of them are due to your previous mis-merges.
>
> Your commit 937eea297e26 ("Merge tag 'amd-drm-next-5.8-2020-04-24' of
> git://people.freedesktop.org/~agd5f/linux into drm-next") seems to
> have mis-merged the CONFIG_DEBUG_FS thing
On Mon, Jun 1, 2020 at 11:06 PM Dave Airlie wrote:
>
> This tree is a bit conflicty, the i915 ones are probably the hairy
> ones, but amdgpu has a bunch as well, along with smattering of others.
Hmm. Some of them are due to your previous mis-merges.
Your commit 937eea297e26 ("Merge tag 'amd-drm-
72 matches
Mail list logo
