On Sat, Jan 12, 2019 at 2:49 AM Sam Ravnborg wrote:
>
> Hi Jagan.
>
> Gave this another more detailed read - triggered some additional comments.
> Depite the comments it looks good, and this is all more or
> less cosmetic improvements.
Thanks for the review.
>
> Sam
>
> > +struct
Hi Daniel,
On Friday, 11 January 2019 11:23:10 EET Daniel Vetter wrote:
> On Fri, Jan 11, 2019 at 05:51:06AM +0200, Laurent Pinchart wrote:
> > From: Laurent Pinchart
> >
> > The DRM_BUS_FLAG_PIXDATA_POSEDGE and DRM_BUS_FLAG_PIXDATA_NEGEDGE macros
> > and their DRM_BUS_FLAG_SYNC_* counterparts
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #87 from Brandon Wright ---
It's important to distinguish between when the compositor and application
desync and when there's actually a driver hiccup.
If the compositor and application swaps get switched around briefly, it'll
This allows nicer kerneldoc with an easy way to reference the enum and
the values.
Signed-off-by: Laurent Pinchart
---
include/drm/drm_connector.h | 108 +---
1 file changed, 64 insertions(+), 44 deletions(-)
diff --git a/include/drm/drm_connector.h
On Fri, Jan 11, 2019 at 02:27:21PM -0800, Douglas Anderson wrote:
> The bindings for Qualcomm opp levels changed after being Acked but
> before landing. Thus the code in the GPU that was relying on the old
> bindings is now broken.
>
> While we could just change the string 'qcom,level' to the
https://bugs.freedesktop.org/show_bug.cgi?id=109327
--- Comment #1 from Ahmed Elsayed ---
I forgot to mention that Doom 2016 does the same thing, but it has option to
switch to OpenGl 4.5 which works for me.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=109327
Bug ID: 109327
Summary: Wolfenstein II The New Colossus crashes after the
first cutscene of the game
Product: Mesa
Version: 18.3
Hardware: x86-64 (AMD64)
Hi Linus,
Dave sends out his pull, everybody remembers holidays are over :-)
Since Dave's already in w/e mode and it was quite a few patches I figured
better to apply all the pulls and forward them to you. Hence here 2nd part
of bugfixes for -rc2.
nouveau:
one backlight, falcon register access,
On Fri, Jan 11, 2019 at 05:40:45PM +0100, Daniel Vetter wrote:
> I noticed a link that didn't work ...
>
> Fixes: 1f2db3034c9f ("drm: of: introduce drm_of_find_panel_or_bridge")
> Cc: Rob Herring
> Cc: Philipp Zabel
> Cc: Sean Paul
> Signed-off-by: Daniel Vetter
Reviewed-by: Sam Ravnborg
On Fri, Jan 11, 2019 at 05:40:47PM +0100, Daniel Vetter wrote:
> I screwed up a rebase somehow.
>
> v2: Drop bogus hunk.
>
> v3: Really drop bogus hunk (Lubomir).
>
> Cc: Lubomir Rintel
> Signed-off-by: Daniel Vetter
Reviewed-by: Sam Ravnborg
___
On Fri, Jan 11, 2019 at 05:40:46PM +0100, Daniel Vetter wrote:
> Need to make sure people can find the panel-bridge to avoid typing too
> much.
>
> Signed-off-by: Daniel Vetter
Reviewed-by: Sam Ravnborg
___
dri-devel mailing list
On Fri, Jan 11, 2019 at 05:40:44PM +0100, Daniel Vetter wrote:
> Just a bit of drive-by reading:
> - drm_dev_set_unique() is really the exception, make that clear.
> - drm_dev_init() is the recomended approach.
>
> Signed-off-by: Daniel Vetter
Reviewed-by: Sam Ravnborg
The bindings for Qualcomm opp levels changed after being Acked but
before landing. Thus the code in the GPU that was relying on the old
bindings is now broken.
While we could just change the string 'qcom,level' to the string
'opp-level', it actually seems better to use the newly-introduced
Dave, Daniel - any concerns if we merge this drm core patch through the
Intel tree? The second patch in the series doesn't apply cleanly in
drm-misc-next.
Matt
On Mon, Dec 17, 2018 at 02:44:14PM -0800, Matt Roper wrote:
> Some hardware may place additional restrictions on the gamma/degamma
>
On Fri, Jan 11, 2019 at 10:55:42PM +0100, Daniel Vetter wrote:
> On Fri, Jan 11, 2019 at 04:41:21PM +0100, Noralf Trønnes wrote:
> > Den 17.12.2018 20.43, skrev Daniel Vetter:
> > > Doesn't do anything for atomic drivers.
> > >
> > > Signed-off-by: Daniel Vetter
> > > Cc: Russell King
> > > ---
On Fri, Jan 11, 2019 at 06:15:17PM +0100, Sam Ravnborg wrote:
> Hi Daniel.
>
> Thanks, good to have it ready and plugged into DRM doc.
> I like that the legacy stuff is now separate - so one knows
> what not to look at.
>
> > +
> > + /**
> > +* @irq: Use by the drm_irq_install() and
On Fri, Jan 11, 2019 at 11:06:20PM +0100, Daniel Vetter wrote:
> On Fri, Jan 11, 2019 at 09:02:34AM -0500, Rob Clark wrote:
> > This fixes an '*ERROR* connector VGA-2 leaked!' splat at driver unload.
> >
> > Signed-off-by: Rob Clark
> > ---
> > Similar case to the issue that was fixed recently
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #86 from tempel.jul...@gmail.com ---
Thanks for trying to reproduce.
Hm, that leaves me clueless. It's 100% reproducible here and I tried things
like forcing high performance profile, using plain 60Hz edid and disabling
overclock,
On Fri, Jan 11, 2019 at 09:02:34AM -0500, Rob Clark wrote:
> This fixes an '*ERROR* connector VGA-2 leaked!' splat at driver unload.
>
> Signed-off-by: Rob Clark
> ---
> Similar case to the issue that was fixed recently in drm/ast
Reviewed-by: Daniel Vetter
>
>
On 01/11/2019 02:11 PM, Koenig, Christian wrote:
> Am 11.01.19 um 16:37 schrieb Grodzovsky, Andrey:
>> On 01/11/2019 04:42 AM, Koenig, Christian wrote:
>>> Am 10.01.19 um 16:56 schrieb Grodzovsky, Andrey:
[SNIP]
>>> But we will not be adding the cb back in drm_sched_stop anymore, now we
On Fri, Jan 11, 2019 at 04:41:21PM +0100, Noralf Trønnes wrote:
> Den 17.12.2018 20.43, skrev Daniel Vetter:
> > Doesn't do anything for atomic drivers.
> >
> > Signed-off-by: Daniel Vetter
> > Cc: Russell King
> > ---
> > drivers/gpu/drm/i2c/tda998x_drv.c | 1 -
> > 1 file changed, 1
On Fri, Jan 11, 2019 at 8:54 PM Linus Walleij wrote:
>
> On Thu, Jan 10, 2019 at 9:01 PM Jagan Teki wrote:
>
> > Just for my information, for each new panel addition, is MAINTAINERS
> > file will update only by drm-misc members or anyone who submitted the
> > patch? The last communication with
Den 11.01.2019 22.19, skrev Sam Ravnborg:
> Hi Jagan.
>
> Gave this another more detailed read - triggered some additional comments.
> Depite the comments it looks good, and this is all more or
> less cosmetic improvements.
>
> Sam
>
>> +struct st7701_panel_desc {
>> +const struct
Hi Jagan.
Gave this another more detailed read - triggered some additional comments.
Depite the comments it looks good, and this is all more or
less cosmetic improvements.
Sam
> +struct st7701_panel_desc {
> + const struct drm_display_mode *mode;
> + unsigned int lanes;
> +
On Thu, 10 Jan 2019 at 21:16, Gerd Hoffmann wrote:
>
> Also set prime_handle_to_fd and prime_fd_to_handle to NULL,
> so drm will not advertive DRM_PRIME_CAP_{IMPORT,EXPORT} to
> userspace.
Reviewed-by: Dave Airlie
>
> Signed-off-by: Gerd Hoffmann
> ---
> drivers/gpu/drm/virtio/virtgpu_drv.h
On Thu, 10 Jan 2019 at 18:17, Gerd Hoffmann wrote:
>
> Also set prime_handle_to_fd and prime_fd_to_handle to NULL,
> so drm will not advertive DRM_PRIME_CAP_{IMPORT,EXPORT} to
> userspace.
>
> Signed-off-by: Gerd Hoffmann
Reviewed-by: Dave Airlie
> ---
> drivers/gpu/drm/qxl/qxl_drv.c | 4
On Fri, Jan 11, 2019 at 3:44 PM wrote:
>
> Okay. I'm recompiling the first bisect now, there were no problems starting it
> this time after using "git stash." However I didn't issue "make clean" because
> it's unclear if it's necessary and I'm hoping I don't have to recompile
> everything for
https://bugs.freedesktop.org/show_bug.cgi?id=109135
--- Comment #14 from Alex Deucher ---
On Fri, Jan 11, 2019 at 3:44 PM wrote:
>
> Okay. I'm recompiling the first bisect now, there were no problems starting it
> this time after using "git stash." However I didn't issue "make clean" because
>
https://bugs.freedesktop.org/show_bug.cgi?id=109298
--- Comment #6 from Alex Deucher ---
(In reply to tkdestroyer2+bugs-freedesktop from comment #2)
> (In reply to Michel Dänzer from comment #1)
> > Does not specifying the dpm parameter at all on the kernel command line or
> > anywhere else make
https://bugs.freedesktop.org/show_bug.cgi?id=109135
--- Comment #13 from rmuncr...@humanavance.com ---
(In reply to Alex Deucher from comment #12)
> (In reply to iive from comment #10)
> > (In reply to Alex Deucher from comment #9)
> > > (In reply to rmuncrief from comment #8)
> > > > (In reply
https://bugzilla.kernel.org/show_bug.cgi?id=202217
--- Comment #4 from Alex Deucher (alexdeuc...@gmail.com) ---
Don't worry about the xorg log. Sorry, habit.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=109135
--- Comment #12 from Alex Deucher ---
(In reply to iive from comment #10)
> (In reply to Alex Deucher from comment #9)
> > (In reply to rmuncrief from comment #8)
> > > (In reply to Alex Deucher from comment #7)
> > > > Can you bisect to figure
Changes:
- Improve drm_gem_fb_create_with_dirty() docs (Daniel)
- Remove unnecessary clearing of damage clips
- Rebase on Sam's drmP.h series
- Remove fb NULL check in mipi_dbi_enable_flush() (kbuild test robot)
- Update todo.rst (Sam)
Maxime has done a backmerge so the damage helper is now in
Useful for drivers that only care about the combined damage.
v2: Remove unnecessary clearing of damage clips
Cc: Deepak Rawat
Signed-off-by: Noralf Trønnes
Acked-by: Sam Ravnborg
Acked-by: Daniel Vetter
---
drivers/gpu/drm/drm_damage_helper.c | 41 +
This prepares for the switch to drm_atomic_helper_dirtyfb() in the next
patch. The damage helper returns a drm_rect so switch to that everywhere
including using a pointer in the dirty functions.
This is a non-functional change except for the debug print which looks a
bit different.
This adds a .fb_create helper that sets the .dirty callback to
drm_atomic_helper_dirtyfb().
v2: Improve docs (Daniel)
Signed-off-by: Noralf Trønnes
Acked-by: Sam Ravnborg
Acked-by: Daniel Vetter
---
drivers/gpu/drm/drm_gem_framebuffer_helper.c | 50 +---
- Better manual-upload support for atomic
The new damage helper has the necessary pieces to make this work.
- tinydrm_gem_cma_prime_import_sg_table
This is now moved to the CMA helper and can be set using the
DRM_GEM_CMA_VMAP_DRIVER_OPS macro.
- tinydrm_fb_create
This is now covered by
This switches to drm_atomic_helper_dirtyfb() as the framebuffer dirty
handler. All flushing will now happen in the pipe functions.
Also enable the damage plane property for all except repaper which can
only do full updates.
ili9225:
This change made ili9225_init() equal to mipi_dbi_init() so use
https://bugs.freedesktop.org/show_bug.cgi?id=109135
--- Comment #11 from rmuncr...@humanavance.com ---
(In reply to iive from comment #10)
> (In reply to Alex Deucher from comment #9)
> > (In reply to rmuncrief from comment #8)
> > > (In reply to Alex Deucher from comment #7)
> > > > Can you
On Thu, Jan 10, 2019 at 9:01 PM Jagan Teki wrote:
> Just for my information, for each new panel addition, is MAINTAINERS
> file will update only by drm-misc members or anyone who submitted the
> patch? The last communication with seanpaul mentioned this context[1]
> just want to understand how
https://bugs.freedesktop.org/show_bug.cgi?id=109319
--- Comment #2 from Kai ---
Created attachment 143076
--> https://bugs.freedesktop.org/attachment.cgi?id=143076=edit
TPH graphics settings (pt. 2)
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=109319
--- Comment #1 from Kai ---
Created attachment 143075
--> https://bugs.freedesktop.org/attachment.cgi?id=143075=edit
TPH graphics settings (pt. 1)
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=109319
Bug ID: 109319
Summary: [radeonsi] Two Point Hospital: rendered in mostly
black on an Oland XT GPU
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS:
https://bugs.freedesktop.org/show_bug.cgi?id=106175
--- Comment #85 from Nicholas Kazlauskas ---
(In reply to tempel.julian from comment #82)
> Could you please try the following?
>
> -disable Plasma compositing with Ctr + Alt + F12 (or in the compositor
> settings and log out and in again)
>
https://bugs.freedesktop.org/show_bug.cgi?id=109298
--- Comment #5 from tkdestroyer2+bugs-freedesk...@gmail.com ---
Created attachment 143073
--> https://bugs.freedesktop.org/attachment.cgi?id=143073=edit
xorg log
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=109298
--- Comment #4 from tkdestroyer2+bugs-freedesk...@gmail.com ---
Created attachment 143072
--> https://bugs.freedesktop.org/attachment.cgi?id=143072=edit
dmesg log
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=109298
--- Comment #3 from tkdestroyer2+bugs-freedesk...@gmail.com ---
Created attachment 143071
--> https://bugs.freedesktop.org/attachment.cgi?id=143071=edit
Screenshot
> Please attach a screenshot, the Xorg log file and the output of dmesg
>
https://bugs.freedesktop.org/show_bug.cgi?id=109298
--- Comment #2 from tkdestroyer2+bugs-freedesk...@gmail.com ---
(In reply to Michel Dänzer from comment #1)
> Does not specifying the dpm parameter at all on the kernel command line or
> anywhere else make a difference?
I just tested. DPM is
Hi Noralf,
url:
https://github.com/0day-ci/linux/commits/Noralf-Tr-nnes/drm-tinydrm-Use-damage-helper-for-dirtyfb/20190110-194410
New smatch warnings:
drivers/gpu/drm/tinydrm/mipi-dbi.c:305 mipi_dbi_enable_flush() warn: variable
dereferenced before check 'fb' (see line 299)
Old smatch
Am 11.01.19 um 15:17 schrieb Michel Dänzer:
On 2019-01-11 2:15 p.m., Christian König wrote:
Move the BO on the LRU only when it is actually moved by a DMA
operation.
[...]
@@ -177,6 +175,13 @@ static vm_fault_t ttm_bo_vm_fault(struct vm_fault *vmf)
ret =
Am 11.01.19 um 16:37 schrieb Grodzovsky, Andrey:
>
> On 01/11/2019 04:42 AM, Koenig, Christian wrote:
>> Am 10.01.19 um 16:56 schrieb Grodzovsky, Andrey:
>>> [SNIP]
>> But we will not be adding the cb back in drm_sched_stop anymore, now we
>> are only going to add back the cb in
https://bugs.freedesktop.org/show_bug.cgi?id=109303
Chris Wilson changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
On Fri, Jan 11, 2019 at 11:24 PM Linus Walleij wrote:
>
> The TPO (Toppoly) TPG110 is a pretty generic display driver
> similar in vein to the Ilitek 93xx devices. It is not a panel
> per se but a driver used with several low-cost noname panels.
>
> This is used on the Nomadik NHK15 combined with
This struct is no longer documented correctly, fix this.
Signed-off-by: Andrew F. Davis
---
drivers/staging/android/ion/ion.h | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/android/ion/ion.h
b/drivers/staging/android/ion/ion.h
index
Buffers may not be mapped from the CPU so skip cache maintenance here.
Accesses from the CPU to a cached heap should be bracketed with
{begin,end}_cpu_access calls so maintenance should not be needed anyway.
Signed-off-by: Andrew F. Davis
---
drivers/staging/android/ion/ion.c | 7 ---
1
Den 11.01.2019 18.54, skrev Linus Walleij:
> The TPO (Toppoly) TPG110 is a pretty generic display driver
> similar in vein to the Ilitek 93xx devices. It is not a panel
> per se but a driver used with several low-cost noname panels.
>
> This is used on the Nomadik NHK15 combined with a OSD
>
The "unmapped" heap is very similar to the carveout heap except
the backing memory is presumed to be unmappable by the host, in
my specific case due to firewalls. This memory can still be
allocated from and used by devices that do have access to the
backing memory.
Based originally on the
The filenames in headers add nothing are often wrong after moves, lets
drop them here and add a little description of the files contents.
Signed-off-by: Andrew F. Davis
---
drivers/staging/android/ion/ion.c | 2 +-
drivers/staging/android/ion/ion.h | 2 +-
This function is empty of real function and can be replaced with
_IOC_DIR().
Signed-off-by: Andrew F. Davis
---
drivers/staging/android/ion/ion-ioctl.c | 16 ++--
1 file changed, 2 insertions(+), 14 deletions(-)
diff --git a/drivers/staging/android/ion/ion-ioctl.c
The base address is not used anywhere and tracked by the pool
allocator. No need to store this anymore.
Signed-off-by: Andrew F. Davis
---
drivers/staging/android/ion/ion_carveout_heap.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
Since we use CMA APIs directly there is no device nor private heaps data,
drop this comment.
Fixes: 204f672255c2 ("staging: android: ion: Use CMA APIs directly")
Signed-off-by: Andrew F. Davis
---
drivers/staging/android/ion/ion_cma_heap.c | 4
1 file changed, 4 deletions(-)
diff --git
The file ion-ioctl.c is now much to small and tightly integrated
with the main ion.c file to justify keeping it separate. Merge
this file.
Signed-off-by: Andrew F. Davis
---
drivers/staging/android/ion/Makefile| 2 +-
drivers/staging/android/ion/ion-ioctl.c | 86 -
When enabled the helpers functions for creating carveout and chunk heaps
should have declarations in the ION header.
Signed-off-by: Andrew F. Davis
---
drivers/staging/android/ion/ion.h | 33 +++
1 file changed, 33 insertions(+)
diff --git
The base address is not used anywhere and tracked by the pool
allocator. No need to store this anymore.
Signed-off-by: Andrew F. Davis
---
drivers/staging/android/ion/ion_chunk_heap.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git
Various cleanups have removed the use of some headers in ION, remove
these here.
Signed-off-by: Andrew F. Davis
---
drivers/staging/android/ion/ion.c | 3 ---
drivers/staging/android/ion/ion_carveout_heap.c | 4 ++--
drivers/staging/android/ion/ion_chunk_heap.c| 3 +--
3 files
The heap name can be used for debugging but otherwise does not seem
to be required and no other part of the code will fail if left NULL
except here. We can make it required and check for it at some point,
for now lets just prevent this from causing a NULL pointer exception.
Signed-off-by: Andrew
Now that ION heap registration has been re-worked to not depend on board
files or have a central heap register helper there is no need to have
this data structure. Most of the fields are unused.
Some heap creation helpers are still available that use this to define
the a heap but only use 2 or 3
On Thu, Jan 03, 2019 at 05:44:26PM -0300, Ezequiel Garcia wrote:
> Hi Liviu,
>
> On Mon, 2018-12-03 at 11:31 +, Ayan Halder wrote:
> > From: Brian Starkey
> >
> > AFBC is a flexible, proprietary, lossless compression protocol and
> > format, with a number of defined DRM format modifiers. To
Hello all,
This is a set of (hopefully) non-controversial cleanups for the ION
framework and current set of heaps. These were found as I start to
familiarize myself with the framework to help in whatever way I
can in getting all this up to the standards needed for de-staging.
I would like to get
Add white-space for easier reading and remove some where it does
not belong. No functional changes, they just bug me..
Signed-off-by: Andrew F. Davis
---
drivers/staging/android/ion/ion_carveout_heap.c | 1 +
drivers/staging/android/ion/ion_chunk_heap.c| 2 +-
The pull request you sent on Fri, 11 Jan 2019 12:11:42 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2019-01-11
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/385c59c7baaa4626f5c01888d50e86e5636e655e
Thank you!
--
Deet-doot-dot, I am a bot.
The TPO (Toppoly) TPG110 is a pretty generic display driver
similar in vein to the Ilitek 93xx devices. It is not a panel
per se but a driver used with several low-cost noname panels.
This is used on the Nomadik NHK15 combined with a OSD
OSD057VA01CT display for WVGA 800x480.
The driver is
https://bugs.freedesktop.org/show_bug.cgi?id=104362
--- Comment #13 from Andrey Grodzovsky ---
(In reply to nmr from comment #10)
> Created attachment 143036 [details]
> UMR dump for PoE/gallium-nine induced AMDGPU hang
>
> I am experiencing the same bug, here is the UMR dump.
Marek, I am
https://bugs.freedesktop.org/show_bug.cgi?id=104347
--- Comment #19 from Michel Dänzer ---
If this is still happening,
https://gitlab.freedesktop.org/xorg/driver/xf86-video-amdgpu/merge_requests/21
might help.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=97639
--- Comment #12 from Michel Dänzer ---
Is this still happening with current drivers?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
Hi Rob.
> > > +++
> > > b/Documentation/devicetree/bindings/display/panel/evervision,vgg804821.txt
> > > @@ -0,0 +1,12 @@
> > > +Evervision Electronics Co. Ltd. VGG804821 5.0" WVGA TFT LCD Panel
> > > +
> > > +Required properties:
> > > +- compatible: should be "evervision,vgg804821"
> > > +-
Hi Daniel.
Thanks, good to have it ready and plugged into DRM doc.
I like that the legacy stuff is now separate - so one knows
what not to look at.
> +
> + /**
> + * @irq: Use by the drm_irq_install() and drm_irq_unistall() helpers.
> + */
> int irq;
"Use => Used"
Other
On Fri, Jan 04, 2019 at 05:38:31PM +0100, Sam Ravnborg wrote:
> Hi Marco.
>
> On Thu, Jan 03, 2019 at 07:26:57PM +0100, Marco Felsch wrote:
> > Add support for the Evervision VG804821 800x480 5.0" LCD TFT parallel
> > panel to DRM simple panel driver.
> >
> > Signed-off-by: Marco Felsch
> > ---
On Thu, 3 Jan 2019 19:26:57 +0100, Marco Felsch wrote:
> Add support for the Evervision VG804821 800x480 5.0" LCD TFT parallel
> panel to DRM simple panel driver.
>
> Signed-off-by: Marco Felsch
> ---
> .../bindings/display/panel/evervision,vgg804821.txt | 12
> 1 file changed,
On Thu, 3 Jan 2019 19:26:56 +0100, Marco Felsch wrote:
> Evervision Electronics is a panel manufacturer from Taipei.
> http://www.evervisionlcd.com/index.php?lang=en
>
> Signed-off-by: Marco Felsch
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1
I screwed up a rebase somehow.
v2: Drop bogus hunk.
v3: Really drop bogus hunk (Lubomir).
Cc: Lubomir Rintel
Signed-off-by: Daniel Vetter
---
Documentation/gpu/drm-kms-helpers.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/gpu/drm-kms-helpers.rst
- Move all the legacy gunk at the bottom, and exclude it from
kerneldoc.
- Documentation for the remaining bits.
Cc: Sam Ravnborg
Signed-off-by: Daniel Vetter
---
Documentation/gpu/drm-internals.rst | 3 +
include/drm/drm_device.h| 150
2 files
I noticed a link that didn't work ...
Fixes: 1f2db3034c9f ("drm: of: introduce drm_of_find_panel_or_bridge")
Cc: Rob Herring
Cc: Philipp Zabel
Cc: Sean Paul
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_of.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
Need to make sure people can find the panel-bridge to avoid typing too
much.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/bridge/panel.c | 22 ++
drivers/gpu/drm/drm_panel.c| 3 +++
2 files changed, 21 insertions(+), 4 deletions(-)
diff --git
Just a bit of drive-by reading:
- drm_dev_set_unique() is really the exception, make that clear.
- drm_dev_init() is the recomended approach.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_drv.c | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=109135
--- Comment #10 from i...@yahoo.com ---
(In reply to Alex Deucher from comment #9)
> (In reply to rmuncrief from comment #8)
> > (In reply to Alex Deucher from comment #7)
> > > Can you bisect to figure out what commit broke things for you?
> >
Den 11.01.2019 02.06, skrev David Lechner:
> On 1/9/19 11:49 AM, Noralf Trønnes wrote:
>> This switches to drm_atomic_helper_dirtyfb() as the framebuffer dirty
>> handler. All flushing will now happen in the pipe functions.
>>
>> Also enable the damage plane property for all except repaper which
On Thu, Jan 03, 2019 at 11:40:04AM +, james qian wang (Arm Technology
China) wrote:
> From: "james qian wang (Arm Technology China)"
>
> Add DT bindings documentation for the ARM display processor D71 and later
> IPs.
>
> Changes in v4:
> - Deleted unnecessary address-cells, size-cells
Den 11.01.2019 11.25, skrev Daniel Vetter:
> On Fri, Jan 11, 2019 at 05:49:15PM +0800, CK Hu wrote:
>> Hi, Daniel:
>>
>> On Fri, 2019-01-11 at 10:20 +0100, Daniel Vetter wrote:
>>> On Fri, Jan 11, 2019 at 11:20:09AM +0800, CK Hu wrote:
Hi, Daniel:
On Thu, 2019-01-10 at 21:02
On Mon, Jan 07, 2019 at 12:51:09PM -0800, Chandan Uddaraju wrote:
> Add bindings for Snapdragon 845 DisplayPort and
> display-port PLL driver.
>
> Changes in V2:
> Provide details about sel-gpio
>
> Signed-off-by: Chandan Uddaraju
> ---
> .../devicetree/bindings/display/msm/dp.txt |
On Wed, Jan 09, 2019 at 10:53:54PM +0100, Daniel Vetter wrote:
> On Tue, Jan 08, 2019 at 08:29:35PM +0100, Sam Ravnborg wrote:
> > drmP.h is an relic from the days when there was a single header file.
> > To enable the removal of drmP.h from all users drop include
> > of drmP.h from
On Mon, Jan 07, 2019 at 11:49:16AM +0100, Daniel Vetter wrote:
> On Fri, Jan 04, 2019 at 09:56:10AM +0100, Paul Kocialkowski wrote:
> > When drivers pass non-empty lists of modifiers for initializing their
> > planes, we can infer that they allow framebuffer modifiers and set the
> > driver's
On Fri, Dec 14, 2018 at 08:16:32AM -0800, Eric Anholt wrote:
> Paul Kocialkowski writes:
>
> > Despite what the HVS documentation indicates, the VC4 does not actually
> > support SAND tiling modes for any RGB format and only semiplanar YUV420
> > formats (NV12/NV21) can be used in these tiling
Den 17.12.2018 20.43, skrev Daniel Vetter:
> Doesn't do anything for atomic drivers.
>
> Signed-off-by: Daniel Vetter
> Cc: Russell King
> ---
> drivers/gpu/drm/i2c/tda998x_drv.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c
>
Den 17.12.2018 20.43, skrev Daniel Vetter:
> Doesn't do anything for atomic.
>
> Signed-off-by: Daniel Vetter
> Cc: Alexey Brodkin
> ---
> drivers/gpu/drm/arc/arcpgu_sim.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/arc/arcpgu_sim.c
>
On 01/11/2019 04:42 AM, Koenig, Christian wrote:
> Am 10.01.19 um 16:56 schrieb Grodzovsky, Andrey:
>> [SNIP]
> But we will not be adding the cb back in drm_sched_stop anymore, now we
> are only going to add back the cb in drm_sched_startr after rerunning
> those jobs in
https://bugs.freedesktop.org/show_bug.cgi?id=109135
--- Comment #9 from Alex Deucher ---
(In reply to rmuncrief from comment #8)
> (In reply to Alex Deucher from comment #7)
> > Can you bisect to figure out what commit broke things for you?
>
> Actually I remember doing that many years ago when
On Wed, Oct 24, 2018 at 11:47:31AM -0400, Lyude Paul wrote:
> Reviewed-by: Lyude Paul
Thanks for your review, patch applied.
-Daniel
>
> On Fri, 2018-10-12 at 09:34 +0200, Daniel Vetter wrote:
> > Pure drive-by while reading code
> >
> > Signed-off-by: Daniel Vetter
> > ---
> >
On 1/11/19 5:10 PM, Souptick Joarder wrote:
Convert to use vm_insert_range() to map range of kernel
memory to user vma.
Signed-off-by: Souptick Joarder
Reviewed-by: Oleksandr Andrushchenko
---
drivers/gpu/drm/xen/xen_drm_front_gem.c | 18 +-
1 file changed, 5
From: Neil Armstrong
commit 4be9bd10e22dfc7fc101c5cf5969ef2d3a042d8a upstream.
Since "drm/fb: Stop leaking physical address", the default behaviour of
the DRM fbdev emulation is to set the smem_base to 0 and pass the new
FBINFO_HIDE_SMEM_START flag.
The main reason is to avoid leaking physical
1 - 100 of 177 matches
Mail list logo