On Sun, May 5, 2019 at 3:04 PM Brian Masney wrote:
> Add the MDP5, DSI and DSI PHY blocks for the display found on the
> msm8974 SoCs. This is based on work from msm8916.dtsi and Jonathan
> Marek.
>
> Signed-off-by: Brian Masney
From my limited understanding it looks good:
Reviewed-by: Linus Wa
On Sun, May 5, 2019 at 3:04 PM Brian Masney wrote:
> Add initial support for the display found on the LG Nexus 5 (hammerhead)
> phone.
>
> Signed-off-by: Brian Masney
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
___
dri-devel mailing list
dri-dev
On Sun, May 5, 2019 at 3:04 PM Brian Masney wrote:
> Add necessary device tree nodes for the main LCD backlight.
>
> Signed-off-by: Brian Masney
Reviewed-by: Linus Walleij
> This requires this series that I submitted to the LED / backlight
> subsystem:
> https://lore.kernel.org/lkml/201904240
On Sun, May 5, 2019 at 3:04 PM Brian Masney wrote:
> Add the CMA (Contiguous Memory Allocator) for the MSM DRM driver, the
> simple panel, and the TI LM3630A driver in order to support the display
> on the LG Nexus 5 (hammerhead) phone.
>
> Signed-off-by: Brian Masney
Reviewed-by: Linus Walleij
On Fri, May 3, 2019 at 5:14 PM Petr Mladek wrote:
> On Thu 2019-05-02 16:16:43, Daniel Vetter wrote:
> > console_trylock, called from within printk, can be called from pretty
> > much anywhere. Including try_to_wake_up. Note that this isn't common,
> > usually the box is in pretty bad shape at tha
Le ven. 26 avr. 2019 à 14:30, Philippe CORNU a écrit :
>
> Hi Fabien,
> and thank you for your patch,
>
> Acked-by: Philippe Cornu
>
> Philippe :-)
>
> On 4/24/19 4:03 PM, Fabien Dessenne wrote:
> > Manage the -EPROBE_DEFER error case for the ltdc IRQ.
> >
> > Signed-off-by: Fabien Dessenne
App
Le ven. 26 avr. 2019 à 14:30, Philippe CORNU a écrit :
>
> Hi Fabien,
> and thank you for your patch,
>
> Acked-by: Philippe Cornu
>
> Philippe :-)
>
> On 4/24/19 4:03 PM, Fabien Dessenne wrote:
> > During probe, return the "clk_get" error value instead of -ENODEV.
> >
> > Signed-off-by: Fabien D
On Tue, Apr 30, 2019 at 03:25:04PM +0200, Andrey Konovalov wrote:
> This patch is a part of a series that extends arm64 kernel ABI to allow to
> pass tagged user pointers (with the top byte set to something else other
> than 0x00) as syscall arguments.
>
> get_vaddr_frames uses provided user point
Leon Romanovsky writes:
First group (programmers) is using special API [1] through libibverbs [2]
without any notion of cgroups or any limitations. Second group (sysadmins)
is less interested in application specifics and for them "device memory" means
"memory" and not "rdma, nic specific, interna
Remove unnecessary semicolons at the end of line.
Signed-off-by: Andrea Righi
---
drivers/gpu/drm/amd/powerplay/amd_powerplay.c | 8
drivers/gpu/drm/amd/powerplay/hwmgr/hardwaremanager.c | 2 +-
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/amd/p
On Tue, Apr 30, 2019 at 03:25:06PM +0200, Andrey Konovalov wrote:
> This patch is a part of a series that extends arm64 kernel ABI to allow to
> pass tagged user pointers (with the top byte set to something else other
> than 0x00) as syscall arguments.
>
> userfaultfd_register() and userfaultfd_un
On 5/2/19 10:36 PM, Brendan Higgins wrote:
> On Thu, May 2, 2019 at 6:45 PM Frank Rowand wrote:
>>
>> On 5/2/19 4:45 PM, Brendan Higgins wrote:
>>> On Thu, May 2, 2019 at 2:16 PM Frank Rowand wrote:
On 5/2/19 11:07 AM, Brendan Higgins wrote:
> On Thu, May 2, 2019 at 4:02 AM Greg KH
Add drm_atomic_helper_dirtyfb() callback to the msm framebuffer driver
for the dirty ioctl.
Signed-off-by: Brian Masney
---
drivers/gpu/drm/msm/msm_fb.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/msm/msm_fb.c b/drivers/gpu/drm/msm/msm_fb.c
index 136058978e0f..8624a8e40
From: Jagadeesh Pagadala
Remove duplicate headers which are included twice.
Signed-off-by: Jagadeesh Pagadala
---
drivers/gpu/drm/msm/disp/dpu1/dpu_hw_lm.c | 1 -
drivers/gpu/drm/nouveau/nvkm/subdev/bus/nv04.c| 2 --
drivers/gpu/drm/panel/panel-raspberrypi-touchscreen.c | 1
The ETM0700G0DH6 is currently documented as using edt,etm070080dh6
compatible string, however the Linux kernel driver as well as a
couple of DTs use edt,etm0700g0dh6 compatible string. Add it into
the documentation.
Signed-off-by: Marek Vasut
Cc: Rob Herring
Cc: Jan Tuerk
Cc: Thierry Reding
Cc
Display controller (DC) performs isochronous memory transfers and thus
has a requirement for a minimum memory bandwidth that shall be fulfilled,
otherwise framebuffer data can't be fetched fast enough and this results
in a DC's data-FIFO underflow that follows by a visual corruption.
The External
_msm_gem_new() calls msm_gem_new_impl() with a NULL reservation_object
struct. msm_atomic_prepare_fb() assumes that the reservation_object is
always set, and attempts to reference a NULL pointer. Correct this by
checking to see if this value is NULL.
Signed-off-by: Brian Masney
---
drivers/gpu/d
Add necessary device tree nodes for the main LCD backlight.
Signed-off-by: Brian Masney
---
This requires this series that I submitted to the LED / backlight
subsystem:
https://lore.kernel.org/lkml/20190424092505.6578-1-masn...@onstation.org/
It's received 3 {Reviewed,Acked}-Bys, and has no outst
On Tue, Apr 30, 2019 at 03:25:09PM +0200, Andrey Konovalov wrote:
> This patch is a part of a series that extends arm64 kernel ABI to allow to
> pass tagged user pointers (with the top byte set to something else other
> than 0x00) as syscall arguments.
>
> mlx4_get_umem_mr() uses provided user poi
On Thu, May 02, 2019 at 04:14:57PM +0200, Martin Schwidefsky wrote:
> On Thu, 2 May 2019 06:46:23 -0700
> Matthew Wilcox wrote:
>
> > On Thu, May 02, 2019 at 06:48:46PM +0530, Anshuman Khandual wrote:
> > > Drop the pgtable_t variable from all implementation for pte_fn_t as none
> > > of
> > > t
Hello,
syzbot found the following crash on:
HEAD commit:a4ccb5f9 Merge tag 'drm-fixes-2019-05-03' of git://anongit..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1205d570a0
kernel config: https://syzkaller.appspot.com/x/.config?x=2bd0da4b8de0b004
da
I found useful to know the total number of underflow events while was
working on adding support for memory bandwidth management. Currently
the debug stats are getting reset after disabling CRTC, let's account
the overall number of events that doesn't get reset.
Signed-off-by: Dmitry Osipenko
---
Hello,
Display controllers have a need for minimum memory bandwidth in order to
maintain data-stream to output at a required rate. There is a visual
corruption once the requirement is violated and CRTC reset may be required
in order to recover. This series adds preliminary support for the memory
b
On Jo, 2019-05-02 at 17:36 +0200, Andreas Färber wrote:
>
> Am 30.04.19 um 16:40 schrieb Guido Günther:
> >
> > This adds support for the Mixel DPHY as found on i.MX8 CPUs but
> > since
> > this is an IP core it will likely be found on others in the future.
> > So
> > instead of adding this to th
On 5/3/19 4:14 PM, Brendan Higgins wrote:
>> On 5/2/19 10:36 PM, Brendan Higgins wrote:
>>> On Thu, May 2, 2019 at 6:45 PM Frank Rowand wrote:
On 5/2/19 4:45 PM, Brendan Higgins wrote:
> On Thu, May 2, 2019 at 2:16 PM Frank Rowand
> wrote:
>>
>> On 5/2/19 11:07 AM, Bren
Add the MDP5, DSI and DSI PHY blocks for the display found on the
msm8974 SoCs. This is based on work from msm8916.dtsi and Jonathan
Marek.
Signed-off-by: Brian Masney
---
arch/arm/boot/dts/qcom-msm8974.dtsi | 132
1 file changed, 132 insertions(+)
diff --git a/arch
The GPD Win 2 is shipping with a new firmware release date. As
the quirk is still required with the new firmware, this commit
adds the new release date to the quirks table.
Signed-off-by: Jared Baldridge
---
drivers/gpu/drm/drm_panel_orientation_quirks.c | 2 +-
1 file changed, 1 insertion(+), 1
Here is a patch series that adds initial display support for the LG
Nexus 5 (hammerhead) phone. The board boots into terminal mode, however
there is a several second (or more) delay when writing to tty1 compared
to when the changes are actually shown on the screen. The following
errors are in dmesg
Tegra20 has a high priority request control that allow to configure
when display's memory client should perform read requests with a higher
priority (Tegra30+ uses other means). Set up the controls for a more
aggressive prefetching to reliably avoid FIFO underflow on a lower memory
frequency, this
This seems to be triggered by "pkg/report: skip printk and other printing
functions " on syzbot side.
The fix should be "kobject: Don't trigger kobject_uevent(KOBJ_REMOVE) twice."
in linux-next.git.
#syz dup: KASAN: use-after-free Read in string
___
d
On 2019-05-03 12:48 a.m., Brendan Higgins wrote:
> On Thu, May 2, 2019 at 8:15 PM Logan Gunthorpe wrote:
>> On 2019-05-01 5:01 p.m., Brendan Higgins wrote:
>>> +/*
>>> + * struct kunit_try_catch - provides a generic way to run code which might
>>> fail.
>>> + * @context: used to pass user data
Add the CMA (Contiguous Memory Allocator) for the MSM DRM driver, the
simple panel, and the TI LM3630A driver in order to support the display
on the LG Nexus 5 (hammerhead) phone.
Signed-off-by: Brian Masney
---
The panel and backlight are currently compiled into the kernel, but will
be moved to
Add initial support for the display found on the LG Nexus 5 (hammerhead)
phone.
Signed-off-by: Brian Masney
---
See the cover letter on this patch series for details about the issue
that I'm running into with this board.
.../qcom-msm8974-lge-nexus5-hammerhead.dts| 45 +++
1
On Thu 2019-05-02 16:16:43, Daniel Vetter wrote:
> console_trylock, called from within printk, can be called from pretty
> much anywhere. Including try_to_wake_up. Note that this isn't common,
> usually the box is in pretty bad shape at that point already. But it
> really doesn't help when then loc
https://bugs.freedesktop.org/show_bug.cgi?id=110143
Timothy Arceri changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
On Sun, May 05, 2019 at 11:16:54AM +0200, Noralf Trønnes wrote:
>
>
> Den 04.05.2019 14.34, skrev Noralf Trønnes:
> >
> >
> > Den 25.04.2019 10.31, skrev Noralf Trønnes:
> >> drm_fb_helper_is_bound() is used to check if DRM userspace is in control.
> >> This is done by looking at the fb on the
On Fri, May 03, 2019 at 02:35:02PM +0200, Christian König wrote:
> Am 30.04.19 um 16:16 schrieb Daniel Vetter:
> > [SNIP]
> > > /**
> > > - * amdgpu_gem_map_attach - &dma_buf_ops.attach implementation
> > > - * @dma_buf: Shared DMA buffer
> > > + * amdgpu_gem_pin_dma_buf - &dma_buf_ops.pin_dma_bu
https://bugs.freedesktop.org/show_bug.cgi?id=109345
--- Comment #32 from Christian Zigotzky ---
Hi All,
Allan successfully tested the sixth test kernel today. He wrote:
Christian
DRM6 boots to Firepro.
cheers
ace
--
This step has been marked as good because the sixth test kernel boots t
On Sat, May 04, 2019 at 11:16:05AM -0700, syzbot wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:a4ccb5f9 Merge tag 'drm-fixes-2019-05-03' of git://anongit..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=1205d570a0
> kernel
On Sat, May 04, 2019 at 09:43:14PM +0100, James Clarke wrote:
> On 15 Jan 2019, at 18:41, Eric Anholt wrote:
> >
> > Daniel Vetter writes:
> >
> >> On Tue, Jan 15, 2019 at 03:04:18PM +, James Clarke wrote:
> >>> Like GNU/Linux, GNU/kFreeBSD's sys/types.h does not define the uintX_t
> >>> ty
The data structure |struct drm_gem_vram_object| and its helpers replace
|struct bochs_bo|. It's the same implementation; except for the type
names.
v4:
* cleanups from checkpatch.pl
* select config option DRM_VRAM_HELPER
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/bochs
The data structure |struct drm_gem_vram_object| and its helpers replace
|struct ast_bo|. It's the same implementation; except for the type names.
v4:
* cleanups from checkpatch.pl
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/Kconfig| 2 +-
drivers/gpu/drm/ast/ast_drv.c
The data structure |struct drm_vram_mm| and its helpers replace hibmc's
TTM-based memory manager. It's the same implementation; except for the
type names.
v4:
* don't select DRM_TTM or DRM_VRAM_MM_HELPER
v3:
* use drm_gem_vram_mm_funcs
* convert driver to drm_device-based i
The provided helpers can be used for the respective callback functions
in |struct drm_driver|.
v4:
* cleanups from checkpatch.pl
v2:
* documentation fixes
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_gem_vram_helper.c | 49 +++
include/drm/drm
This patch replaces |struct vbox_bo| and its helpers with the generic
implementation of |struct drm_gem_vram_object|. The only change in
semantics is that &ttm_bo_driver.verify_access() now does the actual
verification.
v4:
* select config option DRM_VRAM_HELPER
v3:
* remove forwar
The mgag200 driver establishes several memory mappings for frame buffers
and cursors. This patch converts the driver to use the equivalent
drm_gem_vram_kmap() functions. It removes the dependencies on TTM
and cleans up the code.
v4:
* cleanups from checkpatch.pl
Signed-off-by: Thomas Zimm
VRAM MM is most likely be used with GEM VRAM. The latter now provides the
required instance of struct drm_vram_mm_funcs for drivers to use.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_gem_vram_helper.c | 14 ++
include/drm/drm_gem_vram_helper.h | 3 +++
2 files chan
The data structure |struct drm_vram_mm| and its helpers replace bochs'
TTM-based memory manager. It's the same implementation; except for the
type names.
v4:
* don't select DRM_TTM or DRM_VRAM_MM_HELPER
v3:
* use drm_gem_vram_mm_funcs
* convert driver to drm_device-based in
The data structure |struct drm_vram_mm| and its helpers replace ast's
TTM-based memory manager. It's the same implementation; except for the
type names.
v4:
* don't select DRM_TTM or DRM_VRAM_MM_HELPER
v3:
* use drm_gem_vram_mm_funcs
* convert driver to drm_device-based ins
The data structure |struct drm_gem_vram_object| and its helpers replace
|struct mgag200_bo|. It's the same implementation; except for the type
names.
v4:
* cleanups from checkpatch.pl
* select config option DRM_VRAM_HELPER
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/mga
The type |struct drm_gem_vram_object| implements a GEM object for simple
framebuffer devices with dedicated video memory. The BO is either located
in VRAM or system memory.
The implementation has been created from the respective code in ast,
bochs and mgag200. These drivers copy their implementati
There's now a pointer to struct drm_vram_mm stored in struct drm_device.
DRM drivers that use VRAM MM should use this field to refer to their
instance of the data structure. Appropriate helpers are now provided as
well.
Adding struct drm_vram_mm to struct drm_device further avoids wrappers
and boi
On Wed, 17 Apr 2019 20:10:15 +0200
Paul Kocialkowski wrote:
> There's also the possibility of writing up a drm-render DDX to handle
> these 2D blitters that can make things a lot faster when running a
> desktop environment. As for wayland, well, I don't really know what to
> think. I was under th
The data structure |struct drm_gem_vram_object| and its helpers replace
|struct hibmc_bo|. It's the same implementation; except for the type
names.
v4:
* select config option DRM_VRAM_HELPER
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/hisilicon/hibmc/Kconfig | 1 +
.../
The VRAM MM memory manager is a helper library that manages dedicated video
memory of simple framebuffer devices. It is supported to be used with
struct drm_gem_vram_object, but does not depend on it.
The implementation is based on the respective code from ast, bochs, and
mgag200. These drivers sh
The data structure |struct drm_vram_mm| and its helpers replace vboxvideo's
TTM-based memory manager. It's the same implementation; except for the type
names.
v4:
* don't select DRM_TTM or DRM_VRAM_MM_HELPER
v3:
* use drm_gem_vram_mm_funcs
* convert driver to drm_device-bas
The AST driver establishes several memory mappings for frame buffers
and cursors. This patch converts the driver to use the equivalent
drm_gem_vram_kmap() functions. It removes the dependencies on TTM
and cleans up the code.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/ast_drv.h |
The provided helpers can be used for the respective callback functions
in |struct ttm_bo_driver|.
v2:
* drm_is_gem_vram() is now a private function
* documentation fixes
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_gem_vram_helper.c | 50 +++
The helper function drm_gem_vram_fill_create_dumb() implements most of
struct drm_driver.dumb_create() for GEM-VRAM buffer objects. It's not a
full implementation of the callback, as several driver-specific parameters
are still required.
v4:
* cleanups from checkpatch.pl
v2:
* docu
The data structure |struct drm_vram_mm| and its helpers replace mgag200's
TTM-based memory manager. It's the same implementation; except for the type
names.
v4:
* don't select DRM_TTM or DRM_VRAM_MM_HELPER
v3:
* use drm_gem_vram_mm_funcs
* convert driver to drm_device-based
Several simple framebuffer drivers copy most of the TTM code from each
other. The implementation is always the same; except for the name of
some data structures.
As recently discussed, this patch set provides generic memory-management
code for simple framebuffers with dedicated video memory. It fu
On Mon, May 6, 2019 at 9:48 AM Petr Mladek wrote:
> On Mon 2019-05-06 09:11:37, Daniel Vetter wrote:
> > On Fri, May 3, 2019 at 5:14 PM Petr Mladek wrote:
> > > On Thu 2019-05-02 16:16:43, Daniel Vetter wrote:
> > > > console_trylock, called from within printk, can be called from pretty
> > > > m
https://bugs.freedesktop.org/show_bug.cgi?id=108893
--- Comment #16 from Michel Dänzer ---
(In reply to supercoolemail from comment #11)
> 42.80% Gothic2.exe radeonsi_dri.so [.]
> _mesa_unpack_depth_span
It would be interesting to know where _mesa_unpack_depth_span is getting ca
On Fri, May 3, 2019 at 5:33 AM Logan Gunthorpe wrote:
>
>
>
> On 2019-05-03 12:48 a.m., Brendan Higgins wrote:
> > On Thu, May 2, 2019 at 8:15 PM Logan Gunthorpe wrote:
> >> On 2019-05-01 5:01 p.m., Brendan Higgins wrote:
> >>> +/*
> >>> + * struct kunit_try_catch - provides a generic way to run
https://bugs.freedesktop.org/show_bug.cgi?id=107049
Michel Dänzer changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
On Mon, Apr 29, 2019 at 03:08:23PM -0700, Chia-I Wu wrote:
> This is motivated by having meaningful ftrace events, but it also
> fixes use cases where dma_fence_is_later is called, such as in
> sync_file_merge.
>
> In other drivers, fence creation and cmdbuf submission normally
> happen atomically
On Mon, Apr 29, 2019 at 03:10:21PM -0700, Chia-I Wu wrote:
> It was changed to GFP_ATOMIC in commit ec2f0577c (add & use
> virtio_gpu_queue_fenced_ctrl_buffer) because the allocation happened
> with a spinlock held. That was no longer true after commit
> 9fdd90c0f (add virtio_gpu_alloc_fence()).
On Fri, May 03, 2019 at 06:38:04PM +0200, Robert Foss wrote:
> virtio_gpu_fence_emit() always returns 0, since it
> has no error paths.
>
> Consequently no calls for virtio_gpu_fence_emit()
> use the return value, and it can be removed.
>
> Signed-off-by: Robert Foss
> Suggested-by: Emil Velikov
https://bugs.freedesktop.org/show_bug.cgi?id=110616
--- Comment #1 from Michel Dänzer ---
Please attach the corresponding output of dmesg and vainfo.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
d
On Fri, May 3, 2019 at 7:34 AM shuah wrote:
>
> On 5/1/19 5:01 PM, Brendan Higgins wrote:
> > From: Avinash Kondareddy
> >
> > Tests how tests interact with test managed resources in their lifetime.
> >
> > Signed-off-by: Avinash Kondareddy
> > Signed-off-by: Brendan Higgins
> > ---
>
> I think
https://bugs.freedesktop.org/show_bug.cgi?id=110615
Michel Dänzer changed:
What|Removed |Added
Attachment #144169|text/x-log |text/plain
mime type|
On Tue, Apr 16, 2019 at 11:23 PM Arnd Bergmann wrote:
>
> Hi Al,
>
> It took me way longer than I had hoped to revisit this series, see
> https://lore.kernel.org/lkml/20180912150142.157913-1-a...@arndb.de/
> for the previously posted version.
>
> I've come to the point where all conversion handler
virtio_gpu_fence_emit() always returns 0, since it
has no error paths.
Consequently no calls for virtio_gpu_fence_emit()
use the return value, and it can be removed.
Signed-off-by: Robert Foss
Suggested-by: Emil Velikov
Reviewed-by: Chia-I Wu
---
This patch was suggested in this email thread:
https://bugs.freedesktop.org/show_bug.cgi?id=110616
--- Comment #2 from baopeng ---
(In reply to Michel Dänzer from comment #1)
> Please attach the corresponding output of dmesg and vainfo.
It doesn't matter with dmesg and vainfo ?
Dmesg and vainfo can't see anything
--
You are receiving thi
https://bugs.freedesktop.org/show_bug.cgi?id=110616
Michel Dänzer changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #3 from Michel Dän
Hi, Jitao:
On Tue, 2019-04-16 at 13:42 +0800, Jitao Shi wrote:
> This patch add mt8183 mipi_tx driver.
> And also support other chips that use the same binding and driver.
>
> Signed-off-by: Jitao Shi
> ---
> drivers/gpu/drm/mediatek/Makefile | 1 +
> drivers/gpu/drm/mediatek/mtk_
On Fri, May 3, 2019 at 7:38 AM shuah wrote:
>
> On 5/1/19 5:01 PM, Brendan Higgins wrote:
> > Add myself as maintainer of KUnit, the Linux kernel's unit testing
> > framework.
> >
> > Signed-off-by: Brendan Higgins
> > ---
> > MAINTAINERS | 10 ++
> > 1 file changed, 10 insertions(+)
>
Continue to get rid of drmP.h. Add minimal includes to build. Sort
includes while at it.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_edid.c | 11 +++
drivers/gpu/drm/drm_edid_load.c | 7 +--
2 files changed, 12 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/
Continue to get rid of drmP.h. Add minimal includes to build. Sort
includes while at it.
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_dp_aux_dev.c | 8 +---
drivers/gpu/drm/drm_dp_dual_mode_helper.c | 4 +++-
drivers/gpu/drm/drm_dp_helper.c | 12 +++-
drive
Hi Sam,
On Thu, May 2, 2019 at 1:04 AM Sam Ravnborg wrote:
>
> Hi Jagan
>
> On Wed, May 01, 2019 at 05:44:47PM +0530, Jagan Teki wrote:
> > HD702E lcd is FriendlyELEC developed eDP LCD panel with 800x1280
> > resolution. It has built in Goodix, GT9271 captive touchscreen
> > with backlight adjust
Hi Laurent, Andrey,
On 03/05/2019 20:11, Laurent Pinchart wrote:
>> I agree that if the panel Andrey mentioned is still used, we need to
>> handle it somehow. But I think explicitly handling such a case is better
>> than guessing.
>
> The risk may not be worth it, I agree. I would explain this in
https://bugs.freedesktop.org/show_bug.cgi?id=108893
--- Comment #17 from supercoolem...@seznam.cz ---
Created attachment 144173
--> https://bugs.freedesktop.org/attachment.cgi?id=144173&action=edit
sysprof of Gothic 2 menu
--
You are receiving this mail because:
You are the assignee for the bu
https://bugs.freedesktop.org/show_bug.cgi?id=108893
--- Comment #18 from supercoolem...@seznam.cz ---
Created attachment 144174
--> https://bugs.freedesktop.org/attachment.cgi?id=144174&action=edit
sysprof of Gothic 2 menu with LIBGL_ALWAYS_SOFTWARE=1
--
You are receiving this mail because:
Yo
Am 06.05.19 um 10:04 schrieb Daniel Vetter:
> [SNIP]
+ /* pin buffer into GTT */
+ return amdgpu_bo_pin(bo, AMDGPU_GEM_DOMAIN_GTT);
>>> This is kinda what I mean with "shouldn't we pin the attachment" - afaiui
>>> this can fail is someone already pinned the buffer into vram. And that
>>>
https://bugs.freedesktop.org/show_bug.cgi?id=109345
--- Comment #33 from Christian Zigotzky ---
Hi All,
Allan successfully tested the seventh test kernel today. He wrote:
Christian
DRM7 boots to SI card.
ace
--
This step has been marked as bad because the seventh test kernel doesn't boot
https://bugs.freedesktop.org/show_bug.cgi?id=110619
Bug ID: 110619
Summary: Dump process stacktraces in case a test hangs
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Den 06.05.2019 11.52, skrev Jani Nikula:
> Continue to get rid of drmP.h. Add minimal includes to build. Sort
> includes while at it.
>
> Signed-off-by: Jani Nikula
> ---
Reviewed-by: Noralf Trønnes
___
dri-devel mailing list
dri-devel@lists.freedes
Den 06.05.2019 11.52, skrev Jani Nikula:
> Continue to get rid of drmP.h. Add minimal includes to build. Sort
> includes while at it.
>
> Signed-off-by: Jani Nikula
> ---
Reviewed-by: Noralf Trønnes
___
dri-devel mailing list
dri-devel@lists.freedes
> GEM VRAM could implement PRIME helpers, which would allow for using
> the generic fbcon.
bochs_gem_prime_*() functions with this series applied look like you can
just rename them & move over to vram helpers.
It's not a full prime implementation, specifically actual export/import
isn't there. B
> +/**
> + * drm_gem_vram_unpin() - Unpins a GEM VRAM object
> + * @gbo: the GEM VRAM object
> + *
> + * Returns:
> + * 0 on success, or
> + * a negative error code otherwise.
> + */
> +int drm_gem_vram_unpin(struct drm_gem_vram_object *gbo)
> +{
> + int i, ret;
> + struct ttm_operation
On Mon, May 06, 2019 at 10:26:30AM +0200, Thomas Zimmermann wrote:
> Several simple framebuffer drivers copy most of the TTM code from each
> other. The implementation is always the same; except for the name of
> some data structures.
>
> As recently discussed, this patch set provides generic memo
https://bugs.freedesktop.org/show_bug.cgi?id=110621
abcd changed:
What|Removed |Added
Priority|medium |high
Status|NEW
> > The bug was bisected to:
> >
> > commit 0a1c7959acd9674a0e4e59f911f3e5fbf25fd693
> > Author: Wolfram Sang
> > Date: Wed May 17 15:22:18 2017 +
> >
> > gpu: drm: tc35876x: move header file out of I2C realm
>
> Bisect seems to have gone off the rails. No idea where or why.
Yes, lu
Hi,
> static const struct file_operations bochs_fops = {
> .owner = THIS_MODULE,
> - .open = drm_open,
> - .release= drm_release,
> - .unlocked_ioctl = drm_ioctl,
> - .compat_ioctl = drm_compat_ioctl,
> - .poll = drm_poll,
> -
https://bugs.freedesktop.org/show_bug.cgi?id=110621
abcd changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail because:
Hi
thanks for reviewing the patches.
Am 06.05.19 um 14:31 schrieb Gerd Hoffmann:
>> +--gbo->pin_count;
>> +if (gbo->pin_count)
>> +return 0;
>> +
>> +if (gbo->kmap.virtual)
>> +ttm_bo_kunmap(&gbo->kmap);
>> +
>> +drm_gem_vram_placement(gbo, TTM_PL_FLAG_SYST
https://bugs.freedesktop.org/show_bug.cgi?id=110250
Sibren Vasse changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Hi
Am 06.05.19 um 14:43 schrieb Gerd Hoffmann:
> On Mon, May 06, 2019 at 10:26:30AM +0200, Thomas Zimmermann wrote:
>> Several simple framebuffer drivers copy most of the TTM code from each
>> other. The implementation is always the same; except for the name of
>> some data structures.
>>
>> As re
Hi
Am 06.05.19 um 14:22 schrieb Gerd Hoffmann:
>> GEM VRAM could implement PRIME helpers, which would allow for using
>> the generic fbcon.
>
> bochs_gem_prime_*() functions with this series applied look like you can
> just rename them & move over to vram helpers.
>
> It's not a full prime imple
On Mon, 06 May 2019, Noralf Trønnes wrote:
> Den 06.05.2019 11.52, skrev Jani Nikula:
>> Continue to get rid of drmP.h. Add minimal includes to build. Sort
>> includes while at it.
>>
>> Signed-off-by: Jani Nikula
>> ---
>
> Reviewed-by: Noralf Trønnes
Pushed both to drm-misc-next, thanks for
1 - 100 of 200 matches
Mail list logo
