tree: git://anongit.freedesktop.org/drm-intel for-linux-next
head: bea4e4a4f831df1c104be60b3caa7205ba1bb4f9
commit: 1d1a9774e40414148ecebbdb713746bfb6f9a561 [4/5] drm/i915: Extend
intel_wait_for_register_fw() with fast timeout
config: x86_64-randconfig-h0-04080942 (attached as .config)
compile
drm-tip/drm-tip boot: 119 boots: 3 failed, 115 passed with 1 offline
(v4.11-rc5-1802-g2d286312feeb)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1802-g2d286312feeb/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11
https://bugs.freedesktop.org/show_bug.cgi?id=99515
Mauro Rossi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
drm-tip/drm-tip boot: 120 boots: 3 failed, 115 passed with 2 offline
(v4.11-rc5-1801-gc9c537bbdea4)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1801-gc9c537bbdea4/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11
https://bugs.freedesktop.org/show_bug.cgi?id=100616
--- Comment #1 from Arham Amouei ---
I also tried
DRI_PRIME=1 glxgears
It doesn't freeze, but shows nothing.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel m
https://bugs.freedesktop.org/show_bug.cgi?id=100614
raviky changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=100616
Bug ID: 100616
Summary: With Radeon HD 8550M system freezes when running 3D
application
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linu
drm-tip/drm-tip boot: 117 boots: 5 failed, 111 passed with 1 offline
(v4.11-rc5-1799-ge0a6f97889aa)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1799-ge0a6f97889aa/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11
tree: git://anongit.freedesktop.org/drm-intel for-linux-next
head: bea4e4a4f831df1c104be60b3caa7205ba1bb4f9
commit: 1d1a9774e40414148ecebbdb713746bfb6f9a561 [4/5] drm/i915: Extend
intel_wait_for_register_fw() with fast timeout
config: x86_64-randconfig-s1-04080500 (attached as .config)
compile
It is expected that processes will pass dma-buf fd between drivers, and
only using the fd themselves for mmaping and synchronisation ioctls.
However, it may be convenient for an application to read/write into the
dma-buf, for instance a test case to check the internal
dma_buf->ops->kmap interface.
On Fri, Apr 07, 2017 at 10:58:47AM -0700, Laura Abbott wrote:
> On 04/07/2017 09:58 AM, Chris Wilson wrote:
> > On Fri, Apr 07, 2017 at 09:18:30AM -0700, Laura Abbott wrote:
> >> On 04/07/2017 12:39 AM, Chris Wilson wrote:
> >>> On Thu, Apr 06, 2017 at 04:18:33PM -0700, Laura Abbott wrote:
>
>
On Fri, Apr 07, 2017 at 04:58:54PM -0400, Sean Paul wrote:
> Hi Dave,
> Here's the last 4.12 pull request for drm-misc-next. It's quite noisy due to
> us
Hi drm-misc committers,
Just a note that any fixes targetting 4.12 should now go through
drm-misc-next-fixes
as drm-misc-next is moving on.
S
drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings
(v4.11-rc5-1802-g2d286312feeb)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1802-g2d286312feeb/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc5-1802-g2d286312feeb
Git Commit: 2d
drm-tip/drm-tip boot: 114 boots: 2 failed, 112 passed
(v4.11-rc5-1786-g50ff2d4f1de4)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1786-g50ff2d4f1de4/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1786-g50ff
Hi Dave,
Here's the last 4.12 pull request for drm-misc-next. It's quite noisy due to us
pulling back rc5 in order to pick up some Synopsys media formats that we added
in conjunction with Mauro.
drm-misc-next-2017-04-07:
Last drm-misc-next pull req for 4.12
Core changes:
- fb_helper checkpatch c
https://bugzilla.kernel.org/show_bug.cgi?id=195231
--- Comment #10 from rbr...@gmail.com ---
Dear Alex and other developers,
On Thu, Apr 6, 2017 at 1:03 AM, wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=195231
>
> --- Comment #9 from Rogério Brito (rbr...@ime.usp.br) ---
> (In reply to A
https://bugs.freedesktop.org/show_bug.cgi?id=100614
Bug ID: 100614
Summary: GPU HANG: ecode 9:0:0xef9d, in chrome [1777],
reason: Ring hung, action: reset
Product: Mesa
Version: unspecified
Hardware: x86-64 (AMD64)
https://bugzilla.kernel.org/show_bug.cgi?id=195283
fin4...@hotmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 204 warnings
(v4.11-rc5-1801-gc9c537bbdea4)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1801-gc9c537bbdea4/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc5-1801-gc9c537bbdea4
Git Commit: c9
Hi Dave,
Just some bug fixes and vega10 updates for 4.12.
The following changes since commit 0168778115687486575a6831df865dbc4f5369fe:
Merge branch 'drm-next-4.12' of git://people.freedesktop.org/~agd5f/linux
into drm-next (2017-04-07 05:49:12 +1000)
are available in the git repository at:
drm-tip/drm-tip boot: 115 boots: 4 failed, 110 passed with 1 offline
(v4.11-rc5-1785-g5a74def41941)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1785-g5a74def41941/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11
It is expected that processes will pass dma-buf fd between drivers, and
only using the fd themselves for mmaping and synchronisation ioctls.
However, it may be convenient for an application to read/write into the
dma-buf, for instance a test case to check the internal
dma_buf->ops->kmap interface.
https://bugzilla.kernel.org/show_bug.cgi?id=195283
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC||alexdeuc...@gmail.c
drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings
(v4.11-rc5-1799-ge0a6f97889aa)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1799-ge0a6f97889aa/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc5-1799-ge0a6f97889aa
Git Commit: e0
https://bugzilla.kernel.org/show_bug.cgi?id=195283
Bug ID: 195283
Summary: amdgpu: desktop freezes with wine-staging and FS2002
Product: Drivers
Version: 2.5
Kernel Version: 4.11-rc5
Hardware: x86-64
OS: Linux
On Fri, Apr 07, 2017 at 06:42:46PM +0200, Daniel Vetter wrote:
> On Fri, Apr 07, 2017 at 01:55:00PM +0200, Tomeu Vizoso wrote:
> > On 04/07/2017 01:17 PM, Chris Wilson wrote:
> > > The code does not like to be interrupted when waiting for the first
> > > vblank after opening a debugfs/crc channel,
On Fri, Apr 07, 2017 at 05:24:59PM +0800, jeffy wrote:
> Hi Daniel,
>
> On 04/07/2017 03:16 PM, Daniel Vetter wrote:
> > On Thu, Apr 06, 2017 at 08:31:25PM +0800, Jeffy Chen wrote:
> > > After unbinding drm, the user space may still owns the drm dev fd,
> > > and may still be able to call drm ioct
On Fri, Apr 07, 2017 at 02:17:43PM +0200, Romain Perier wrote:
> This helper is supposed to validate or reject the modeline before it
> applied by the mode setting. Currently this function has been dropped,
> it was previously set to a dummy function that always returned true. For
> both cases, thi
On Fri, Apr 7, 2017 at 7:15 PM, Archit Taneja wrote:
> On 4/7/2017 5:47 PM, Romain Perier wrote:
>>
>> This helper is supposed to validate or reject the modeline before it
>> applied by the mode setting. Currently this function has been dropped,
>> it was previously set to a dummy function that al
On 04/07/2017 09:58 AM, Chris Wilson wrote:
> On Fri, Apr 07, 2017 at 09:18:30AM -0700, Laura Abbott wrote:
>> On 04/07/2017 12:39 AM, Chris Wilson wrote:
>>> On Thu, Apr 06, 2017 at 04:18:33PM -0700, Laura Abbott wrote:
Enable the GEM dma-buf import interfaces in addition to the export
>
On Tue, Apr 04, 2017 at 06:03:13PM +0200, Daniel Vetter wrote:
> On Tue, Apr 04, 2017 at 06:38:15PM +0300, Laurent Pinchart wrote:
> > Hi Thierry,
> >
> > On Tuesday 04 Apr 2017 17:21:47 Thierry Reding wrote:
> > > On Tue, Apr 04, 2017 at 05:17:44PM +0300, Laurent Pinchart wrote:
> > > > Hi Dave,
drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings
(v4.11-rc5-1786-g50ff2d4f1de4)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1786-g50ff2d4f1de4/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc5-1786-g50ff2d4f1de4
Git Commit: 50
drm-tip/drm-tip boot: 118 boots: 1 failed, 116 passed with 1 offline
(v4.11-rc5-1784-gc5d424760e9a)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1784-gc5d424760e9a/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11
On Fri, Apr 07, 2017 at 05:44:15AM +1000, Dave Airlie wrote:
> On 5 April 2017 at 16:51, 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 Thierr
On Thu, Apr 06, 2017 at 08:31:13PM +0800, Jeffy Chen wrote:
>
> Verified on rk3399 chromebook kevin:
> 1/ stop ui && pkill -9 frecon
> 2/ unbind/bind drm
>
> Changes in v5:
> Fix wrong git account.
>
> Changes in v4:
> Address Andrzej Hajda 's comments.
>
> Changes in v3:
> Update commit messag
On Fri, Apr 07, 2017 at 10:31:29AM +0200, Thomas Hellstrom wrote:
> Hi, Daniel.
>
> It appears to work fine. Thanks!
>
> Do you want to take it through drm-misc or want me to take it throuch
> vmwgfx-next?
Applied to drm-misc
Thanks,
Sean
>
> Reviewed-by: Thomas Hellstrom
> /Thomas
>
>
>
On Fri, Apr 07, 2017 at 06:48:17PM +0200, Daniel Vetter wrote:
> I thought I've fixed this, but maybe not. Anyway, clearly broken, and
> easy fix.
>
> Cc: Tony Lindgren
> Reported-by: Tony Lindgren
> Fixes: b95ff0319a82 ("drm: Remove drm_modeset_(un)lock_crtc")
> Cc: Harry Wentland
> Cc: Maarte
Hi,
On 4/7/2017 5:47 PM, Romain Perier wrote:
This helper is supposed to validate or reject the modeline before it
applied by the mode setting. Currently this function has been dropped,
it was previously set to a dummy function that always returned true. For
both cases, this means that userspace
This helper is supposed to validate or reject the modeline before it
applied by the mode setting. Currently this function has been dropped,
it was previously set to a dummy function that always returned true. For
both cases, this means that userspace can ask for a bad modeline that
will be always a
Currently, CTS+N is forced to zero as a workaround of the IP block for
i.MX platforms. This is requested in the datasheet of the corresponding
IP for AHB mode only. However, we have seen that it introduces glitches
or delays when playing a sound on HDMI for I2S mode. This proves that we
cannot keep
Currently, the audio sampler clock is enabled from dw_hdmi_setup() at
step E. and is kept enabled for later use. This clock should be enabled
and disabled along with the actual audio stream and not always on (that
is bad for PM). Futhermore, as described by the datasheet, the I2S
variant need to ga
This set of patches split the stream handling functions in two parts. It
introduces new callbacks that are specific to each variant, one for I2S
and one for AHB.
Then, as requested by the datasheet for the I2S variant, it adds support
for gating the audio sampler clock when the audio stream is ena
Waiting a RCU grace period only guarantees the work gets queued, but
until after the queued workqueue returns, there's no guarantee the
memory was actually freed. So flush the work to provide better
guarantees to the reclaim code in addition of waiting a RCU grace
period to pass.
Signed-off-by: An
Michel Dänzer writes:
> When no such special client (Steam?) is running, the desktop environment
> will try to use the HMD anyway, right? So the expected use case would be
> for the user to start a special client first and only plug in the HMD
> afterwards? That seems a bit inconvenient.
I'd lov
On Thu, Apr 6, 2017 at 1:48 AM, Jani Nikula wrote:
> On Thu, 06 Apr 2017, Kees Cook wrote:
>> While examining output from trial builds with -Wformat-security enabled,
>> many strings were found that should be defined as "const", or as a char
>> array instead of char pointer. This makes some stati
Hi Daniel,
On 04/07/2017 03:16 PM, Daniel Vetter wrote:
On Thu, Apr 06, 2017 at 08:31:25PM +0800, Jeffy Chen wrote:
After unbinding drm, the user space may still owns the drm dev fd,
and may still be able to call drm ioctl.
Add a sanity check here to prevent that from happening.
Signed-off-by
Hi Daniel,
On 04/07/2017 02:30 PM, Daniel Vetter wrote:
On Thu, Apr 6, 2017 at 1:09 PM, jeffy wrote:
On 04/06/2017 04:26 PM, Daniel Vetter wrote:
On Wed, Apr 05, 2017 at 12:28:40PM -0400, Sean Paul wrote:
On Wed, Apr 05, 2017 at 04:29:26PM +0800, Jeffy Chen wrote:
After unbinding drm, t
--
Internal error: Oops: 5 [#1] SMP ARM
...
CPU: 1 PID: 1637 Comm: X Not tainted 4.11.0-rc5-next-20170407+ #488
Hardware name: Generic OMAP4 (Flattened Device Tree)
task: ec873180 task.stack: ec8b8000
PC is at __ww_mutex_lock.constprop.0+0x34/0x1054
LR is at lock_is_held_type+0x60/0xa8
pc
Hello,
Le 07/04/2017 à 16:23, Neil Armstrong a écrit :
> On 04/07/2017 04:19 PM, Romain Perier wrote:
>> Currently, the audio sampler clock is enabled from dw_hdmi_setup() at
>> step E. and is kept enabled for later use. This clock should be enabled
>> and disabled along with the actual audio str
* Daniel Vetter [170407 09:50]:
> I thought I've fixed this, but maybe not. Anyway, clearly broken, and
> easy fix.
>
> Cc: Tony Lindgren
> Reported-by: Tony Lindgren
> Fixes: b95ff0319a82 ("drm: Remove drm_modeset_(un)lock_crtc")
> Cc: Harry Wentland
> Cc: Maarten Lankhorst
> Cc: Daniel Vett
Reviewed-by: Daniel Stone
[mobile email formatting apology here]
On Fri, 7 Apr 2017 at 5:48 pm, Daniel Vetter wrote:
> I thought I've fixed this, but maybe not. Anyway, clearly broken, and
> easy fix.
>
> Cc: Tony Lindgren
> Reported-by: Tony Lindgren
> Fixes: b95ff0319a82 ("drm: Remove drm_
On Fri, Apr 07, 2017 at 09:18:30AM -0700, Laura Abbott wrote:
> On 04/07/2017 12:39 AM, Chris Wilson wrote:
> > On Thu, Apr 06, 2017 at 04:18:33PM -0700, Laura Abbott wrote:
> >>
> >> Enable the GEM dma-buf import interfaces in addition to the export
> >> interfaces. This lets vgem be used as a tes
Hi Dave,
drm-intel-next-2017-04-03:
Last 4.12 feature pile:
GVT updates:
- Add mdev attribute group for per-vgpu info
- Time slice based vGPU scheduling QoS support (Gao Ping)
- Initial KBL support for E3 server (Han Xu)
- other misc.
i915:
- lots and lots of small fixes and improvements all ove
I thought I've fixed this, but maybe not. Anyway, clearly broken, and
easy fix.
Cc: Tony Lindgren
Reported-by: Tony Lindgren
Fixes: b95ff0319a82 ("drm: Remove drm_modeset_(un)lock_crtc")
Cc: Harry Wentland
Cc: Maarten Lankhorst
Cc: Daniel Vetter
Cc: Jani Nikula
Cc: Sean Paul
Cc: David Airli
Hi, Dave:
This series is MT2701 DRM support.
The following changes since commit
0168778115687486575a6831df865dbc4f5369fe:
Merge branch 'drm-next-4.12' of
git://people.freedesktop.org/~agd5f/linux into drm-next (2017-04-07
05:49:12 +1000)
are available in the git repository at:
https://git
On Fri, Apr 07, 2017 at 01:55:00PM +0200, Tomeu Vizoso wrote:
> On 04/07/2017 01:17 PM, Chris Wilson wrote:
> > The code does not like to be interrupted when waiting for the first
> > vblank after opening a debugfs/crc channel, so don't.
> >
> > [66285.716870] WARNING: CPU: 1 PID: 16615 at
> > dr
CEA-861-F spec adds ycbcr420 deep color support information
in hf-vsdb block. This patch extends the existing hf-vsdb parsing
function by adding parsing of ycbcr420 deep color support from the
EDID and adding it into display information stored.
Cc: Ville Syrjälä
Cc: Jose Abreu
Signed-off-by: Sha
HDMI displays can support various output types, based on
the color space and subsampling type. The possible
outputs from a HDMI 2.0 monitor could be:
- RGB
- YCBCR 444
- YCBCR 422
- YCBCR 420
This patch adds a drm property, using which, a userspace
can specify its preference, for the HDMI outp
When HDMI output is other than RGB, we have to load the
corresponding colorspace of output mode. This patch fills
the colorspace of AVI infoframe as per the HDMI output mode.
Cc: Ville Syrjala
Cc: Ander Conselvan De Oliveira
Signed-off-by: Shashank Sharma
---
drivers/gpu/drm/i915/intel_hdmi.c
HDMI 2.0 spec adds support for ycbcr420 subsampled output.
CEA-861-F adds two new blocks in EDID, to provide information about
sink's support for ycbcr420 output.
One of these new blocks is: ycbcr420 vcb
- ycbcr420 video capability data (vcb) block: video modes which can be
support in ycbcr420 o
HDMI source must set output colorspace information in AVI
infoframes, so that the sink can decode upcoming frames
accordingly.
As this patch series is adding support for HDMI output modes
other than RGB, this patch adds a function in DRM layer, to
add the output colorspace information in the AVI i
To get a ycbcr420 output from intel platforms, there are two
major steps:
- RGB->YCBCR conversion using a pipe CSC.
- Program PIPE_MISC register to generate a ycbcr420 output.
- Scaling down YCBCR444 samples to YCBCR420 samples using a pipe
scaler.
This patch:
- Does scaler allocation for HDMI y
This patch adds support for HDMI ycbcr outputs in i915 layer.
HDMI output mode is a connector property, this patch checks if
source and sink can support the HDMI output type selected by user.
And if they both can, it commits the hdmi output type into crtc state,
for further staging in driver.
Cc:
To support ycbcr HDMI output, we need a pipe CSC block to
do the RGB->YCBCR conversion, as the blender output is in RGB.
Current Intel platforms have only one pipe CSC unit, so
we can either do color correction using it, or we can perform
RGB->YCBCR conversion.
This function adds a csc handler, t
This patch series adds DRM layer support for YCBCR HDMI output handling.
The target HDMI YCBCR outputs are:
- YCBCR444
- YCBCR422
- YCBCR420
As YCBCR420 output is added in HDMI 2.0, this patch series also
contain few patches to handle new EDID extention blocks, added
for YCBCR420 modes (CEA-861-F)
HDMI 1.4b support the CEA video modes as per range of CEA-861-D (VIC 1-64).
For any other mode, the VIC filed in AVI infoframes should be 0.
HDMI 2.0 sinks, support video modes range as per CEA-861-F spec, which is
extended to (VIC 1-107).
This patch adds a bool input variable, which indicates if
CEA-861-F specs defines new video modes to be used with
HDMI 2.0 EDIDs. The VIC range has been extended from 1-64 to
1-107.
Our existing CEA modedb contains only 64 modes (VIC=1 to VIC=64). Now
to be able to parse new CEA modes using the existing methods, we have
to complete the modedb (VIC=65 onw
From: Jose Abreu
HDMI 2.0 spec adds support for ycbcr420 subsampled output.
CEA-861-F adds two new blocks in EDID, to provide information about
sink's support for ycbcr420 output.
These new blocks are:
- ycbcr420 video data (vdb) block: video modes which can be supported
only in ycbcr420 outpu
On Thu, Apr 6, 2017 at 8:29 AM, Ong, Hean Loong
wrote:
> Hi All,
>
> Any comments for the patch below?
Seems the same version that I already reviewed. My comment about not
sending inline was more for the next version, especially once it's
about applying the patch, attached patches are a bit of a
On 04/07/2017 12:39 AM, Chris Wilson wrote:
> On Thu, Apr 06, 2017 at 04:18:33PM -0700, Laura Abbott wrote:
>>
>> Enable the GEM dma-buf import interfaces in addition to the export
>> interfaces. This lets vgem be used as a test source for other allocators
>> (e.g. Ion).
>>
>> +int vgem_gem_get_pag
drm-tip/drm-tip boot: 119 boots: 2 failed, 117 passed
(v4.11-rc5-1782-g71610c69d4f3)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1782-g71610c69d4f3/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1782-g7161
drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings
(v4.11-rc5-1785-g5a74def41941)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1785-g5a74def41941/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc5-1785-g5a74def41941
Git Commit: 5a
drm-tip/drm-tip boot: 104 boots: 1 failed, 103 passed
(v4.11-rc5-1780-g7373a000996b)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1780-g7373a000996b/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1780-g7373
On Fri, Apr 07, 2017 at 03:06:00PM +0200, Andrea Arcangeli wrote:
> On Fri, Apr 07, 2017 at 11:02:11AM +0100, Chris Wilson wrote:
> > On Fri, Apr 07, 2017 at 01:23:44AM +0200, Andrea Arcangeli wrote:
> > > Waiting a RCU grace period only guarantees the work gets queued, but
> > > until after the qu
On Fri, Apr 07, 2017 at 10:31:29AM +0200, Thomas Hellstrom wrote:
> Hi, Daniel.
>
> It appears to work fine. Thanks!
Oh sweet, tbh I didn't expect this kind of blind typing without a clear
theory to work out so well :-) Did you test this with
CONFIG_DEBUG_WW_MUTEX_SLOWPATH? Just to make sure I di
drm-tip/drm-tip boot: 97 boots: 1 failed, 96 passed
(v4.11-rc5-1777-gfdc0fa0d6347)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1777-gfdc0fa0d6347/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1777-gfdc0fa
On Fri, Apr 07, 2017 at 11:02:33AM +0800, Shawn Guo wrote:
> On Thu, Apr 06, 2017 at 01:12:51PM -0400, Sean Paul wrote:
> > On Thu, Apr 06, 2017 at 11:01:10PM +0800, Shawn Guo wrote:
> > > +static int zx_vga_connector_get_modes(struct drm_connector *connector)
> > > +{
> > > + struct zx_vga *vga =
On 04/07/2017 04:19 PM, Romain Perier wrote:
> Currently, the audio sampler clock is enabled from dw_hdmi_setup() at
> step E. and is kept enabled for later use. This clock should be enabled
> and disabled along with the actual audio stream and not always on (that
> is bad for PM). Futhermore, as d
On 04/07/2017 04:19 PM, Romain Perier wrote:
> Currently, CTS+N is forced to zero as a workaround of the IP block for
> i.MX platforms. This is requested in the datasheet of the corresponding
> IP for AHB mode only. However, we have seen that it introduces glitches
> or delays when playing a sound
drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings
(v4.11-rc5-1784-gc5d424760e9a)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1784-gc5d424760e9a/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc5-1784-gc5d424760e9a
Git Commit: c5
drm-tip/drm-tip boot: 78 boots: 1 failed, 77 passed
(v4.11-rc5-1776-g5aa5296d0b57)
Full Boot Summary:
https://kernelci.org/boot/all/job/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1776-g5aa5296d0b57/
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1776-g5aa529
https://bugs.freedesktop.org/show_bug.cgi?id=100611
--- Comment #3 from Jani Saarinen ---
Whilelisted on CI.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://li
https://bugs.freedesktop.org/show_bug.cgi?id=100611
Petri Latvala changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=100611
Petri Latvala changed:
What|Removed |Added
Assignee|conselv...@gmail.com|dri-devel@lists.freedesktop
On Fri, Apr 07, 2017 at 10:58:38AM +0100, Chris Wilson wrote:
> On Fri, Apr 07, 2017 at 01:23:47AM +0200, Andrea Arcangeli wrote:
> > Insist to run llist_del_all() until the free_list is found empty, this
> > may avoid having to schedule more workqueues.
>
> The work will already be scheduled (eve
On Fri, Apr 07, 2017 at 12:17:12PM +0100, Chris Wilson wrote:
> The code does not like to be interrupted when waiting for the first
> vblank after opening a debugfs/crc channel, so don't.
>
> [66285.716870] WARNING: CPU: 1 PID: 16615 at
> drivers/gpu/drm/drm_debugfs_crc.c:185 crtc_crc_open+0x1d0/
https://bugs.freedesktop.org/show_bug.cgi?id=100611
Jani Saarinen changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |conselv...@gmail.com
https://bugs.freedesktop.org/show_bug.cgi?id=100611
Bug ID: 100611
Summary: [ALL][BAT][bisected] all systems on CI fails on
certain test
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Stat
On Fri, Apr 07, 2017 at 11:02:11AM +0100, Chris Wilson wrote:
> On Fri, Apr 07, 2017 at 01:23:44AM +0200, Andrea Arcangeli wrote:
> > Waiting a RCU grace period only guarantees the work gets queued, but
> > until after the queued workqueue returns, there's no guarantee the
> > memory was actually f
Hi Geert and Rob,
On Thursday 16 Mar 2017 21:59:04 Geert Uytterhoeven wrote:
> On Thu, Mar 16, 2017 at 9:56 PM, Rob Herring wrote:
> > On Thu, Mar 16, 2017 at 09:13:16AM +0100, Geert Uytterhoeven wrote:
> >> On Wed, Mar 15, 2017 at 6:01 PM, Rob Herring wrote:
> >>> On Mon, Mar 06, 2017 at 05:25:
On Fri, Apr 07, 2017 at 12:06:26PM +0200, Gerd Hoffmann wrote:
> On Fr, 2017-04-07 at 11:45 +0300, Ville Syrjälä wrote:
> > On Fri, Apr 07, 2017 at 10:29:00AM +0200, Gerd Hoffmann wrote:
> > > Hi,
> > >
> > > > Hmm. Maybe it's still possible to salvage something by redefining the
> > > > BIG_END
drm-tip/drm-tip build: 207 builds: 1 failed, 206 passed, 204 warnings
(v4.11-rc5-1782-g71610c69d4f3)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1782-g71610c69d4f3/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc5-1782-g71610c69d4f3
Git Commit: 71
https://bugs.freedesktop.org/show_bug.cgi?id=99744
Matt Corallo changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi Shuah,
On Mon, Mar 27, 2017 at 04:51:40PM -0600, Shuah Khan wrote:
> On Thu, Dec 15, 2016 at 6:24 PM, Laurent Pinchart
> wrote:
> > From: Sakari Ailus
> >
> > The struct vb2_dc_buf contains two struct sg_table fields: sgt_base and
> > dma_sgt. The former is used by DMA-BUF buffers whereas the
drm-tip/drm-tip build: 207 builds: 0 failed, 207 passed, 204 warnings
(v4.11-rc5-1780-g7373a000996b)
Full Build Summary:
https://kernelci.org/build/drm-tip/branch/drm-tip/kernel/v4.11-rc5-1780-g7373a000996b/
Tree: drm-tip
Branch: drm-tip
Git Describe: v4.11-rc5-1780-g7373a000996b
Git Commit: 73
On 31.03.2017 14:20, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Implement the CEC notifier support to allow CEC drivers to
> be informed when there is a new physical address.
>
> Signed-off-by: Hans Verkuil
> Tested-by: Marek Szyprowski
> Acked-by: Daniel Vetter
> Acked-by: Krzysztof Kozlowsk
Import the etnaviv header changes from kernel commits 9ad59fea162c
("drm/etnaviv: submit support for in-fences") and 78ec187f64fa
("drm/etnaviv: submit support for out-fences") for fence fd support.
The drm_etnaviv_gem_submit structure was extended to include a flags
field, new flags for in-fence
Add etna_cmd_stream_flush2 with in-fence fd and out-fence fd support for
explicit fencing.
Signed-off-by: Philipp Zabel
Reviewed-by: Eric Engestrom
Reviewed-by: Christian Gmeiner
---
v2: renamed etna_cmd_stream_flush_explicit to etna_cmd_stream_flush2
---
etnaviv/etnaviv_cmd_stream.c | 33
On 06.04.2017 14:31, Jeffy Chen wrote:
> Normally we do this in drm_mode_config_cleanup. But:
> 1/ analogix dp's connector is allocated in bind, and freed after unbind.
> So we need to destroy it in unbind to avoid further access.
> 2/ the drm bridge is attached in bind, and detached in encoder cle
On 04/07/2017 01:17 PM, Chris Wilson wrote:
> The code does not like to be interrupted when waiting for the first
> vblank after opening a debugfs/crc channel, so don't.
>
> [66285.716870] WARNING: CPU: 1 PID: 16615 at
> drivers/gpu/drm/drm_debugfs_crc.c:185 crtc_crc_open+0x1d0/0x1f0 [drm]
> [662
1 - 100 of 126 matches
Mail list logo