https://bugs.freedesktop.org/show_bug.cgi?id=107595
--- Comment #4 from Przemek ---
I apologize,
it seems that I forget to make last step during yesterday bisection.
Here is what git bisect produces:
561a5c83eadde747253924be2f7be9070841b7c0 is the first bad commit
commit
2018년 08월 13일 20:17에 Andrzej Hajda 이(가) 쓴 글:
> On 07.08.2018 10:53, Inki Dae wrote:
>>
>> 2018년 07월 26일 00:46에 Andrzej Hajda 이(가) 쓴 글:
>>> From: Maciej Purski
>>>
>>> The current implementation assumes that the only possible peripheral
>>> device for DSIM is a panel. Using an output bridge
Hi Linus,
This is the support for new Qualcomm Snapdragon SoCs with the A6xx
core. Userspace support is in mesa now.
I've edited the pull req down to only show the msm diffs vs the fixes pull
I sent earlier, but this branch contains all of that as well.
Thanks,
Dave.
drm-next-2018-08-17-1:
msm
oops just forgot to cc lists.
Dave.
On Fri, 17 Aug 2018 at 10:42, Dave Airlie wrote:
>
> Hi Linus,
>
> First round of fixes for -rc1. I'll follow this up with the msm new hw
> support PR.
>
> This just has three sets of fixes, some for msm before the new hw, a bunch of
> AMD fixes (includiing
https://bugs.freedesktop.org/show_bug.cgi?id=107595
--- Comment #3 from Przemek ---
Bisected, if it helps.
git bisect log
git bisect start
# bad: [5024f8dfe478c1f56ef8812dabc55f2793024e93] drm/amdgpu:change VEGA
booting with firmware loaded by PSP
git bisect bad
https://bugs.freedesktop.org/show_bug.cgi?id=91880
--- Comment #205 from emilio.more...@gmail.com ---
kernel >4.17 did NOT work.
It didn't hang while using the PC, but it did freeze when the power management
tried to power off my both monitors. One of them was successfully powered off,
while the
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #46 from Andrey Grodzovsky ---
Thanks.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
On Thu, Aug 16, 2018 at 3:16 PM, Daniel Vetter wrote:
> On Thu, Aug 16, 2018 at 11:21 PM, John Stultz wrote:
>> On Thu, Aug 16, 2018 at 1:46 PM, Daniel Vetter wrote:
>>> You happen to have set drm_fb_overalloc respectively
>>> CONFIG_DRM_FBDEV_OVERALLOC? Was added so that mali blob can
On Thu, Aug 16, 2018 at 11:21 PM, John Stultz wrote:
> On Thu, Aug 16, 2018 at 1:46 PM, Daniel Vetter wrote:
>> On Thu, Aug 16, 2018 at 10:38 PM, John Stultz wrote:
>>> On Thu, Aug 16, 2018 at 12:16 AM, Daniel Vetter wrote:
On Thu, Aug 16, 2018 at 8:04 AM, John Stultz
wrote:
>
On Thu, Aug 16, 2018 at 1:38 PM, John Stultz wrote:
>
> Unfortunately bumping the max width/height values to 4096 cause the
> system to hard hang as userspace starts up (and setting it to
> 2048/2160 does the same).
>
> So yea, I'm going to continue to dig at the hard-hang issue, and
> hopefully
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #45 from dwagner ---
Created attachment 141157
--> https://bugs.freedesktop.org/attachment.cgi?id=141157=edit
output of umr command after 3-fps-video test crash
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #44 from dwagner ---
Created attachment 141156
--> https://bugs.freedesktop.org/attachment.cgi?id=141156=edit
dmesg from boot to after the 3-fps-video test crash
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #43 from dwagner ---
Created attachment 141155
--> https://bugs.freedesktop.org/attachment.cgi?id=141155=edit
trace-cmd induced output during 3-fps-video replay and crash
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #42 from dwagner ---
Ok, did the proposed debugging session with trace-cmd, with output to a
different PC over ssh. Using today's amd-staging-drm-next and btw., Arch
updated the Xorg server earlier today.
This time it took about 4
On Thu, Aug 16, 2018 at 1:46 PM, Daniel Vetter wrote:
> On Thu, Aug 16, 2018 at 10:38 PM, John Stultz wrote:
>> On Thu, Aug 16, 2018 at 12:16 AM, Daniel Vetter wrote:
>>> On Thu, Aug 16, 2018 at 8:04 AM, John Stultz wrote:
On Tue, Aug 14, 2018 at 7:53 PM, Dave Airlie wrote:
> This is
On Thu, Aug 16, 2018 at 9:56 PM Leo Li wrote:
> On 2018-08-11 11:54 AM, Arnd Bergmann wrote:
> >
> > I tried implementing the two functions in KCOV: __sanitizer_cov_trace_cmpd
> > and __sanitizer_cov_trace_cmpf, but that fails to build on architectures
> > that do not support any floating-point
https://bugs.freedesktop.org/show_bug.cgi?id=107595
--- Comment #2 from Przemek ---
Internal - eDP - Laptop screen.
External VGA and HDMI.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
On Thu, Aug 16, 2018 at 10:38 PM, John Stultz wrote:
> On Thu, Aug 16, 2018 at 12:16 AM, Daniel Vetter wrote:
>> On Thu, Aug 16, 2018 at 8:04 AM, John Stultz wrote:
>>> On Tue, Aug 14, 2018 at 7:53 PM, Dave Airlie wrote:
This is the main drm pull request for 4.19.
Rob has some
On Thu, Aug 16, 2018 at 12:16 AM, Daniel Vetter wrote:
> On Thu, Aug 16, 2018 at 8:04 AM, John Stultz wrote:
>> On Tue, Aug 14, 2018 at 7:53 PM, Dave Airlie wrote:
>>> This is the main drm pull request for 4.19.
>>>
>>> Rob has some new hardware support for new qualcomm hw that I'll send along
https://bugs.freedesktop.org/show_bug.cgi?id=106940
Alex Deucher changed:
What|Removed |Added
Attachment #141123|0 |1
is obsolete|
On Thu, Aug 16, 2018 at 02:54:14PM -0400, Sean Paul wrote:
> From: Sean Paul
>
> DRM_MIPI_DSI is included via both "select" and "depends on", this is
> trouble waiting to happen since this will result in different behavior
> depending on which is used.
>
> This patch resolves the problem by:
>
On most systems with ACPI hotplugging support, it seems that we always
receive a hotplug event once we re-enable EC interrupts even if the GPU
hasn't even been resumed yet.
This can cause problems since even though we schedule hpd_work to handle
connector reprobing for us, hpd_work synchronizes
On 2018-08-11 11:54 AM, Arnd Bergmann wrote:
Building the DCN 1.0 Raven display driver with CONFIG_KCOV_INSTRUMENT_ALL=y
and CONFIG_KCOV_ENABLE_COMPARISONS=y results in warnings about many functions
that do a comparison of floating-point variables:
https://bugs.freedesktop.org/show_bug.cgi?id=107595
--- Comment #1 from Alex Deucher ---
What physical connectors are on your system?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
Hi Peter,
On Thu, Aug 16, 2018 at 02:52:41PM +0200, Peter Rosin wrote:
> On 2018-08-03 10:51, jacopo mondi wrote:
> > On Fri, Aug 03, 2018 at 10:40:02AM +0200, Peter Rosin wrote:
> >> On 2018-08-03 10:11, jacopo mondi wrote:
> >>> Hi Peter!
> >>>
> >>> On Fri, Aug 03, 2018 at 09:23:07AM +0200,
https://bugs.freedesktop.org/show_bug.cgi?id=107595
Bug ID: 107595
Summary: amd-staging-drm-next: BUG: unable to handle kernel
NULL pointer dereference at 0018 - R4
Mullins
Product: DRI
Version: DRI
Hi Dave,
Here goes drm-intel-next-fixes-2018-08-16-1:
Fixes for:
- DP full color range.
- selftest for gem_object
- forcewake on suspend
- GPU reset
This also include accumulated fixes from GVT:
- Fix an error code in gvt_dma_map_page() (Dan)
- Fix off by one error in intel_vgpu_write_fence()
From: Sean Paul
DRM_MIPI_DSI is included via both "select" and "depends on", this is
trouble waiting to happen since this will result in different behavior
depending on which is used.
This patch resolves the problem by:
- Converting all inclusion to "select" since DRM_MIPI_DSI is not a menu
https://bugs.freedesktop.org/show_bug.cgi?id=107509
--- Comment #7 from monkeyinastripedsh...@gmail.com ---
(In reply to Michel Dänzer from comment #6)
> I wouldn't have asked if it didn't. :)
Of course, I just didn't know if you realized which card I was using. :)
Unfortunately the box also
https://bugs.freedesktop.org/show_bug.cgi?id=107482
--- Comment #5 from Sebastian Luncan ---
Created attachment 141147
--> https://bugs.freedesktop.org/attachment.cgi?id=141147=edit
Gamma amdgpu vs amdgpu-dc
I don't know how to capture the screen with gamma so I did a capture with
imagemagick
Hi Dave,
Fixes for 4.19:
- Add VCN PSP FW loading for RV (this is required on upcoming parts)
- Fix scheduler setup ordering for VCE and UVD
- Few misc display fixes
The following changes since commit 557ce95051c8eff67af48612ab350d8408aa0541:
Merge branch 'drm-next-4.19' of
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #39 from Alex Deucher ---
(In reply to Przemek from comment #37)
> (In reply to Alex Deucher from comment #35)
> > does the screen light up properly on my amd-staging-drm-next branch?
> >
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #38 from Przemek ---
Created attachment 141145
--> https://bugs.freedesktop.org/attachment.cgi?id=141145=edit
kernel ooops with attached patch on amd-staging-drm-next branch.
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #37 from Przemek ---
(In reply to Alex Deucher from comment #35)
> does the screen light up properly on my amd-staging-drm-next branch?
> https://cgit.freedesktop.org/~agd5f/linux/log/?h=amd-staging-drm-next
No, it doesn't,
On 15/08/18 20:56, Dmitry Osipenko wrote:
On Friday, 3 August 2018 18:43:41 MSK Robin Murphy wrote:
On 02/08/18 19:24, Dmitry Osipenko wrote:
On Friday, 27 July 2018 20:16:53 MSK Dmitry Osipenko wrote:
On Friday, 27 July 2018 20:03:26 MSK Jordan Crouse wrote:
On Fri, Jul 27, 2018 at
https://bugs.freedesktop.org/show_bug.cgi?id=107482
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=107593
--- Comment #5 from Michel Dänzer ---
(In reply to Fermulator from comment #3)
> ```
> [Wed Aug 15 23:21:34 2018] [drm] {1920x1080, 2200x1125@148500Khz}
> ```
These particular messages are fixed in current kernels.
--
You are receiving this
On Thu, Aug 16, 2018 at 5:55 PM, Sean Paul wrote:
> On Thu, Aug 16, 2018 at 09:32:48AM +0200, Daniel Vetter wrote:
>> On Wed, Aug 15, 2018 at 11:35:29AM -0400, Sean Paul wrote:
>> > Since chromium.org is now enforcing DMARC, my mails are going to
>> > people's spam folders. While this development
https://bugs.freedesktop.org/show_bug.cgi?id=107593
--- Comment #4 from Fermulator ---
Created attachment 141141
--> https://bugs.freedesktop.org/attachment.cgi?id=141141=edit
drm spam from other system, real data coming
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=107593
--- Comment #3 from Fermulator ---
Of note, I just compared to a DIFFERENT system I own, also running amdgpu ...
the spam is there too but dumping real information (still, spam is undesired)
```
[Wed Aug 15 23:21:34 2018] [drm] {1920x1080,
https://bugs.freedesktop.org/show_bug.cgi?id=107593
--- Comment #2 from Fermulator ---
$ lshw -C video
WARNING: you should run this program as super-user.
*-display
description: VGA compatible controller
product: Lexa PRO [Radeon RX 550/550X]
vendor:
https://bugs.freedesktop.org/show_bug.cgi?id=107593
--- Comment #1 from Fermulator ---
$ uname -a
Linux (SNIP) 4.17.12-100.fc27.x86_64 #1 SMP Fri Aug 3 15:00:33 UTC 2018 x86_64
x86_64 x86_64 GNU/Linux
$ cat /etc/fedora-release
Fedora release 27 (Twenty Seven)
$ rpm -qa | egrep "amdgpu"
https://bugs.freedesktop.org/show_bug.cgi?id=107593
Bug ID: 107593
Summary: spam in dmesg about "SADs count" since recent Radeon
RX550 install using amdgpu driver
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
On Thu, Aug 16, 2018 at 09:32:48AM +0200, Daniel Vetter wrote:
> On Wed, Aug 15, 2018 at 11:35:29AM -0400, Sean Paul wrote:
> > Since chromium.org is now enforcing DMARC, my mails are going to
> > people's spam folders. While this development might be desirable
> > for people I communicate with,
Op 16-08-18 om 14:55 schreef Juha-Pekka Heikkila:
> Enabling of P010, P012 and P016 formats. These formats will
> extend NV12 for larger bit depths.
>
> Signed-off-by: Juha-Pekka Heikkila
> Reviewed-by: Maarten Lankhorst
> ---
> drivers/gpu/drm/i915/intel_display.c | 24 +-
>
On Thu, Aug 16, 2018 at 05:20:04PM +0200, Daniel Vetter wrote:
> On Thu, Aug 16, 2018 at 1:01 PM, Guenter Roeck wrote:
> > On Thu, Aug 16, 2018 at 12:31 AM Daniel Vetter wrote:
> >>
> >> On Wed, Aug 15, 2018 at 03:49:14PM -0400, Sean Paul wrote:
> >> > From: Guenter Roeck
> >> >
> >> > 0day
On Thu, Aug 16, 2018 at 11:24:42AM +0200, Thierry Reding wrote:
> On Wed, Aug 15, 2018 at 04:38:28PM -0400, Sean Paul wrote:
> > From: Sean Paul
> >
> > Resolves the following warnings.
> > ../drivers/gpu/drm/drm_panel.c:158: WARNING: Unexpected indentation.
> >
https://bugs.freedesktop.org/show_bug.cgi?id=107572
--- Comment #10 from Paju ---
I'm using RX 480 and experiencing same kind of problems. Running Unigine
Superposition crashes GPU 4 times out of 5. I can reproduce these crashes also
by playing Euro Truck Simulator 2 but then it's directly
On Thu, Aug 16, 2018 at 6:56 AM Hans Verkuil wrote:
>
> From: Hans Verkuil
>
> Now that the DisplayPort CEC-Tunneling-over-AUX drm+i915 support
> has been merged in the mainline kernel it is time to roll this
> out to nouveau and amdgpu as well.
>
> I combined both in the same patch series since
On Thu, Aug 16, 2018 at 1:01 PM, Guenter Roeck wrote:
> On Thu, Aug 16, 2018 at 12:31 AM Daniel Vetter wrote:
>>
>> On Wed, Aug 15, 2018 at 03:49:14PM -0400, Sean Paul wrote:
>> > From: Guenter Roeck
>> >
>> > 0day reports:
>> >
>> > >> drivers/gpu/drm/bridge/ti-sn65dsi86.o: In function
>> >
https://bugs.freedesktop.org/show_bug.cgi?id=106519
--- Comment #25 from mikhail.v.gavri...@gmail.com ---
(In reply to Michel Dänzer from comment #24)
> Also, this wouldn't have happened with xf86-video-amdgpu, the recommended
> Xorg driver for our GPUs.
1) This package is absent in Fedora
# dnf
On Thu, 2018-08-16 at 16:09 +0200, Heiko Stuebner wrote:
> There is no need to check innolux->base.dev when trying to remove
> the panel, as that variable is always set directly before the panel
> gets added and will still be available on panel_remove.
>
> Signed-off-by: Heiko Stuebner
> ---
>
Hi Heiko,
On Thu, 2018-08-16 at 16:11 +0200, Heiko Stuebner wrote:
> From: YYS
>
> Support Kingdisplay kd097d04 9.7" 1536x2048 TFT LCD panel,
> it is a MIPI dual-DSI panel.
>
> v3:
> - address Thierry's comments
> - error handling for init dsi writes in init
> - unconditionally remove the
https://bugs.freedesktop.org/show_bug.cgi?id=107572
Asseon changed:
What|Removed |Added
CC||ass...@posteo.de
--- Comment #9 from Asseon
From: YYS
Support Kingdisplay kd097d04 9.7" 1536x2048 TFT LCD panel,
it is a MIPI dual-DSI panel.
v3:
- address Thierry's comments
- error handling for init dsi writes in init
- unconditionally remove the panel
- don't use drm_panel_detach
- a bit of variable signednes wiggling
- I did
There is no need to check innolux->base.dev when trying to remove
the panel, as that variable is always set directly before the panel
gets added and will still be available on panel_remove.
Signed-off-by: Heiko Stuebner
---
drivers/gpu/drm/panel/panel-innolux-p079zca.c | 3 +--
1 file changed,
Hi all,
We're organizing this year's media summit to happen together with the
Embedded Linux Conference - Europe, on Thursday, October 25 2018:
https://events.linuxfoundation.org/events/elc-openiot-europe-2018/
Media Summit is the premier forum to discuss the Linux multimedia
https://bugs.freedesktop.org/show_bug.cgi?id=105880
--- Comment #37 from Shawn Starr ---
Latest patch works for Mobile Bonaire on CIK on my Dell Laptop, LVDS panel
support is working!
--
You are receiving this mail because:
You are the assignee for the
Preparations for enabling P010, P012 and P016 formats. These
formats will extend NV12 for larger bit depths.
Signed-off-by: Juha-Pekka Heikkila
Reviewed-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/intel_atomic.c | 3 +-
drivers/gpu/drm/i915/intel_atomic_plane.c | 2 +-
Add P010 definition, semi-planar yuv format where each component
is 16 bits 10 msb containing color value. First come Y plane [10:6]
followed by 2x2 subsampled Cr:Cb plane [10:6:10:6]
Add P012 definition, semi-planar yuv format where each component
is 16 bits 12 msb containing color value. First
Enabling of P010, P012 and P016 formats. These formats will
extend NV12 for larger bit depths.
Signed-off-by: Juha-Pekka Heikkila
Reviewed-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/intel_display.c | 24 +-
drivers/gpu/drm/i915/intel_sprite.c | 39
Add needed plane control flag definitions for P010, P012 and
P016 formats.
Signed-off-by: Juha-Pekka Heikkila
Reviewed-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/i915_reg.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/i915/i915_reg.h
https://bugs.freedesktop.org/show_bug.cgi?id=107572
Michel Dänzer changed:
What|Removed |Added
Version|unspecified |18.2
Component|DRM/AMDgpu
https://bugs.freedesktop.org/show_bug.cgi?id=107572
--- Comment #7 from madc...@atlas.cz ---
I don't think this is isolated to OpenGL as I got the very same hang in the
Vulkan beta of The Talos Principle - it happened only once though. If it is any
help I believe that the Unigine Superpostion
https://bugs.freedesktop.org/show_bug.cgi?id=107572
--- Comment #6 from Asseon ---
I believe I have the exact same or at least a very similar Issue. I have a RX
480 though. I can reproduce this very reliable with Witcher 3 as well unless I
use dxvk (a vulkan based DX11 implementation for wine),
Op 08-08-18 om 16:30 schreef Dmitry Osipenko:
> On Wednesday, 8 August 2018 11:16:09 MSK Russell King - ARM Linux wrote:
>> On Tue, Aug 07, 2018 at 08:22:01PM +0300, Dmitry Osipenko wrote:
>>> + * Glossary:
>>> + *
>>> + * Destination plane:
>>> + * Plane to which color keying properties are
On Thu, Aug 16, 2018 at 12:42:59PM +0200, Daniel Vetter wrote:
> On Thu, Aug 16, 2018 at 12:25 PM, Liviu Dudau wrote:
> > On Wed, Aug 15, 2018 at 03:40:17PM +0200, Daniel Vetter wrote:
> >> On Wed, Aug 15, 2018 at 2:27 PM, Alexandru-Cosmin Gheorghe
> >> wrote:
> >> > On Wed, Aug 15, 2018 at
From: Hans Verkuil
Add DisplayPort CEC-Tunneling-over-AUX support to nouveau.
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/nouveau/nouveau_connector.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_connector.c
From: Hans Verkuil
A big problem with DP CEC-Tunneling-over-AUX is that it is tricky
to find adapters with a chipset that supports this AND where the
manufacturer actually connected the HDMI CEC line to the chipset.
Add a mention of the MegaChips 2900 chipset which seems to support
this feature
From: Hans Verkuil
Add DisplayPort CEC-Tunneling-over-AUX support to amdgpu.
Signed-off-by: Hans Verkuil
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 13 +++--
.../drm/amd/display/amdgpu_dm/amdgpu_dm_mst_types.c | 2 ++
2 files changed, 13 insertions(+), 2 deletions(-)
From: Hans Verkuil
Now that the DisplayPort CEC-Tunneling-over-AUX drm+i915 support
has been merged in the mainline kernel it is time to roll this
out to nouveau and amdgpu as well.
I combined both in the same patch series since both depend on the
same first patch, the comments in this cover
From: Hans Verkuil
When parsing the reply of a DP_REMOTE_DPCD_READ DPCD command the
result is wrong due to a missing idx increment.
This was never noticed since DP_REMOTE_DPCD_READ is currently not
used, but if you enable it, then it is all wrong.
Signed-off-by: Hans Verkuil
---
From: Hans Verkuil
If aux->transfer == NULL, then just return without doing
anything. In that case the function is likely called for
a non-(e)DP connector.
This never happened for the i915 driver, but the nouveau and amdgpu
drivers need this check.
The alternative would be to add this check in
On Thu, Aug 16, 2018 at 12:25 PM, Liviu Dudau wrote:
> On Wed, Aug 15, 2018 at 03:40:17PM +0200, Daniel Vetter wrote:
>> On Wed, Aug 15, 2018 at 2:27 PM, Alexandru-Cosmin Gheorghe
>> wrote:
>> > On Wed, Aug 15, 2018 at 01:54:12PM +0200, Daniel Vetter wrote:
>> >> On Wed, Aug 15, 2018 at
On Wed, Aug 15, 2018 at 03:40:17PM +0200, Daniel Vetter wrote:
> On Wed, Aug 15, 2018 at 2:27 PM, Alexandru-Cosmin Gheorghe
> wrote:
> > On Wed, Aug 15, 2018 at 01:54:12PM +0200, Daniel Vetter wrote:
> >> On Wed, Aug 15, 2018 at 12:08:38PM +0100, Liviu Dudau wrote:
> >> > On Thu, Jul 26, 2018 at
This patch unifies the naming of DRM functions for reference counting
of struct drm_gem_object. The resulting code is more aligned with the
rest of the Linux kernel interfaces.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/msm/adreno/a5xx_debugfs.c | 4 ++--
This patch unifies the naming of DRM functions for reference counting
of struct drm_device. The resulting code is more aligned with the rest
of the Linux kernel interfaces.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/msm/msm_drv.c | 8
1 file changed, 4 insertions(+), 4
This patch unifies the naming of DRM functions for reference counting
of struct drm_framebuffer. The resulting code is more aligned with the
rest of the Linux kernel interfaces.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/msm/disp/mdp5/mdp5_plane.c | 4 ++--
1 file changed, 2
This patch set replaces functions named {un,reference} by their
{put,get} counterparts. Affected data types are struct struct drm_framebuffer,
struct drm_gem_object, and struct drm_device.
With the reference-counting functions being named {put,get}, the DRM
interface is more aligned to Linux
On Wed, Aug 15, 2018 at 04:38:28PM -0400, Sean Paul wrote:
> From: Sean Paul
>
> Resolves the following warnings.
> ../drivers/gpu/drm/drm_panel.c:158: WARNING: Unexpected indentation.
> ../drivers/gpu/drm/drm_panel.c:159: WARNING: Block quote ends without a blank
> line; unexpected unindent.
>
https://bugs.freedesktop.org/show_bug.cgi?id=107493
--- Comment #7 from Sebastian Luncan ---
(In reply to Michel Dänzer from comment #6)
> Those artifacts should be fixed as of 4.18.
OK, thanks.
--
You are receiving this mail because:
You are the assignee for the
On Wed, Aug 15, 2018 at 08:03:31PM +0300, Jyri Sarha wrote:
> Add kerneldoc description for "struct device_link *link"-member in
> struct drm_panel.
>
> Signed-off-by: Jyri Sarha
> ---
> include/drm/drm_panel.h | 1 +
> 1 file changed, 1 insertion(+)
Applied, thanks.
Thierry
signature.asc
https://bugs.freedesktop.org/show_bug.cgi?id=106940
--- Comment #36 from Server Angels ---
To be clear - rc8 (without any other patches) resolves my black screen at boot
time issue.
I did have a black screen when coming out of suspend issue, which is now
resolved, but I didn't think this was
Den 16.08.2018 10.33, skrev Ong, Hean Loong:
On Wed, 2018-08-15 at 14:26 +0200, Noralf Trønnes wrote:
Den 14.08.2018 10.57, skrev Hean-Loong, Ong:
From: Ong Hean Loong
Driver for Intel FPGA Video and Image Processing Suite Frame Buffer
II.
The driver only supports the Intel Arria10 devkit
On Thu, 16 Aug 2018, Nicolas Ferre wrote:
> On 15/08/2018 at 22:40, Sam Ravnborg wrote:
> > Hi Lee.
> >
> > > > +
> > > > +static const struct mfd_cell lcdc_cells[] = {
> > > > + {
> > > > + .name = "atmel-lcdc-pwm",
> > > > + .of_compatible = "atmel,lcdc-pwm",
On Wed, 2018-08-15 at 14:26 +0200, Noralf Trønnes wrote:
> Den 14.08.2018 10.57, skrev Hean-Loong, Ong:
> >
> > From: Ong Hean Loong
> >
> > Driver for Intel FPGA Video and Image Processing Suite Frame Buffer
> > II.
> > The driver only supports the Intel Arria10 devkit and its variants.
> >
Den 16.08.2018 09.16, skrev Daniel Vetter:
On Thu, Aug 16, 2018 at 8:04 AM, John Stultz wrote:
On Tue, Aug 14, 2018 at 7:53 PM, Dave Airlie wrote:
This is the main drm pull request for 4.19.
Rob has some new hardware support for new qualcomm hw that I'll send along
separately. This has the
https://bugs.freedesktop.org/show_bug.cgi?id=107509
--- Comment #6 from Michel Dänzer ---
(In reply to monkeyinastripedshirt from comment #5)
> You would know better than me but I'm unsure if my card supports it.
I wouldn't have asked if it didn't. :)
> All the packages are installed but it
On Tue, Aug 14, 2018 at 06:19:52PM +0200, Sam Ravnborg wrote:
> Hi Daniel.
>
> > > rename drivers/gpu/drm/{atmel-hlcdc => atmel}/atmel_hlcdc_plane.c (100%)
> > >
> > > diff --git a/MAINTAINERS b/MAINTAINERS
> > > index 96e98e206b0d..09ce76a9a1dc 100644
> > > --- a/MAINTAINERS
> > > +++
On Thu, Aug 16, 2018 at 02:05:14AM +0300, Haneen Mohammed wrote:
> On Tue, Aug 14, 2018 at 09:52:33PM +0200, Daniel Vetter wrote:
> > On Tue, Aug 14, 2018 at 9:03 PM, Haneen Mohammed
> > wrote:
> > > On Tue, Aug 14, 2018 at 10:21:29AM +0200, Daniel Vetter wrote:
> > >> On Mon, Aug 13, 2018 at
https://bugs.freedesktop.org/show_bug.cgi?id=106529
--- Comment #5 from Michel Dänzer ---
Maybe one thing we could do is delaying the sending of the disconnect hotplug
event to userspace by some time (though at most until the next connect hotplug
event).
--
You are receiving this mail because:
On Wed, Aug 15, 2018 at 11:35:29AM -0400, Sean Paul wrote:
> Since chromium.org is now enforcing DMARC, my mails are going to
> people's spam folders. While this development might be desirable
> for people I communicate with, it's undesirable for me :-)
>
> Cc: Dave Airlie
> Cc: Gustavo Padovan
On Wed, Aug 15, 2018 at 03:49:14PM -0400, Sean Paul wrote:
> From: Guenter Roeck
>
> 0day reports:
>
> >> drivers/gpu/drm/bridge/ti-sn65dsi86.o: In function
> `ti_sn_bridge_remove':
> >> drivers/gpu/drm/bridge/ti-sn65dsi86.c:629: undefined reference to
> `mipi_dsi_detach'
> >>
https://bugs.freedesktop.org/show_bug.cgi?id=107572
Michel Dänzer changed:
What|Removed |Added
Attachment #141126|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=107493
Michel Dänzer changed:
What|Removed |Added
Severity|normal |enhancement
Priority|medium
On Wed, Aug 15, 2018 at 04:38:28PM -0400, Sean Paul wrote:
> From: Sean Paul
>
> Resolves the following warnings.
> ../drivers/gpu/drm/drm_panel.c:158: WARNING: Unexpected indentation.
> ../drivers/gpu/drm/drm_panel.c:159: WARNING: Block quote ends without a blank
> line; unexpected unindent.
>
https://bugs.freedesktop.org/show_bug.cgi?id=107560
--- Comment #4 from Michel Dänzer ---
Just run dmesg without any arguments, preferably after reproducing the problem,
and attach its output.
--
You are receiving this mail because:
You are the assignee for the
On Thu, Aug 16, 2018 at 8:04 AM, John Stultz wrote:
> On Tue, Aug 14, 2018 at 7:53 PM, Dave Airlie wrote:
>> This is the main drm pull request for 4.19.
>>
>> Rob has some new hardware support for new qualcomm hw that I'll send along
>> separately. This has the display part of it, the remaining
https://bugs.freedesktop.org/show_bug.cgi?id=107045
--- Comment #18 from taij...@posteo.de ---
(In reply to Andrey Grodzovsky from comment #17)
> (In reply to taijian from comment #15)
> > Created attachment 140733 [details]
> > dmesg output 4.18rc5 + drm-fixes-2018-07-20
> >
> > OK, so I have
On 2018-08-07 12:02, Bjorn Andersson wrote:
On Mon 09 Jul 03:22 PDT 2018, Kiran Gunda wrote:
diff --git a/drivers/video/backlight/qcom-wled.c
b/drivers/video/backlight/qcom-wled.c
[..]
@@ -189,6 +206,15 @@ static int wled4_set_brightness(struct wled
*wled, u16 brightness)
return 0;
1 - 100 of 118 matches
Mail list logo
