Archit,
I posted a v3 that added a missing cec_notifier_put to the remove() function.
Apparently you missed that. The chunk in question from the v3 patch is this:
@@ -2469,6 +2489,9 @@ static void __dw_hdmi_remove(struct dw_hdmi *hdmi)
/* Disable all interrupts */
hdmi_writeb(hdmi
(I had to switch to Daniel's Intel address to get this sent)
Den 05.08.2017 00.19, skrev Ilia Mirkin:
On Fri, Aug 4, 2017 at 4:43 PM, Eric Anholt wrote:
Laurent Pinchart writes:
Hi Eric,
(CC'ing Daniel)
Thank you for the patch.
On Tuesday 18 Jul 2017 14:05:06 Eric Anholt wrote:
This wil
Hi,
On 04-08-17 12:45, Peter Rosin wrote:
The redundant fb helpers .load_lut, .gamma_set and .gamma_get are
no longer used. Remove the dead code that was not doing anything
sensible anyway.
Signed-off-by: Peter Rosin
Thank you, patch looks good to me:
Acked-by: Hans de Goede
Regards,
Han
https://bugs.freedesktop.org/show_bug.cgi?id=102044
Bug ID: 102044
Summary: Testing Report
Product: DRI
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: high
Patches for the vboxvideo driver should also be Cc-ed to dri-devel,
update the TODO file accordingly.
Signed-off-by: Hans de Goede
---
drivers/staging/vboxvideo/TODO | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/vboxvideo/TODO b/drivers/staging/vboxvideo
2017-08-04 17:28 GMT+02:00 Philipp Zabel :
> Look up BOs from the name table using the name parameter instead of
> req.handle (which at this point is always zero).
>
> Signed-off-by: Philipp Zabel
> Reviewed-by: Eric Engestrom
Reviewed-by: Christian Gmeiner
> ---
> Sorry for the resend, this t
https://bugs.freedesktop.org/show_bug.cgi?id=100306
--- Comment #36 from MirceaKitsune ---
Created attachment 133254
--> https://bugs.freedesktop.org/attachment.cgi?id=133254&action=edit
Output of "dmesg -w"
This is perhaps the most important piece of information I managed to gather on
the pro
https://bugs.freedesktop.org/show_bug.cgi?id=41503
Paul Menzel changed:
What|Removed |Added
CC||paulepanter@users.sourcefor
https://bugs.freedesktop.org/show_bug.cgi?id=81563
Paul Menzel changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=102048
Bug ID: 102048
Summary: Radeon module takes over two seconds to initialize on
a Radeon HD 8470D (Richland)
Product: DRI
Version: DRI git
Hardware: Other
OS
https://bugs.freedesktop.org/show_bug.cgi?id=100306
--- Comment #37 from MirceaKitsune ---
I briefly discussed the above log (output of "dmesg -w") on IRC with someone
who seemed to have an understanding of the issue. They pointed out something
important which I thought to highlight:
The problem
From: Colin Ian King
Trivial fix to spelling mistake in DRM_DEV_ERROR error message
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/msm/adreno/adreno_gpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/msm/adreno/adreno_gpu.c
b/drivers/gpu/drm/msm/adren
Den 05.08.2017 12.59, skrev Noralf Trønnes:
(I had to switch to Daniel's Intel address to get this sent)
Den 05.08.2017 00.19, skrev Ilia Mirkin:
On Fri, Aug 4, 2017 at 4:43 PM, Eric Anholt wrote:
Laurent Pinchart writes:
Hi Eric,
(CC'ing Daniel)
Thank you for the patch.
On Tuesday 18
Hi all,
As we discussed in this review thread before, "UNSUPPORTED" state is
added to the HDCP property to indicate a situation when HDCP is not
possible, though hdcp property is attached to connector obj. In such
case I would prefer to detach the hdcp property from connector, which
would hav
On 08/04/2017 04:53 PM, Laurent Pinchart wrote:
Hi David,
Thank you for the patch.
On Friday 04 Aug 2017 11:25:24 David Lechner wrote:
The fbdev subsystem has a place for physical dimensions (width and height
in mm) that is readable by userspace. Since DRM also knows these
dimensions, pass thi
On 08/04/2017 02:39 PM, Laurent Pinchart wrote:
Hi David,
On Friday 04 Aug 2017 10:51:37 David Lechner wrote:
On 08/04/2017 09:54 AM, Laurent Pinchart wrote:
On Thursday 03 Aug 2017 17:33:47 David Lechner wrote:
This adds a new binding for Sitronix ST7586 display panels.
Using lego as the ve
Den 04.08.2017 00.33, skrev David Lechner:
LEGO MINDSTORMS EV3 has an LCD with a ST7586 controller. This adds a new
module for the ST7586 controller with parameters for the LEGO MINDSTORMS
EV3 LCD display.
Signed-off-by: David Lechner
---
MAINTAINERS | 6 +
drivers/gp
https://bugs.freedesktop.org/show_bug.cgi?id=102053
Bug ID: 102053
Summary: SI card renders noise on Gnome Wayland
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Den 05.08.2017 20.19, skrev Noralf Trønnes:
Den 04.08.2017 00.33, skrev David Lechner:
LEGO MINDSTORMS EV3 has an LCD with a ST7586 controller. This adds a new
module for the ST7586 controller with parameters for the LEGO MINDSTORMS
EV3 LCD display.
Signed-off-by: David Lechner
---
[...]
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #14 from alvarex ---
I have the same problem I modded a bios and dumped the original before. Now I
don't know the reason but the kernel thinks the bios is broken. I don't know
maybe if you a flash a none original bios you are screwed
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #15 from alvarex ---
Created attachment 133261
--> https://bugs.freedesktop.org/attachment.cgi?id=133261&action=edit
dmesg kernel 4.12.4 Gigabyte AB350 motherboard Ryzen 1600
--
You are receiving this mail because:
You are the as
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #16 from alvarex ---
I asked Gigabyte to send me the original bios, maybe the bioses we are using
were not dumped correctly.
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=100443
--- Comment #17 from alvarex ---
I also get a lot of "ret" messages, but different.
failed to send message 18a ret is 255
failed to send pre message 145 ret is 255
failed to send message 18a re
Signed-off-by: Ilia Mirkin
---
This was helpful when debugging our earlier mpeg woes. May as well have it
upstream.
drivers/gpu/drm/nouveau/nvkm/engine/mpeg/nv31.c | 7 ++-
drivers/gpu/drm/nouveau/nvkm/engine/mpeg/nv40.c | 7 ++-
2 files changed, 12 insertions(+), 2 deletions(-)
diff
Pre-nv50 YUV overlays have stringent requirements for working with the
internal machinery. Instead of rejecting these at update_plane time, we
should instead prevent the framebuffers from being created in the first
place.
Signed-off-by: Ilia Mirkin
---
drivers/gpu/drm/nouveau/nouveau_display.c |
This was all kicked off by me figuring out how the PPC byteswap thing worked.
In the end, we're keeping the implicit byteswap based on architecture, but also
expose the correctly supported formats, and fix some overlay details.
Overlay framebuffers have various funky requirements that should be en
Signed-off-by: Ilia Mirkin
---
drivers/gpu/drm/nouveau/dispnv04/overlay.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/dispnv04/overlay.c
b/drivers/gpu/drm/nouveau/dispnv04/overlay.c
index 5bd63c2f14a6..c8c2333f24ee 100644
--- a/drivers/gpu
drm_crtc_init exposes the XRGB and ARGB formats. In actuality,
ARGB's 32-bit depth messes up some formulas that weren't meant for
it, and the alpha is fairly meaningless for the primary plane.
The modesetting logic appears to be fully prepared for RGB565 as well as
XRGB1555 however, as
We were previously setting the pitch based on a perfectly packed buffer.
This does not necessarily happen. Either modetest started generating
such buffers recently, or earlier testing only happened with well-picked
overlay sizes.
While we're at it, beef up and refactor the error state detection.
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #25 from Shmerl ---
Just tested it with stock Linux kernel 4.12.2 (from Debian experimental) and
latest Mesa 17.3.0-devel (git-293b3e0a3f). The freeze still happens.
--
You are receiving this mail because:
You are the assignee for
Daniel Vetter writes:
> Since I missed all the details Michel spotted, so I'll defer to his r-b.
> Also, before merging we need the userspace user. Do we have e.g.
> -modesetting patch for this, fully reviewed&ready for merging, just as
> demonstration?
Well, given that we'll have to keep the ol
Michel Dänzer writes:
> [...]
>
>> +#define DRM_CRTC_SEQUENCE_NEXT_ON_MISS 0x0002 /* Use
>> next sequence if we've missed */
>
> Do you have userspace making use of DRM_CRTC_SEQUENCE_NEXT_ON_MISS? If
> not, drop it.
I added this so that the new ioctl would be compatible wi
32 matches
Mail list logo
