https://bugs.freedesktop.org/show_bug.cgi?id=110887
Bug ID: 110887
Summary: 5.0 kernel crash , drm:amdgpu_gem_va_ioctl [amdgpu]]
*ERROR* Couldn't update BO_VA (-2)
Product: DRI
Version: DRI git
Hardware: ARM
https://bugs.freedesktop.org/show_bug.cgi?id=110783
--- Comment #3 from Gert Wollny ---
R600 doesn't implement TGSI_OPCODE_DIV and in the Gentoo bug this is the one
reported as being triggered. If think for glsl this is lowered, so maybe there
is some compiler option missing in the vdpau state tr
https://bugs.freedesktop.org/show_bug.cgi?id=110888
Bug ID: 110888
Summary: 5.0.21 kernel crash when many GPU app run concurrently
, error msg: amdgpu_vm_validate_pt_bos() failed. ,
Not enough memory for command submission!
The original license text had a typo ("publishhed") which would be
likely to confuse automated licensing auditing tools. Let's just switch
to SPDX instead of fixing the wording.
Signed-off-by: Lubomir Rintel
---
drivers/video/backlight/tdo24m.c | 5 +
1 file changed, 1 insertion(+), 4 deleti
Hi
Am 08.06.19 um 10:19 schrieb Sam Ravnborg:
> Opencode all macros used from the deprecated drm_os_linux.h header file.
> The DRM_WAIT_ON used 3 * HZ as timeout.
> This was translated to 30 msec.
>
> Signed-off-by: Sam Ravnborg
> Cc: Thomas Zimmermann
> Cc: Daniel Vetter
> Cc: David Airlie
>
Hi
Am 08.06.19 um 10:19 schrieb Sam Ravnborg:
> Drop the use of the deprecated drmP.h header file.
> Clean up list of include files and sort them.
>
> Signed-off-by: Sam Ravnborg
> Cc: Thomas Zimmermann
> Cc: Daniel Vetter
> Cc: David Airlie
> ---
> drivers/gpu/drm/mga/mga_dma.c | 2 --
>
Hi
Thanks a lot. There's some bike shedding in my other replies, but generally
Acked-by: Thomas Zimmermann
Best regard
Thomas
Am 08.06.19 um 10:19 schrieb Sam Ravnborg:
> Drop use of the deprecated drmP.h header file.
> Also drop use of drm_os_linux.h as it is deprecated too,
> and was pulle
On Sat, Jun 08, 2019 at 04:22:06AM -0700, syzbot wrote:
> syzbot has found a reproducer for the following crash on:
>
> HEAD commit:79c3ba32 Merge tag 'drm-fixes-2019-06-07-1' of git://anong..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=1201b971a0
On Mon, 10 Jun 2019, Derek Basehore wrote:
> This removes the orientation quirk detection from the code to add
> an orientation property to a panel. This is used only for legacy x86
> systems, yet we'd like to start using this on devicetree systems where
> quirk detection like this is not needed.
Hi Dave,
Please pull omapdrm changes for 5.3.
Tomi
The following changes since commit 396f9acaffd87e44b8b02bc60f06dc949b832b7e:
Merge branch 'drm-next-5.3' of git://people.freedesktop.org/~agd5f/linux into
drm-next (2019-06-06 14:28:26 +1000)
are available in the Git repository at:
git:
On Sat, Jun 08, 2019 at 05:41:49PM +0200, Noralf Trønnes wrote:
>
>
> Den 07.06.2019 20.52, skrev Daniel Vetter:
> > No longer needed since the i915 initial config logic was pulled into
> > the shared helper by Noralf.
> >
>
> I'm fixing this when I move the modeset code to drm_client. I hope I
Hi,
On Mon, 2019-06-10 at 13:14 +, Matt Redfearn wrote:
>
> On 10/06/2019 14:03, Anders Roxell wrote:
> > On Thu, 6 Jun 2019 at 12:13, Hans Verkuil wrote:
> > >
> > > On 6/6/19 11:47 AM, Anders Roxell wrote:
> > > > When building with CONFIG_VIDEO_CODA and CONFIG_CODA_FS enabled as
> > > >
On 6/11/19 10:15 AM, Philipp Zabel wrote:
> Hi,
>
> On Mon, 2019-06-10 at 13:14 +, Matt Redfearn wrote:
>>
>> On 10/06/2019 14:03, Anders Roxell wrote:
>>> On Thu, 6 Jun 2019 at 12:13, Hans Verkuil wrote:
On 6/6/19 11:47 AM, Anders Roxell wrote:
> When building with CONFIG_VIDEO
On Tue, Jun 11, 2019 at 10:04 AM Daniel Vetter wrote:
>
> On Sat, Jun 08, 2019 at 04:22:06AM -0700, syzbot wrote:
> > syzbot has found a reproducer for the following crash on:
> >
> > HEAD commit:79c3ba32 Merge tag 'drm-fixes-2019-06-07-1' of git://anong..
> > git tree: upstream
> > cons
On Sat, Jun 08, 2019 at 05:12:41PM +0300, Laurent Pinchart wrote:
> As the DRM LVDS panel driver uses a different approach to DT bindings
> compared to what Thierry Reding advocates, add a specific MAINTAINERS
> entry to avoid bothering Thierry with requests related to that driver.
>
> Signed-off-
On Sat, Jun 08, 2019 at 11:27:23PM -0300, Mauro Carvalho Chehab wrote:
> Sphinx need to know when a paragraph ends. So, do some adjustments
> at the file for it to be properly parsed.
>
> At its new index.rst, let's add a :orphan: while this is not linked to
> the main index.rst file, in order to
On Mon, Jun 10, 2019 at 12:07:48AM +0200, Sam Ravnborg wrote:
> drm_print.h requires to fix build when macros are used.
> Pull in the header file in drm_print.h so users do not have to do it.
>
> Signed-off-by: Sam Ravnborg
> Cc: Maarten Lankhorst
> Cc: Maxime Ripard
> Cc: Sean Paul
> Cc: Dav
https://bugs.freedesktop.org/show_bug.cgi?id=110883
--- Comment #4 from Michel Dänzer ---
Please add a reference to this bug report in the commit log, and send the patch
to the amd-gfx mailing list for review.
--
You are receiving this mail because:
You are the assignee for the bug.
On Tue, Jun 11, 2019 at 10:33:21AM +0200, Dmitry Vyukov wrote:
> On Tue, Jun 11, 2019 at 10:04 AM Daniel Vetter wrote:
> >
> > On Sat, Jun 08, 2019 at 04:22:06AM -0700, syzbot wrote:
> > > syzbot has found a reproducer for the following crash on:
> > >
> > > HEAD commit:79c3ba32 Merge tag 'drm
Hi,
On 11-06-19 10:08, Jani Nikula wrote:
On Mon, 10 Jun 2019, Derek Basehore wrote:
This removes the orientation quirk detection from the code to add
an orientation property to a panel. This is used only for legacy x86
systems, yet we'd like to start using this on devicetree systems where
qui
On Tue, Jun 11, 2019 at 09:48:16AM +0200, Thomas Zimmermann wrote:
> Hi
>
> Am 08.06.19 um 10:19 schrieb Sam Ravnborg:
> > Opencode all macros used from the deprecated drm_os_linux.h header file.
> > The DRM_WAIT_ON used 3 * HZ as timeout.
> > This was translated to 30 msec.
> >
> > Signed-off-by
On Tue, Jun 11, 2019 at 09:53:51AM +0200, Thomas Zimmermann wrote:
> Hi
>
> Am 08.06.19 um 10:19 schrieb Sam Ravnborg:
> > Drop the use of the deprecated drmP.h header file.
> > Clean up list of include files and sort them.
> >
> > Signed-off-by: Sam Ravnborg
> > Cc: Thomas Zimmermann
> > Cc: D
On Mon, Jun 10, 2019 at 09:03:48PM -0700, Derek Basehore wrote:
> This adds the attach/detach callbacks. These are for setting up
> internal state for the connector/panel pair that can't be done at
> probe (since the connector doesn't exist) and which don't need to be
> repeatedly done for every ge
https://bugs.freedesktop.org/show_bug.cgi?id=110866
Michel Dänzer changed:
What|Removed |Added
Component|DRM/AMDgpu |DRM/other
--
You are receiving this ma
On Tue, Jun 11, 2019 at 10:51:23AM +0200, Daniel Vetter wrote:
> On Tue, Jun 11, 2019 at 10:33:21AM +0200, Dmitry Vyukov wrote:
> > On Tue, Jun 11, 2019 at 10:04 AM Daniel Vetter wrote:
> > >
> > > On Sat, Jun 08, 2019 at 04:22:06AM -0700, syzbot wrote:
> > > > syzbot has found a reproducer for th
Em Tue, 11 Jun 2019 10:37:31 +0200
Daniel Vetter escreveu:
> On Sat, Jun 08, 2019 at 11:27:23PM -0300, Mauro Carvalho Chehab wrote:
> > Sphinx need to know when a paragraph ends. So, do some adjustments
> > at the file for it to be properly parsed.
> >
> > At its new index.rst, let's add a :orph
https://bugs.freedesktop.org/show_bug.cgi?id=110862
--- Comment #1 from Michel Dänzer ---
Please attach the corresponding Xorg log file and output of xrandr and dmesg.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-de
Hi stable team,
Please backport dbb92471674a ("Revert "drm: allow render capable
master with DRM_AUTH ioctls"") to 5.1, we accidentally forgot the Cc:
stable and Fixes: line for that revert. Thanks to Michel for spotting
this.
Dave, for next time around there's $ dim fixes $broken_sha1
Thanks, D
https://bugs.freedesktop.org/show_bug.cgi?id=110886
--- Comment #2 from Kai-Heng Feng ---
Created attachment 144502
--> https://bugs.freedesktop.org/attachment.cgi?id=144502&action=edit
Another kind of fail
Jun 11 03:02:41 u-HP-ProBook-645-G4 kernel: [drm] psp command failed and
response statu
https://bugs.freedesktop.org/show_bug.cgi?id=110862
--- Comment #2 from Michel Dänzer ---
Probably best if you attach all of those from a bad and good boot each.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel ma
On Tue, Jun 11, 2019 at 11:01 AM Daniel Vetter wrote:
>
> On Tue, Jun 11, 2019 at 10:51:23AM +0200, Daniel Vetter wrote:
> > On Tue, Jun 11, 2019 at 10:33:21AM +0200, Dmitry Vyukov wrote:
> > > On Tue, Jun 11, 2019 at 10:04 AM Daniel Vetter wrote:
> > > >
> > > > On Sat, Jun 08, 2019 at 04:22:06A
Hi Daniel.
On Tue, Jun 11, 2019 at 10:39:11AM +0200, Daniel Vetter wrote:
> On Mon, Jun 10, 2019 at 12:07:48AM +0200, Sam Ravnborg wrote:
> > drm_print.h requires to fix build when macros are used.
> > Pull in the header file in drm_print.h so users do not have to do it.
> >
> > Signed-off-by: S
Hi,
since a few days, I get a deadlock warning about the DRM FB helpers in
drm-tip. I was able to trace the problem back to
d81294afe drm/fb-helper: Remove drm_fb_helper_crtc
It moves around some lock operations, which breaks non-atomic drivers
(radeon, mgag200, ast). An lspci and dmesg snippe
On Tue, Jun 11, 2019 at 11:27 AM Thomas Zimmermann wrote:
>
> Hi,
>
> since a few days, I get a deadlock warning about the DRM FB helpers in
> drm-tip. I was able to trace the problem back to
>
> d81294afe drm/fb-helper: Remove drm_fb_helper_crtc
>
> It moves around some lock operations, which b
On Tue, Jun 11, 2019 at 06:02:15AM -0300, Mauro Carvalho Chehab wrote:
> Em Tue, 11 Jun 2019 10:37:31 +0200
> Daniel Vetter escreveu:
>
> > On Sat, Jun 08, 2019 at 11:27:23PM -0300, Mauro Carvalho Chehab wrote:
> > > Sphinx need to know when a paragraph ends. So, do some adjustments
> > > at the
On Tue, Jun 11, 2019 at 11:11:07AM +0200, Sam Ravnborg wrote:
> Hi Daniel.
>
> On Tue, Jun 11, 2019 at 10:39:11AM +0200, Daniel Vetter wrote:
> > On Mon, Jun 10, 2019 at 12:07:48AM +0200, Sam Ravnborg wrote:
> > > drm_print.h requires to fix build when macros are used.
> > > Pull in the header fi
On Tue, 04 Jun 2019 18:25:53 +0200,
Ville Syrjälä wrote:
>
> On Tue, Jun 04, 2019 at 05:24:35PM +0200, Daniel Vetter wrote:
> > On Tue, Jun 4, 2019 at 5:15 PM Christian König
> > wrote:
> > >
> > > Am 04.06.19 um 17:05 schrieb Ser, Simon:
> > > > Hi,
> > > >
> > > > I'm trying to link ALSA playba
On Mon 2019-06-10 16:37:38, Matthias Kaehlcke wrote:
> Add an optional 'max-brightness' property, which is used to specify
> the number of brightness levels (max-brightness + 1) when the node
> has no 'brightness-levels' table.
>
> Signed-off-by: Matthias Kaehlcke
Acked-by: Pavel Machek
--
(e
On Mon 2019-06-10 16:37:39, Matthias Kaehlcke wrote:
> Commit 88ba95bedb79 ("backlight: pwm_bl: Compute brightness of LED
> linearly to human eye") uses pwm_period / hweight32(pwm_period) as
> as heuristic to determine the number of brightness levels when the DT
> doesn't provide a brightness level
https://bugs.freedesktop.org/show_bug.cgi?id=110888
--- Comment #1 from wormwang ---
Created attachment 144503
--> https://bugs.freedesktop.org/attachment.cgi?id=144503&action=edit
radeontop just before kernel crash
radeontop just before the kernel crash.
VRAM just is about 65% free.
--
You
On Mon, Jun 10, 2019 at 04:37:38PM -0700, Matthias Kaehlcke wrote:
> Add an optional 'max-brightness' property, which is used to specify
> the number of brightness levels (max-brightness + 1) when the node
> has no 'brightness-levels' table.
>
> Signed-off-by: Matthias Kaehlcke
> ---
> .../devic
Hi Daniel.
> >
> > drm_print.h uses DRM_NAME - which is defined only in uapi/drm/drm.h.
> > The error is seen when you include drm_print.h and not much other drm
> > header files.
> > Tiday we rely on other drm header files to pull in drm.h.
> >
> > Notice - the error only manifest itself when t
Hi Thomas.
> > +#define MGA_READ8(reg) \
> > + readb(((void __iomem *)dev_priv->mmio->handle) + (reg))
> > +#define MGA_READ(reg) \
> > + readl(((void __iomem *)dev_priv->mmio->handle) + (reg))
> > +#define MGA_WRITE8(reg, val) \
> > + writeb(val, ((void __iomem *)dev_priv->mmio->handle) + (
https://bugs.freedesktop.org/show_bug.cgi?id=110883
--- Comment #5 from Sibren Vasse ---
A (similar) patch was already submitted to amd-gfx
(https://lists.freedesktop.org/archives/amd-gfx/2019-June/034946.html)
However, applying this to v5.2-rc4 does not solve the issue.
--
You are receiving th
On 20-03-19, 15:19, Rajendra Nayak wrote:
> From: Stephen Boyd
>
> Doing this allows us to call this API with any rate requested and have
> it not need to match in the OPP table. Instead, we'll round the rate up
> to the nearest OPP that we see so that we can get the voltage or level
> that's req
Hi
Am 11.06.19 um 12:44 schrieb Sam Ravnborg:
> Hi Thomas.
>
>>> +#define MGA_READ8(reg) \
>>> + readb(((void __iomem *)dev_priv->mmio->handle) + (reg))
>>> +#define MGA_READ(reg) \
>>> + readl(((void __iomem *)dev_priv->mmio->handle) + (reg))
>>> +#define MGA_WRITE8(reg, val) \
>>> + write
This series represents development work collected over the last six
months to improve the TDA998x driver, particularly for the audio
side. These patches can be found in my "drm-tda998x-devel" branch
at git://git.armlinux.org.uk/~rmk/linux-arm.git
- Introduce an audio_settings structure so we can
From: "Lowry Li (Arm Technology China)"
One crtc can use two komeda_pipeline, and one works as master and as
slave. the slave pipeline doesn't have its own output and timing
ctrlr, but pre-composite the input layer data flow and then feed the
result to master. the pipeline configuration like:
sl
Hi,
This serie aims at adding the support for slave pipeline on Komeda
driver. Also adds drop_master to shutdown the device and make sure
all the komeda resources shared between crtcs have been released.
Change since v1:
Rebases the code and resolves the conflict.
This patch series depends on:
-
From: "Lowry Li (Arm Technology China)"
The komeda internal resources (pipelines) are shared between crtcs,
and resources release by disable_crtc. This commit is working for once
user forgot disabling crtc like app quit abnomally, and then the
resources can not be used by another crtc. Adds drop_
On Sat, Jun 08, 2019 at 04:46:52PM +0300, Laurent Pinchart wrote:
> Hi Dave,
>
> If you haven't pulled the previous pull request yet, please disregard it
> and process this one instead. It contains additional patches that add
> support for more plane formats.
>
> The following changes since commi
https://bugs.freedesktop.org/show_bug.cgi?id=110781
--- Comment #63 from Rui Salvaterra ---
(In reply to Richard Thier from comment #62)
> Added a blog post about the whole issue and its solving process here:
>
> http://ballmerpeak.web.elte.hu/devblog/debugging-mesa-and-the-linux-3d-
> graphics-
Apparently little none fact that there's no need to hand-roll your own
anymore. Cc'ing a bunch of driver people who might want to know this
too.
Cc: Rob Clark
Cc: Sebastian Reichel
Cc: Tomi Valkeinen
Cc: Maarten Lankhorst
Cc: Maxime Ripard
Cc: Sean Paul
Cc: Gerd Hoffmann
Cc: David Lechner
On Tue, Jun 11, 2019 at 11:05:40AM +0300, Tomi Valkeinen wrote:
> Hi Dave,
>
> Please pull omapdrm changes for 5.3.
>
> Tomi
>
> The following changes since commit 396f9acaffd87e44b8b02bc60f06dc949b832b7e:
>
> Merge branch 'drm-next-5.3' of git://people.freedesktop.org/~agd5f/linux
> into d
Quoting Daniel Vetter (2019-06-11 12:28:59)
> Apparently little none fact that there's no need to hand-roll your own
s/none/known/
> anymore. Cc'ing a bunch of driver people who might want to know this
> too.
___
dri-devel mailing list
dri-devel@lists.fre
On Mon, Jun 10, 2019 at 10:51 PM Sean Paul wrote:
>
> On Mon, Jun 10, 2019 at 1:52 PM Douglas Anderson
> wrote:
> >
> > In commit 50f9495efe30 ("drm/bridge/synopsys: dw-hdmi: Add "unwedge"
> > for ddc bus") I stupidly used IS_ERR() to check for whether we have an
> > "unwedge" pinctrl state even
Acquiring drm_client_dev.modeset_mutex after the locks in drm_fb_helper.dev
creates a deadlock with drm_setup_crtcs() as shown below:
[4.959319] fbcon: radeondrmfb (fb0) is primary device
[4.993952] Console: switching to colour frame buffer device 240x67
[4.994040]
[4.99404
On Tue, Jun 4, 2019 at 3:24 PM Daniel Vetter wrote:
>
> On Tue, Jun 04, 2019 at 10:32:50AM +0800, Cheng-yi Chiang wrote:
> > On Mon, Jun 3, 2019 at 4:09 PM Daniel Vetter wrote:
> > >
> > > On Mon, Jun 03, 2019 at 09:45:49AM +0200, Hans Verkuil wrote:
> > > > On 6/3/19 6:32 AM, Cheng-Yi Chiang wro
On Tue, Jun 11, 2019 at 11:13:45AM +, Lowry Li (Arm Technology China) wrote:
> From: "Lowry Li (Arm Technology China)"
>
> The komeda internal resources (pipelines) are shared between crtcs,
> and resources release by disable_crtc. This commit is working for once
> user forgot disabling crtc
Hi
Am 05.06.19 um 11:58 schrieb Gerd Hoffmann:
> On Tue, Jun 04, 2019 at 05:41:59PM +0200, Thomas Zimmermann wrote:
>> The cursor handling in mgag200 is complicated to understand. It touches a
>> number of different BOs, but doesn't really use all of them.
>>
>> Rewriting the cursor update reduces
From: Thomas Hellstrom
This infrastructure will, for coherent resources, make sure that
from the user-space point of view, data written by the CPU is immediately
automatically available to the GPU at resource validation time.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Deepak Rawat
---
drive
From: Thomas Hellstrom
Add the callbacks necessary to implement emulated coherent memory for
surfaces. Add a flag to the gb_surface_create ioctl to indicate that
surface memory should be coherent.
Also bump the drm minor version to signal the availability of coherent
surfaces.
Signed-off-by: Tho
Planning to merge this through the drm/vmwgfx tree soon, so if there
are any objections, please speak up.
Graphics APIs like OpenGL 4.4 and Vulkan require the graphics driver
to provide coherent graphics memory, meaning that the GPU sees any
content written to the coherent memory on the next GPU o
From: Thomas Hellstrom
With emulated coherent memory we need to be able to quickly look up
a resource from the MOB offset. Instead of traversing a linked list with
O(n) worst case, use an RBtree with O(log n) worst case complexity.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Deepak Rawat
---
On Tue, Jun 11, 2019 at 08:10:38PM +0800, Cheng-yi Chiang wrote:
> On Tue, Jun 4, 2019 at 3:24 PM Daniel Vetter wrote:
> >
> > On Tue, Jun 04, 2019 at 10:32:50AM +0800, Cheng-yi Chiang wrote:
> > > On Mon, Jun 3, 2019 at 4:09 PM Daniel Vetter wrote:
> > > >
> > > > On Mon, Jun 03, 2019 at 09:45:4
From: Thomas Hellstrom
Similar to write-coherent resources, make sure that from the user-space
point of view, GPU rendered contents is automatically available for
reading by the CPU.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Deepak Rawat
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |
From: Thomas Hellstrom
With the vmwgfx dirty tracking, the default TTM fault handler is not
completely sufficient (vmwgfx need to modify the vma->vm_flags member,
and also needs to restrict the number of prefaults).
We also want to replicate the new ttm_bo_vm_reserve() functionality
So start tu
From: Thomas Hellstrom
Add a pointer to the struct vm_operations_struct in the bo_device, and
assign that pointer to the default value currently used.
The driver can then optionally modify that pointer and the new value
can be used for each new vma created.
Cc: "Christian König"
Signed-off-by
On Tue, Jun 11, 2019 at 01:57:16PM +0200, Thomas Zimmermann wrote:
> Acquiring drm_client_dev.modeset_mutex after the locks in drm_fb_helper.dev
> creates a deadlock with drm_setup_crtcs() as shown below:
>
> [4.959319] fbcon: radeondrmfb (fb0) is primary device
> [4.993952] Console: s
Hi Noralf,
On Thu, Apr 18, 2019 at 06:40:42PM +0200, Noralf Trønnes wrote:
> Den 18.04.2019 14.41, skrev Maxime Ripard:
> > + /**
> > +* We want the rotation on the command line to overwrite
> > +* whatever comes from the panel.
> > +*/
> > + cmdline = &connector->cmdline_mode;
> >
No need to have our own implementation,
atomic helpers can do it for us.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/virtgpu_drv.h | 7 --
drivers/gpu/drm/virtio/virtgpu_display.c | 20 +--
drivers/gpu/drm/virtio/virtgpu_fb.c | 150 ---
drivers/gpu/drm
Den 08.06.2019 17.26, skrev Noralf Trønnes:
> This moves the modesetting code from drm_fb_helper to drm_client so it
> can be shared by all internal clients.
>
> Let's see what the CI says about the remaining patches. I have added the
> bootsplash todo entry patch adding Sam as contact.
>
> Nor
The unpin operation was missing from ast_cursor_fini(). Fixed now.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/ast_mode.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/ast/ast_mode.c b/drivers/gpu/drm/ast/ast_mode.c
index fb700d620b64..41741cd6cd15 100644
--- a
The ast driver used to lock the cursor source BO during updates. Locking
should be done internally by the BO's implementation, so we pin it instead
to system memory. The mapping information is also stored in the BO. No
need to have an extra argument to the kmap function.
Signed-off-by: Thomas Zimm
The GEM VRAM functions with kmap-object argument are not requried any
longer. Remove them.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_gem_vram_helper.c | 50 +--
include/drm/drm_gem_vram_helper.h | 4 ---
2 files changed, 8 insertions(+), 46 deletions(-
Pinning a buffer prevents it from being moved to a different memory
location. For some operations, such as buffer updates, it is not
important where the buffer is located. Setting the pin function's
pl_flag argument to 0 will pin the buffer to whereever it is stored.
Signed-off-by: Thomas Zimmerma
The ast driver's data structures store unused or uncecessary cursor
state. Most of the cursor state is already stored elsewhere and can
be retrieved when necessary. Remove the obsolete fields and adapt
users accordingly.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/ast_drv.h | 7 --
The cursor handling in mgag200 is complicated to understand. It touches a
number of different BOs, but doesn't really use all of them.
Rewriting the cursor update reduces the amount of cursor state. There are
two BOs for double-buffered HW updates. The source BO updates the one that
is currently n
Another explicit lock operation of a GEM VRAM BO is located in mgag200's
framebuffer update code. Instead of locking the BO, we pin it to wherever
it is.
v2:
* update with pin flag of 0
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/mgag200/mgag200_fb.c | 27 ++
The lock functions and the locked-pin/unpin functions of GEM VRAM are not
requried any longer. Remove them.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_gem_vram_helper.c | 109 --
include/drm/drm_gem_vram_helper.h | 5 --
2 files changed, 114 deletions(
Drivers should not have to care about internal locking of GEM VRAM objects
and their memory-mapping structures. This patch set removes both from the
GEM VRAM interface.
This affects the ast and mgag200 drivers. In places where GEM objects are
being locked by the driver, the patch converts the lock
Another explicit lock operation of a GEM VRAM BO is located in AST's
framebuffer update code. Instead of locking the BO, we pin it to wherever
it is.
v2:
* update with pin flag of 0
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/ast/ast_fb.c | 33 -
On 6/11/19 2:10 PM, Cheng-yi Chiang wrote:
> On Tue, Jun 4, 2019 at 3:24 PM Daniel Vetter wrote:
>>
>> On Tue, Jun 04, 2019 at 10:32:50AM +0800, Cheng-yi Chiang wrote:
>>> On Mon, Jun 3, 2019 at 4:09 PM Daniel Vetter wrote:
On Mon, Jun 03, 2019 at 09:45:49AM +0200, Hans Verkuil wrote:
>
Den 11.06.2019 10.06, skrev Daniel Vetter:
> On Sat, Jun 08, 2019 at 05:41:49PM +0200, Noralf Trønnes wrote:
>>
>>
>> Den 07.06.2019 20.52, skrev Daniel Vetter:
>>> No longer needed since the i915 initial config logic was pulled into
>>> the shared helper by Noralf.
>>>
>>
>> I'm fixing this when
https://bugs.freedesktop.org/show_bug.cgi?id=110896
Bug ID: 110896
Summary: [CI][RESUME] igt@kms_chamelium@hdmi-audio - warn -
Home directory not accessible: Permission denied
Product: DRI
Version: XOrg git
Hardware: Other
https://bugs.freedesktop.org/show_bug.cgi?id=110896
Martin Peres changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |cont...@emersion.fr
|.
Hi Noralf,
On Fri, Apr 19, 2019 at 10:53:28AM +0200, Noralf Trønnes wrote:
> Den 18.04.2019 18.40, skrev Noralf Trønnes:
> >
> >
> > Den 18.04.2019 14.41, skrev Maxime Ripard:
> >> Rotations and reflections setup are needed in some scenarios to initialise
> >> properly the initial framebuffer. Som
Den 11.06.2019 14.37, skrev Daniel Vetter:
> On Tue, Jun 11, 2019 at 01:57:16PM +0200, Thomas Zimmermann wrote:
>> Acquiring drm_client_dev.modeset_mutex after the locks in drm_fb_helper.dev
>> creates a deadlock with drm_setup_crtcs() as shown below:
>>
>> [4.959319] fbcon: radeondrmfb (fb
Den 11.06.2019 13.28, skrev Daniel Vetter:
> Apparently little none fact that there's no need to hand-roll your own
> anymore. Cc'ing a bunch of driver people who might want to know this
> too.
>
> Cc: Rob Clark
> Cc: Sebastian Reichel
> Cc: Tomi Valkeinen
> Cc: Maarten Lankhorst
> Cc: Maxim
Hi
Am 11.06.19 um 15:29 schrieb Noralf Trønnes:
>
>
> Den 11.06.2019 14.37, skrev Daniel Vetter:
>> On Tue, Jun 11, 2019 at 01:57:16PM +0200, Thomas Zimmermann wrote:
>>> Acquiring drm_client_dev.modeset_mutex after the locks in drm_fb_helper.dev
>>> creates a deadlock with drm_setup_crtcs() as
On Mon, 10 Jun 2019 at 17:12, Ard Biesheuvel wrote:
>
> On Wed, 29 May 2019 at 17:46, Hans de Goede wrote:
> >
> > Starting with ACPI 6.2 bits 1 and 2 of the BGRT status field are no longer
> > reserved. These bits are now used to indicate if the image needs to be
> > rotated before being display
Adds device tree bindings for:
TI DS90UB949-Q1 1080p HDMI to FPD-Link III bridge serializer
It supports instantiation via device tree / ACPI table.
The device has the compatible string "ti,ds90ub949", and
and allows an arrray of strings to be provided as regulator
names to enable for operation
This is a regmap i2c device driver for:
TI DS90UB948-Q1 2K FPD-Link III to OpenLDI Deserializer
It supports instantiation via device tree / ACPI table.
A list of regulators to enable for use of the device (e.g.
GPIOs for turning on power) may be provided as device tree
properties. These are e
Adds device tree bindings for:
TI DS90UB948-Q1 2K FPD-Link III to OpenLDI Deserializer
The device has the compatible string "ti,ds90ub948", and
and allows an arrray of strings to be provided as regulator
names to enable for operation of the device.
Signed-off-by: Michael Drake
Cc: Patrick Gla
The config property can be used to provide an array of
register addresses and values to be written to configure
the device for the board.
Signed-off-by: Michael Drake
Cc: Patrick Glaser
Cc: Nate Case
---
.../bindings/display/bridge/ti,ds90ub948.txt | 21 +++
1 file changed, 21
This is a regmap i2c device driver for:
TI DS90UB949-Q1 1080p HDMI to FPD-Link III bridge serializer
It supports instantiation via device tree / ACPI table.
A list of regulators to enable for use of the device (e.g.
GPIOs for turning on power) may be provided as device tree
properties. These
This allows the device to be configured for the board in
device tree, or in ACPI tables. The device node properties
can provide an array of register addresses and values to be
written to configure the device for the board.
The config is written to the device on probe and on PM resume.
Signed-off
This may be used by userspace to determine the state
of the device.
Signed-off-by: Michael Drake
Cc: Patrick Glaser
Cc: Nate Case
---
drivers/gpu/drm/bridge/ti948.c | 28 ++--
1 file changed, 26 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/bridge/ti948.c
This allows the device to be configured for the board in
device tree, or in ACPI tables. The device node properties
can provide an array of register addresses and values to be
written to configure the device for the board.
The config is written to the device on probe and on PM resume.
Signed-off
If the alive check detects a transition to the alive state,
the device configuration is rewritten.
Signed-off-by: Michael Drake
Cc: Patrick Glaser
Cc: Nate Case
---
drivers/gpu/drm/bridge/ti948.c | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
diff --git a/drivers/gp
1 - 100 of 286 matches
Mail list logo
