Quoting Sean Paul (2017-06-28 22:00:02)
> On Wed, Jun 28, 2017 at 08:45:55PM +0100, Chris Wilson wrote:
> > Quoting Sean Paul (2017-06-28 17:47:24)
> > > On Wed, Jun 28, 2017 at 05:00:20PM +0100, Chris Wilson wrote:
> > > > Quoting Sean Paul (2017-06-28 16:51:11)
> > > > > Protect against long-runn
On 06/28/2017 01:28 AM, Eric Anholt wrote:
When a mipi_dsi_host is registered, the DT is walked to find any child
nodes with compatible strings. Those get registered as DSI devices,
and most DSI panel drivers are mipi_dsi_drivers that attach to those nodes.
There is one special case currently
On 28/06/17 11:33 AM, John Brooks wrote:
> When the AMDGPU_GEM_CREATE_CPU_ACCESS_REQUIRED flag is given by userspace,
> it should only be treated as a hint to initially place a BO somewhere CPU
> accessible, rather than having a permanent effect on BO placement.
>
> Instead of the flag being set i
https://bugzilla.kernel.org/show_bug.cgi?id=196197
--- Comment #3 from Michel Dänzer (mic...@daenzer.net) ---
(In reply to Andreas Brogle from comment #2)
> # git bisect log
> git bisect start
> # bad: [c1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201] Linux 4.11-rc1
> git bisect bad c1ae3cfa0e89fa1a7ecc
On 29/06/17 08:26 AM, John Brooks wrote:
> On Wed, Jun 28, 2017 at 03:05:32PM +0200, Christian König wrote:
>> Am 28.06.2017 um 04:33 schrieb John Brooks:
>>> When the AMDGPU_GEM_CREATE_CPU_ACCESS_REQUIRED flag is given by userspace,
>>> it should only be treated as a hint to initially place a BO s
On 28/06/17 11:33 AM, John Brooks wrote:
> Changes in this version:
> - Dropped former patch 1 ("Separate placements and busy placements") as it was
> no longer necessary
> - Dropped former patch 4 ("Don't force BOs into visible VRAM if they can go to
> GTT instead") as it was unnecessary and h
On 28/06/17 11:33 AM, John Brooks wrote:
> There is no need for page faults to force BOs into visible VRAM if it's
> full, and the time it takes to do so is great enough to cause noticeable
> stuttering. Add GTT as a possible placement so that if visible VRAM is
> full, page faults move BOs to GTT
of_device_ids are not supposed to change at runtime. All functions
working with of_device_ids provided by work with const
of_device_ids. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
1531 592 02123 84b drivers/gpu/d
Hello everybody,
While looking into Coverity ID 1198635 I ran into the following piece
of code at drivers/gpu/drm/radeon/vce_v2_0.c:107:
107void vce_v2_0_enable_mgcg(struct radeon_device *rdev, bool enable)
108{
109bool sw_cg = false;
110
111if (enable && (rdev->cg_flags & RA
* Hans Verkuil [170627 02:27]:
> On 27/06/17 11:14, Tony Lindgren wrote:
> > Adding Jyri to Cc, hopefully the CEC support allows also setting the
> > HDMI audio volume level on devices implementing it? Or am I too
> > optimistic? :)
>
> I'm not quite sure what you mean. Do you want CEC to change
of_device_ids are not supposed to change at runtime. All functions
working with of_device_ids provided by work with const
of_device_ids. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
1496 592 02088 828 drivers/gpu/d
Hi Alex,
Quoting "Deucher, Alexander" :
-Original Message-
From: Gustavo A. R. Silva [mailto:garsi...@embeddedor.com]
Sent: Wednesday, June 28, 2017 10:22 AM
To: Deucher, Alexander; Koenig, Christian; David Airlie
Cc: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; linux
Currently we expect that clock driver produces the exact same value
as we are requiring. There can, and will, be some deviation however
so we need to take into account that instead of rejecting the mode.
According to HDMI spec we have a max of +-0.5% for the pixel clock
frequency variation. Lets t
Hi Maxime,
On 28 June 2017 at 19:20, Maxime Ripard
wrote:
> On Wed, Jun 28, 2017 at 12:36:52AM +1000, Jonathan Liu wrote:
>> +#define SUN4I_HDMI_DDC_INT_STATUS_ERROR_MASK ( \
>> + SUN4I_HDMI_DDC_INT_STATUS_ILLEGAL_FIFO_OPERATION | \
>> + SUN4I_HDMI_DDC_INT_STATUS_DDC_RX_FIFO_UNDERFLOW | \
Hi Laurent,
On Wed, 2017-06-28 at 00:16 +0300, Laurent Pinchart wrote:
> The CRTC helper .prepare() operation is legacy code, the atomic helpers
> prefer the .disable() operation. As the arcpgu driver implements the
> .disable() and .prepare() operations identicallly, .prepare() can be
> removed.
Hi Laurent,
On Wed, 2017-06-28 at 00:16 +0300, Laurent Pinchart wrote:
> The CRTC .disable() helper operation is deprecated for atomic drivers,
> the new .atomic_disable() helper operation being preferred. Convert all
> atomic drivers to .atomic_disable() to avoid cargo-cult use of
> .disable() in
of_device_ids are not supposed to change at runtime. All functions
working with of_device_ids provided by work with const
of_device_ids. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
1531 592 02123 84b drivers/gpu/d
* Jyri Sarha [170627 02:47]:
> There is no real volume on HDMI audio output as it is a digital
> interface, but it should be possible to provide some volume control
> using TV's volume trough CEC.
OK great!
Tony
___
dri-devel mailing list
dri-devel@lis
* Hans Verkuil [170627 01:39]:
> On 26/06/17 13:07, Tony Lindgren wrote:
> > Tomi,
> >
> > * Tomi Valkeinen [170428 04:15]:
> >> On 14/04/17 13:25, Hans Verkuil wrote:
> >>> From: Hans Verkuil
> >>>
> >>> The CEC pin was always pulled up, making it impossible to use it.
> > ...
> >
> >> Tony,
The documentation for drm_do_get_edid in drivers/gpu/drm/drm_edid.c states:
"As in the general case the DDC bus is accessible by the kernel at the I2C
level, drivers must make all reasonable efforts to expose it as an I2C
adapter and use drm_get_edid() instead of abusing this function."
Exposing t
The documentation for drm_do_get_edid in drivers/gpu/drm/drm_edid.c states:
"As in the general case the DDC bus is accessible by the kernel at the I2C
level, drivers must make all reasonable efforts to expose it as an I2C
adapter and use drm_get_edid() instead of abusing this function."
Exposing t
The documentation for drm_do_get_edid in drivers/gpu/drm/drm_edid.c states:
"As in the general case the DDC bus is accessible by the kernel at the I2C
level, drivers must make all reasonable efforts to expose it as an I2C
adapter and use drm_get_edid() instead of abusing this function."
Exposing t
From: Kuninori Morimoto
Now, we can use of_graph_get_remote_endpoint(). Let's use it.
Signed-off-by: Kuninori Morimoto
---
based on 4c9c3d595f1bad021cc126d20879df4016801736
("of_graph: add of_graph_get_remote_endpoint()")
drivers/gpu/drm/rcar-du/rcar_du_kms.c | 2 +-
1 file changed, 1 insert
Hi Laurent,
On Wed, 2017-06-28 at 00:16 +0300, Laurent Pinchart wrote:
> The old state is useful for drivers that need to perform operations at
> enable time that depend on the transition between the old and new
> states.
>
> While at it, rename the operation to .atomic_enable() to be consistent
Hello Hans,
26.06.2017 18:06, Hans de Goede wrote:
> Hi,
>
> On 23-06-17 11:31, Daniel Vetter wrote:
>> On Thu, Jun 22, 2017 at 11:11:37AM +0200, Hans de Goede wrote:
[vboxvideo driver submission information to staging.]
>>
>> In the end it's up to you, but our experience in drm with -staging has
of_device_ids are not supposed to change at runtime. All functions
working with of_device_ids provided by work with const
of_device_ids. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
1496 592 02088 828 drivers/gpu/d
Hi Laurent,
On Wed, 2017-06-28 at 00:16 +0300, Laurent Pinchart wrote:
> The CRTC helper .commit() operation is legacy code, the atomic helpers
> prefer the .enable() operation. As the arcpgu driver implements the
> .enable() operation, .commit() is never used and can be removed.
>
> Signed-off-b
Hi Maxime,
On 27 June 2017 at 05:05, Maxime Ripard
wrote:
> On Sat, Jun 24, 2017 at 04:10:54PM +1000, Jonathan Liu wrote:
>> The documentation for drm_do_get_edid in drivers/gpu/drm/drm_edid.c states:
>> "As in the general case the DDC bus is accessible by the kernel at the I2C
>> level, drivers
'dma_buf_vmap' returns NULL on error, not an error pointer.
Fixes: 6cca22ede8a4 ("drm/i915: Add some mock tests for dmabuf interop")
Signed-off-by: Christophe JAILLET
---
drivers/gpu/drm/i915/selftests/i915_gem_dmabuf.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/dr
On Wed, Jun 28, 2017 at 03:05:32PM +0200, Christian König wrote:
> Am 28.06.2017 um 04:33 schrieb John Brooks:
> >When the AMDGPU_GEM_CREATE_CPU_ACCESS_REQUIRED flag is given by userspace,
> >it should only be treated as a hint to initially place a BO somewhere CPU
> >accessible, rather than having
On Wed, Jun 28, 2017 at 03:06:47PM +0200, Christian König wrote:
> Am 28.06.2017 um 04:33 schrieb John Brooks:
> >Signed-off-by: John Brooks
> >---
> > drivers/gpu/drm/amd/amdgpu/amdgpu.h| 3 +++
> > drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 5 +
> > drivers/gpu/drm/amd/amdgpu/amdg
I think the kernel has problems with Android fences which were slowly
broken as they were de-staged:
1. They allowed for fence/timeline value/seqno to overflow/rollover and
that would break only if delta between timeline and earlier unsignaled
fence exceeded 2^31 or so. Android relies on that beha
Hi Jonathan,
[auto build test WARNING on next-20170627]
[cannot apply to v4.12-rc7 v4.12-rc6 v4.12-rc5 v4.12-rc7]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Jonathan-Liu/drm-sun4i-hdmi-Imple
On Wed, Jun 28, 2017 at 08:45:55PM +0100, Chris Wilson wrote:
> Quoting Sean Paul (2017-06-28 17:47:24)
> > On Wed, Jun 28, 2017 at 05:00:20PM +0100, Chris Wilson wrote:
> > > Quoting Sean Paul (2017-06-28 16:51:11)
> > > > Protect against long-running processes from overflowing the timeline
> > >
From: Gustavo Padovan
Add support for async updates of cursors by using the new atomic
interface for that. Basically what this commit does is do what
vc4_update_plane() did but through atomic.
v5: add missing call to vc4_plane_atomic_check() (Eric Anholt)
v4: add drm_atomic_helper_async() commi
From: Gustavo Padovan
After converting legacy cursor updates to atomic async commits
mdp5_cursor_plane_funcs just duplicates mdp5_plane_funcs now.
Cc: Rob Clark
Cc: Archit Taneja
Signed-off-by: Gustavo Padovan
Tested-by: Archit Taneja
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c | 26 +++--
From: Gustavo Padovan
Add support to async updates of cursors by using the new atomic
interface for that. Basically what this commit does is do what
mdp5_update_cursor_plane_legacy() did but through atomic.
v4: add missing atomic async commit call to msm_atomic_commit(Archit Taneja)
v3: move si
From: Gustavo Padovan
In some cases, like cursor updates, it is interesting to update the
plane in an asynchronous fashion to avoid big delays. The current queued
update could be still waiting for a fence to signal and thus block any
subsequent update until its scan out. In cases like this if we
From: Gustavo Padovan
After converting legacy cursor updates to atomic async commits
intel_cursor_plane_funcs just duplicates intel_plane_funcs now.
Cc: Daniel Vetter
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/i915/intel_display.c | 13 +
1 file changed, 1 insertion(+), 12
From: Gustavo Padovan
Add support to async updates of cursors by using the new atomic
interface for that. Basically what this commit does is do what
intel_legacy_cursor_update() did but through atomic.
v3:
- set correct vma to new state for cleanup
- move size checks back to driv
From: Gustavo Padovan
Hi,
This is just a rebase on top of latest drm-misc-next. Last iteration
can be found here:
https://www.spinics.net/lists/intel-gfx/msg130582.html
Please review! Thanks,
Gustavo
---
Gustavo Padovan (6):
drm/atomic: initial support for asynchronous plane update
https://bugs.freedesktop.org/show_bug.cgi?id=101633
--- Comment #2 from Denys ---
Created attachment 132317
--> https://bugs.freedesktop.org/attachment.cgi?id=132317&action=edit
dmesg
In dmesg:
121sec - display off
138sec - display on
--
You are receiving this mail because:
You are the assig
https://bugs.freedesktop.org/show_bug.cgi?id=101633
--- Comment #1 from Denys ---
Created attachment 132316
--> https://bugs.freedesktop.org/attachment.cgi?id=132316&action=edit
Good state
--
You are receiving this mail because:
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=101633
Bug ID: 101633
Summary: [amd-staging] MST monitor, strange behaviour in
terminal
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
On Wed, Jun 28, 2017 at 12:18 AM, Dave Airlie wrote:
>
> git://people.freedesktop.org/~airlied/linux drm-fixes-for-v4.12-rc8
That tag does not exist.
However:
> for you to fetch changes up to 9ff1beb1d19ffe2b26bf9cd2d33e6073d4f4b5fe:
That commit 9ff1beb1d19f _is_ the head of the 'drm-fixes'
https://bugs.freedesktop.org/show_bug.cgi?id=101631
Denys changed:
What|Removed |Added
Summary|[amd-staging] RX480 system |[amd-staging] RX480 system
|h
https://bugs.freedesktop.org/show_bug.cgi?id=101631
--- Comment #1 from Denys ---
Created attachment 132313
--> https://bugs.freedesktop.org/attachment.cgi?id=132313&action=edit
dmesg(same config&kernel, but another session with disabled xdm)
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=101631
Bug ID: 101631
Summary: [amd-staging] RX480 system hang; spamming errors in
dc_surface
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux
The patch
drm: dw-hdmi-i2s: add .get_dai_id callback for ALSA SoC
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and
Quoting Sean Paul (2017-06-28 17:47:24)
> On Wed, Jun 28, 2017 at 05:00:20PM +0100, Chris Wilson wrote:
> > Quoting Sean Paul (2017-06-28 16:51:11)
> > > Protect against long-running processes from overflowing the timeline
> > > and creating fences that go back in time. While we're at it, avoid
> >
> Adding Linus, I think Dave is already on vacation. Linus, can you
> please pull this directly, not much point in shovelling this through a
> drm tree first. It's fixes for the ANDROID_native_sync gl extension
> afaics.
> -Daniel
Yup started vacation, so not going to be near a git tree, Acked-by:
On Mon, Jun 26, 2017 at 09:31:34AM -0700, John Stultz wrote:
> Hey Mark,
> Just wanted to check on this to make sure it didn't slip by. I've
> not seen it show up in -next yet.
Please don't send content free pings and please allow a reasonable time
for review. People get busy, go on holiday, a
The patch
ASoC: dwc: Added a quirk DW_I2S_QUIRK_16BIT_IDX_OVERRIDE to dwc driver
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the nex
Hi Geert,
On Wednesday 28 Jun 2017 20:52:53 Geert Uytterhoeven wrote:
> On Wed, Jun 28, 2017 at 8:50 PM, Laurent Pinchart wrote:
> > Commit 52055bafa1ff ("drm: rcar-du: Move plane commit code from CRTC
> > start to CRTC resume") changed the order of the plane commit and CRTC
> > enable operations
On Wed, Jun 28, 2017 at 8:50 PM, Laurent Pinchart
wrote:
> Commit 52055bafa1ff ("drm: rcar-du: Move plane commit code from CRTC
> start to CRTC resume") changed the order of the plane commit and CRTC
> enable operations to accommodate the runtime PM requirements. However,
> this introduced corrupt
Commit 52055bafa1ff ("drm: rcar-du: Move plane commit code from CRTC
start to CRTC resume") changed the order of the plane commit and CRTC
enable operations to accommodate the runtime PM requirements. However,
this introduced corruption in the first displayed frame, as the CRTC is
now enabled witho
On Fri, Jun 23, 2017 at 12:35:02PM -0400, Alex Deucher wrote:
> Reviewed-by: Alex Deucher
> index dcbf997..e48ae5d 100644
> --- a/sound/soc/amd/acp-pcm-dma.c
> +++ b/sound/soc/amd/acp-pcm-dma.c
> @@ -34,6 +34,8 @@
>
> #define MAX_BUFFER (PLAYBACK_MAX_PERIOD_SIZE * PLAYBACK_MAX_NUM_PERIODS)
>
On Fri, Jun 23, 2017 at 12:35:01PM -0400, Alex Deucher wrote:
> + if (adev->asic_type == CHIP_STONEY) {
> + i2s_pdata[1].quirks = DW_I2S_QUIRK_COMP_REG_OFFSET |
> + DW_I2S_QUIRK_COMP_PARAM1 |
> + DW_I2S_QUIRK_16BIT_IDX_OVERRIDE;
> + } els
On Fri, Jun 23, 2017 at 01:05:37PM -0400, Alex Deucher wrote:
> On Fri, Jun 23, 2017 at 12:43 PM, Christian König
> > Have the painkillers jellyfied my brain or are you setting a pointer in the
> > amdgpu device structure to some variable on the stack?
> > If it's just for initialization then tha
On Wed, Jun 28, 2017 at 03:41:01PM +0300, Dan Carpenter wrote:
> "connector" is the list iterator and it can't be NULL. It causes a
> static checker warning because we dereference the iterator to get the
> next item in the list. Let's remove this check.
>
> Signed-off-by: Dan Carpenter
gma500
On Wed, Jun 28, 2017 at 12:07:28PM -0400, Jean-Francois Dagenais wrote:
> Hi Hyun,
>
> > On Jun 27, 2017, at 20:53, Hyun Kwon wrote:
> >
> >
> > As you noted, the Xilinx DRM driver in Xilinx tree is missing many mainline
> > features including the atomic mode setting and needs some restructuri
On Wed, Jun 28, 2017 at 04:26:23PM +0200, Noralf Trønnes wrote:
>
> Den 26.06.2017 11.43, skrev Daniel Vetter:
> > On Thu, Jun 08, 2017 at 05:14:34PM +0200, Noralf Trønnes wrote:
> > > Drm has no monochrome or greyscale support so add a conversion
> > > from the common format XR24.
> > >
> > > Al
On Wed, Jun 28, 2017 at 05:00:20PM +0100, Chris Wilson wrote:
> Quoting Sean Paul (2017-06-28 16:51:11)
> > Protect against long-running processes from overflowing the timeline
> > and creating fences that go back in time. While we're at it, avoid
> > overflowing while we're incrementing the timeli
On Wed, Jun 28, 2017 at 01:32:01PM +0200, Daniel Vetter wrote:
> FB helper code falls back to a 1024x768 mode if no outputs are connected
> or don't report back any modes upon initialization. This can be annoying
> because outputs that are added to FB helper later on can't be used with
> FB helper
https://bugs.freedesktop.org/show_bug.cgi?id=101384
--- Comment #10 from Christian Lanig ---
Sorry that it took so long.
I have been able to compile Mesa from git and noticed that the patch has
already been applied. Unfortunately Hero Siege still doesn't run without
dumping both vertex and pixel
Hi Hyun,
> On Jun 27, 2017, at 20:53, Hyun Kwon wrote:
>
>
> As you noted, the Xilinx DRM driver in Xilinx tree is missing many mainline
> features including the atomic mode setting and needs some restructuring.
> Please feel free to send patches to Xilinx git-dev, but note that we are also
Quoting Sean Paul (2017-06-28 16:51:11)
> Protect against long-running processes from overflowing the timeline
> and creating fences that go back in time. While we're at it, avoid
> overflowing while we're incrementing the timeline.
>
> Signed-off-by: Sean Paul
> ---
> drivers/dma-buf/sw_sync.c
On Wed, Jun 28, 2017 at 5:08 PM, Steven Rostedt wrote:
> On Wed, 28 Jun 2017 12:36:35 +0200
> Daniel Vetter wrote:
>
>> There's a bunch of folks who're trying to make printk less
>> contended and faster, but there's a problem: printk uses the
>> console_lock, and the console lock has become the B
Protect against long-running processes from overflowing the timeline
and creating fences that go back in time. While we're at it, avoid
overflowing while we're incrementing the timeline.
Signed-off-by: Sean Paul
---
drivers/dma-buf/sw_sync.c | 7 ++-
1 file changed, 6 insertions(+), 1 deleti
> -Original Message-
> From: Gustavo A. R. Silva [mailto:garsi...@embeddedor.com]
> Sent: Wednesday, June 28, 2017 10:22 AM
> To: Deucher, Alexander; Koenig, Christian; David Airlie
> Cc: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; linux-
> ker...@vger.kernel.org
> Subje
Den 26.06.2017 11.49, skrev Daniel Vetter:
On Thu, Jun 08, 2017 at 05:14:35PM +0200, Noralf Trønnes wrote:
This adds support for the Pervasive Displays RePaper branded displays.
The controller code is taken from the userspace driver available
through repaper.org. Only the V231 film is supported
Den 26.06.2017 11.43, skrev Daniel Vetter:
On Thu, Jun 08, 2017 at 05:14:34PM +0200, Noralf Trønnes wrote:
Drm has no monochrome or greyscale support so add a conversion
from the common format XR24.
Also reorder includes into the common order.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/
,Thierry Reding ,Thomas Hellstrom
,Tomi Valkeinen ,VMware Graphics
,Vincent Abriou
,Xinliang Liu ,Xinwei Kong
,Yannick Fertre
From: Stefan Agner
Message-ID: <961a615d-ed2e-4fa2-a49e-bb250f3e9...@agner.ch>
On June 27, 2017 3:16:20 PM MDT, Laurent Pinchart
wrote:
>The old state is useful f
Hi Liviu,
On Wednesday 28 Jun 2017 14:41:49 Liviu Dudau wrote:
> On Wed, Jun 28, 2017 at 12:16:20AM +0300, Laurent Pinchart wrote:
> > The old state is useful for drivers that need to perform operations at
> > enable time that depend on the transition between the old and new
> > states.
> >
> > W
On Wed, Jun 28, 2017 at 12:16:20AM +0300, Laurent Pinchart wrote:
> The old state is useful for drivers that need to perform operations at
> enable time that depend on the transition between the old and new
> states.
>
> While at it, rename the operation to .atomic_enable() to be consistent
> with
The CRTC .prepare() helper operation is legacy code, drivers should
use the .atomic_disable() operation instead.
When a CRTC is temporarily disabled prior to a mode set, the atomic
helpers call the .prepare() operation if provided instead of the
.atomic_disable() operation. In order to avoid modif
We want to change swap_state to wait indefinitely, but to do this
swap_state should wait interruptibly. This requires propagating
the error to each driver. All drivers have changes to deal with the
clean up. In order to allow easy reverting, the commit that changes
behavior is separate so someone o
Without waiting for hw_done, previous atomic updates may dereference
the wrong state and cause a lot of confusion. The real fix is fixing
all obj->state to use the accessor macros, but for now wait
indefinitely and interruptibly.
Cc: Boris Brezillon
Cc: David Airlie
Cc: Daniel Vetter
Cc: Jani N
Hi Emil,
On Wednesday 28 Jun 2017 12:27:06 Emil Velikov wrote:
> On 27 June 2017 at 21:38, Laurent Pinchart wrote:
> > Hello,
> >
> > The atomic helpers favour the .enable() and .atomic_disable() CRTC helper
> > operations, but still support the legacy .prepare(), .commit(), .disable()
> > and .d
Am 28.06.2017 um 04:33 schrieb John Brooks:
Signed-off-by: John Brooks
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h| 3 +++
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 5 +
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 2 ++
3 files changed, 10 insertions(+)
diff --git a/drivers/gpu
Am 28.06.2017 um 04:33 schrieb John Brooks:
When the AMDGPU_GEM_CREATE_CPU_ACCESS_REQUIRED flag is given by userspace,
it should only be treated as a hint to initially place a BO somewhere CPU
accessible, rather than having a permanent effect on BO placement.
Instead of the flag being set in sto
On Wed, Jun 28, 2017 at 2:46 PM, Hans de Goede wrote:
> On 27-06-17 06:25, kbuild test robot wrote:
>>
>> Hi Hans,
>>
>> [auto build test ERROR on staging/staging-testing]
>> [also build test ERROR on v4.12-rc7 next-20170626]
>> [if your patch is applied to the wrong git tree, please drop us a not
Hi Michael,
On 27-06-17 06:25, kbuild test robot wrote:
Hi Hans,
[auto build test ERROR on staging/staging-testing]
[also build test ERROR on v4.12-rc7 next-20170626]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com
"connector" is the list iterator and it can't be NULL. It causes a
static checker warning because we dereference the iterator to get the
next item in the list. Let's remove this check.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/gma500/mdfld_intel_display.c
b/drivers/gpu/drm/gma
Hi Daniel,
On Wednesday 28 Jun 2017 09:42:54 Daniel Vetter wrote:
> On Wed, Jun 28, 2017 at 12:16:20AM +0300, Laurent Pinchart wrote:
> > diff --git a/include/drm/drm_modeset_helper_vtables.h
> > b/include/drm/drm_modeset_helper_vtables.h index
> > 474a1029ec79..d74a2cafc3de 100644
> > --- a/inclu
On Wed, Jun 28, 2017 at 1:00 PM, Alan Cox wrote:
> On Wed, 28 Jun 2017 12:36:35 +0200
> Daniel Vetter wrote:
>
>> There's a bunch of folks who're trying to make printk less
>> contended and faster, but there's a problem: printk uses the
>> console_lock, and the console lock has become the BKL for
FB helper code falls back to a 1024x768 mode if no outputs are connected
or don't report back any modes upon initialization. This can be annoying
because outputs that are added to FB helper later on can't be used with
FB helper if they don't support a matching mode.
The fallback is in place becaus
Hello Kirill A. Shutemov,
The patch 026abc333205: "gma500: initial medfield merge" from Mar 8,
2012, leads to the following static checker warning:
drivers/gpu/drm/gma500/mdfld_intel_display.c:102
mdfldWaitForPipeEnable()
warn: masked condition '(temp & (1 << 30)) == 1' is always
Hi Laurent,
On 27 June 2017 at 21:38, Laurent Pinchart
wrote:
> Hello,
>
> The atomic helpers favour the .enable() and .atomic_disable() CRTC helper
> operations, but still support the legacy .prepare(), .commit(), .disable() and
> .dpms() operations. Some drivers have been updated, but most stil
The BGRA appears twice in the ipu_plane_formats[] list. The
duplicate should be BGRX.
The original commit is:
commit 59d6b7189a96 ("drm/imx: ipuv3-plane: enable support for RGBX
and RGBA pixel formats")
Signed-off-by: Laurentiu Palcu
---
drivers/gpu/drm/imx/ipuv3-plane.c | 2 +-
On Wed, 28 Jun 2017 12:36:35 +0200
Daniel Vetter wrote:
> There's a bunch of folks who're trying to make printk less
> contended and faster, but there's a problem: printk uses the
> console_lock, and the console lock has become the BKL for all things
> fbdev/fbcon, which in turn pulled in half th
On Wed, Jun 28, 2017 at 10:30:11AM +0100, Liviu Dudau wrote:
> On Wed, Jun 28, 2017 at 11:11:41AM +0200, Daniel Vetter wrote:
> > This was accidentally restored in
> >
> > commit de5cc8155cd250a31da67dea49aff7637ce98887
> > Author: Liviu Dudau
> > Date: Tue Jun 6 15:05:21 2017 +0100
> >
> >
There's a bunch of folks who're trying to make printk less
contended and faster, but there's a problem: printk uses the
console_lock, and the console lock has become the BKL for all things
fbdev/fbcon, which in turn pulled in half the drm subsystem under that
lock. That's awkward.
There reasons fo
Op 27-06-17 om 17:01 schreef Daniel Vetter:
> On Tue, Jun 27, 2017 at 04:29:44PM +0200, Maarten Lankhorst wrote:
>> Op 27-06-17 om 09:37 schreef Daniel Vetter:
>>> On Mon, Jun 26, 2017 at 03:44:07PM -0400, Harry Wentland wrote:
On 2017-06-20 01:57 PM, Andrey Grodzovsky wrote:
> Problem : W
On Wed, 2017-06-28 at 12:31 +0300, Laurentiu Palcu wrote:
> The BGRA appears twice in the ipu_plane_formats[] list. The
> duplicate should be BGRX.
>
> The original commit is:
>
> commit 59d6b7189a96 ("drm/imx: ipuv3-plane: enable support for RGBX
> and RGBA pixel formats")
>
> S
On Wed, Jun 28, 2017 at 11:11:41AM +0200, Daniel Vetter wrote:
> This was accidentally restored in
>
> commit de5cc8155cd250a31da67dea49aff7637ce98887
> Author: Liviu Dudau
> Date: Tue Jun 6 15:05:21 2017 +0100
>
> drm/arm: hdlcd: Set the CRTC's port before binding the encoder
>
Oops, th
- Subcommands without subshell is nice, except it can break worktree
setups: Branch specific commands want to run in the worktree,
general commands like dim_cite switch back to the main directory.
Tears ensue (or well, some cryptic complaint from git that
cherry-pick --abort failed because
On Mon, Jun 26, 2017 at 04:55:46PM +0200, Hans de Goede wrote:
> >> +int vbox_dumb_create(struct drm_file *file,
> >> + struct drm_device *dev, struct drm_mode_create_dumb *args)
> >> +{
> >> + int ret;
> >> + struct drm_gem_object *gobj;
> >> + u32 handle;
> >> +
> >> + args->pit
On Wed, Jun 28, 2017 at 12:36:52AM +1000, Jonathan Liu wrote:
> +#define SUN4I_HDMI_DDC_INT_STATUS_ERROR_MASK ( \
> + SUN4I_HDMI_DDC_INT_STATUS_ILLEGAL_FIFO_OPERATION | \
> + SUN4I_HDMI_DDC_INT_STATUS_DDC_RX_FIFO_UNDERFLOW | \
> + SUN4I_HDMI_DDC_INT_STATUS_DDC_TX_FIFO_OVERFLOW | \
> +
Adding Linus, I think Dave is already on vacation. Linus, can you
please pull this directly, not much point in shovelling this through a
drm tree first. It's fixes for the ANDROID_native_sync gl extension
afaics.
-Daniel
On Wed, Jun 28, 2017 at 11:04 AM, Lucas Stach wrote:
> Hi Dave,
>
> I realiz
1 - 100 of 123 matches
Mail list logo