On 2019.05.26 13:26:33 +0530, Hariprasad Kelam wrote:
> Remove duplicate include of trace.h
>
> Issue identified by includecheck
>
> Signed-off-by: Hariprasad Kelam
> ---
> drivers/gpu/drm/i915/gvt/trace_points.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=110822
--- Comment #18 from Gobinda Joy ---
(In reply to b6khqjqov4 from comment #17)
> (In reply to Gobinda Joy from comment #16)
> > This doesn't seems like the same bug. For instance, in my case the whole
> > boot process hangs check the attached
https://bugzilla.kernel.org/show_bug.cgi?id=203627
--- Comment #5 from Aleksandr Mezin (mezin.alexan...@gmail.com) ---
(In reply to Aleksandr Mezin from comment #2)
> vega10_sos.bin
>
> Copying that file from previous firmware release into /lib/firmware/amdgpu
> makes the system boot again with
https://bugs.freedesktop.org/show_bug.cgi?id=110749
--- Comment #4 from Cyrax ---
Created attachment 144516
--> https://bugs.freedesktop.org/attachment.cgi?id=144516=edit
dmesg event umr dumps as usual
--
You are receiving this mail because:
You are the assignee for the
Port the sky81452-backlight driver to adhere to new gpio descriptor based
APIs. Modified the file sky81452-backlight.c and sky81452-backlight.h.
The gpio descriptor property in device tree should be "sky81452-en-gpios"
Removed unnecessary header files "linux/gpio.h" and "linux/of_gpio.h".
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
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=110886
--- Comment #1 from Kai-Heng Feng ---
Created attachment 144498
--> https://bugs.freedesktop.org/attachment.cgi?id=144498=edit
Full kernel log
--
You are receiving this mail because:
You are the assignee for the
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
https://bugs.freedesktop.org/show_bug.cgi?id=110886
Bug ID: 110886
Summary: After S3 resume, kernel:
[drm:drm_atomic_helper_wait_for_flip_done
[drm_kms_helper]] *ERROR* [CRTC:57:crtc-0] flip_done
timed out
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,
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 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
> >
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
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:
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
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.
>
>
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:
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.
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
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
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,
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=edit
Another kind of fail
Jun 11 03:02:41 u-HP-ProBook-645-G4 kernel: [drm] psp command failed and
response status is
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
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
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
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
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
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
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
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:
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:
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:
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-
>
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:
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
https://bugs.freedesktop.org/show_bug.cgi?id=110888
--- Comment #1 from wormwang ---
Created attachment 144503
--> https://bugs.freedesktop.org/attachment.cgi?id=144503=edit
radeontop just before kernel crash
radeontop just before the kernel crash.
VRAM just is about 65% free.
--
You are
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
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
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]
[
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
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
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"
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
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.___
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
--
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
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) \
>>> +
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
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
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
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
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
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
---
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:
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
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 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.
> >
> >
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:
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
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
> ---
>
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
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
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
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 = >cmdline_mode;
> > + if
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
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
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 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
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
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:
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.
>
>
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
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.
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
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
dev_info() is more appropriate for printing error messages inside
drivers, so switch to dev_info().
Signed-off-by: Fabio Estevam
---
drivers/gpu/drm/etnaviv/etnaviv_buffer.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git
On Tue, Jun 11, 2019 at 02:54:07PM +0200, Gerd Hoffmann wrote:
> No need to have our own implementation,
> atomic helpers can do it for us.
>
> Signed-off-by: Gerd Hoffmann
Nice!
I think you got it all, most of the custom code already disappeared with
the switch to generic fbdev code.
https://bugs.freedesktop.org/show_bug.cgi?id=110896
Martin Peres changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |cont...@emersion.fr
On Fri, Jun 07, 2019 at 12:07:55PM +0200, Bartlomiej Zolnierkiewicz wrote:
>
> On 6/6/19 9:38 AM, Daniel Vetter wrote:
> > Hi Bart,
>
> Hi Daniel,
>
> > On Tue, May 28, 2019 at 11:02:31AM +0200, Daniel Vetter wrote:
> >> Hi all,
> >>
> >> I think we're slowly getting there. Previous cover
Hi,
On 11-06-19 16:04, Ard Biesheuvel wrote:
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
During display panning, 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
[
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
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
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
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 -
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
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
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
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
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,ds90ub949.txt| 13 +
1 file changed,
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
1 - 100 of 238 matches
Mail list logo