4.17-stable review patch. If anyone has any objections, please let me know.
--
From: Oliver O'Halloran
commit c9fea6f4379c72b7c59e1efceab09a35bc7eac43 upstream.
Commit cc6b741c6f63 ("drm: sti: remove useless fields from vtg
structure") reworked some code inside of this driver
On 4 July 2018 at 18:00, Gerd Hoffmann wrote:
> On Wed, Jul 04, 2018 at 09:26:39AM +0200, Tomeu Vizoso wrote:
>> On 07/04/2018 07:53 AM, Gerd Hoffmann wrote:
>> > On Tue, Jul 03, 2018 at 10:37:57AM +0200, Daniel Vetter wrote:
>> > > On Tue, Jul 03, 2018 at 09:53:58AM +0200, Gerd Hoffmann wrote:
Oh wow not my day, this one ended up with no subject.
On 6 July 2018 at 11:26, Dave Airlie wrote:
> Hi Linus, (apologies for blank body pull earlier)
>
> This is the drm fixes for rc4. It's a bit larger than I'd like but the
> exynos cleanups are pretty mechanical, and I'd rather have them in
>
Hi Linus, (apologies for blank body pull earlier)
This is the drm fixes for rc4. It's a bit larger than I'd like but the
exynos cleanups are pretty mechanical, and I'd rather have them in
sooner rather than later so we can avoid too much conflicts around
them. The non-mechanincal exynos changes
Hi Linus,
drm-fixes-2018-07-06:
amdgpu, i915, exynos, udl, sii8620 and core fixes
The following changes since commit 021c91791a5e7e85c567452f1be3e4c2c6cb6063:
Linux 4.18-rc3 (2018-07-01 16:04:53 -0700)
are available in the Git repository at:
git://anongit.freedesktop.org/drm/drm
https://bugs.freedesktop.org/show_bug.cgi?id=106306
--- Comment #7 from gr...@sub.red ---
Thank you for your answer.
I've already set the ppfeaturemask accordingly.
cat /sys/class/drm/card0/device/pp_od_clk_voltage
returns nothing and
[root] echo "s 7 1000 1200" >
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #25 from dwagner ---
(In reply to Michel Dänzer from comment #24)
> Can you try bisecting between 4.13 and 4.17 to find where stability went
> downhill for you?
A bisect like that is not likely to converge in any reasonable time,
Hi Dave,
More features for 4.19:
- Use core pcie functionality rather than duplicating our own for pcie
gens and lanes
- Scheduler function naming cleanups
- More documentation
- Reworked DC/Powerplay interfaces to improve power savings
- Initial stutter mode support for RV (power feature)
-
From: Ville Syrjälä
Everything (apart from the actual ->set_config() call)
__drm_mode_set_config_internal() does is now useless on
atomic drivers. So let's just skip all the foreplay.
v2: Use drm_drv_uses_atomic_modeset() (Daniel)
Signed-off-by: Ville Syrjälä
Reviewed-by: Daniel Vetter
---
From: Ville Syrjälä
All the plane->fb/old_fb/crtc dance of __setplane_internal() is
pointless on atomic drivers. So let's just introduce a simpler
version that skips all that.
Ideally we could also skip the __setplane_check() as
drm_atomic_plane_check() already checks for everything, but the
Matthew Wilcox writes:
> On Wed, Jul 04, 2018 at 08:25:57PM +0530, Souptick Joarder wrote:
>> Convert v3d_gem_fault to return vm_fault_t
>>
>> Instead of converting an errno into a vm_fault_t ourselves, use
>> vmf_insert_mixed() which returns a vm_fault_t directly.
>>
>> Signed-off-by:
On Thu, Jul 5, 2018 at 6:45 PM, Chris Wilson wrote:
> Quoting Rodrigo Siqueira (2018-07-05 17:28:20)
>> Hi and thanks for all the feedback, I will work on the suggestions you sent,
>> but I have some doubts:
>>
>> On 07/05, Chris Wilson wrote:
>> > Quoting Daniel Vetter (2018-07-05 09:20:13)
>> >
Now I got it! Really thanks for the help.
I will prepare a V3.
On Thu, Jul 5, 2018 at 1:45 PM, Chris Wilson
wrote:
> Quoting Rodrigo Siqueira (2018-07-05 17:28:20)
> > Hi and thanks for all the feedback, I will work on the suggestions you
> sent,
> > but I have some doubts:
> >
> > On 07/05,
https://bugs.freedesktop.org/show_bug.cgi?id=106306
--- Comment #6 from Alex Deucher ---
Append amdgpu.ppfeaturemask=0xfffd7fff to the kernel command line in grub.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel
On Thu, Jul 05, 2018 at 02:31:47PM +0100, Ayan Halder wrote:
> On Tue, Jun 26, 2018 at 02:17:17PM +0100, Liviu Dudau wrote:
> > Hi Ayan,
> >
> > Thanks for the patch! I have some small comments to make:
> >
> > On Fri, Jun 15, 2018 at 02:51:33PM +0100, Ayan Kumar Halder wrote:
> > > Added the
https://bugzilla.kernel.org/show_bug.cgi?id=200387
--- Comment #29 from phoenix (fe...@feldspaten.org) ---
I'm a bit busy at the moment, hope that I will find time on the weekend to
further investigate!
--
You are receiving this mail because:
You are watching the assignee of the bug.
Lucas Stach writes:
> Am Dienstag, den 03.07.2018, 10:05 -0700 schrieb Eric Anholt:
>> GTF-GLES2.gtf.GL.acos.acos_float_vert_xvary submits jobs that take 4
>> seconds at maximum resolution, but we still want to reset quickly if a
>> job is really hung. Sample the CL's current address and the
Quoting Rodrigo Siqueira (2018-07-05 17:28:20)
> Hi and thanks for all the feedback, I will work on the suggestions you sent,
> but I have some doubts:
>
> On 07/05, Chris Wilson wrote:
> > Quoting Daniel Vetter (2018-07-05 09:20:13)
> > > On Thu, Jul 05, 2018 at 12:48:43AM -0300, Rodrigo
On Wed, Jul 4, 2018 at 4:48 AM, Mukunda,Vijendar
wrote:
>
>
> On Tuesday 03 July 2018 09:50 PM, Alex Deucher wrote:
>>
>> On Mon, Jul 2, 2018 at 5:48 PM, Daniel Kurtz wrote:
>>>
>>> Hi Alex,
>>>
>>> On Sun, Apr 15, 2018 at 9:48 PM Agrawal, Akshu
>>> wrote:
On 4/13/2018
Hi and thanks for all the feedback, I will work on the suggestions you sent,
but I have some doubts:
On 07/05, Chris Wilson wrote:
> Quoting Daniel Vetter (2018-07-05 09:20:13)
> > On Thu, Jul 05, 2018 at 12:48:43AM -0300, Rodrigo Siqueira wrote:
> > > + ktime_t current_timestamp;
> > > +
> >
https://bugs.freedesktop.org/show_bug.cgi?id=106306
--- Comment #5 from Alex Deucher ---
You need to make sure the PP_OVERDRIVE_MASK flag (bit 14) is set. E.g.,
amdgpu.ppfeaturemask=0xfffd7fff
See the documentation in the driver for more:
AFBC is a proprietary lossless image compression protocol and format.
It provides fine-grained random access and minimizes the amount of data
transferred between IP blocks.
AFBC has several features which may be supported and/or used, which are
represented using bits in the modifier. Not all
On Thu, Jul 05, 2018 at 05:48:22PM +0200, Daniel Vetter wrote:
> On Thu, Jul 05, 2018 at 03:25:43PM +0100, Ayan Kumar Halder wrote:
> > On planes which support AFBC, expose an AFBC modifier for use with BGR888.
> >
> > Signed-off-by: Ayan Kumar halder
> > Reviewed-by: Brian Starkey
> >
This is a note to let you know that I've just added the patch titled
drm/sti: Depend on OF rather than selecting it
to the 4.17-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
Hi Dave,
Fixes for 4.18. Highlights:
- Fix an HDMI 2.0 4k@60 regression
- Hotplug fixes for PX/HG laptops
- Fixes for vbios changes in vega12
- Fix a race in the user fence code
- Fix a couple of misc typos
The following changes since commit 4de9f38bb2cce3a4821ffb8a83d6b08f6e37d905:
On Thu, Jul 05, 2018 at 03:25:43PM +0100, Ayan Kumar Halder wrote:
> On planes which support AFBC, expose an AFBC modifier for use with BGR888.
>
> Signed-off-by: Ayan Kumar halder
> Reviewed-by: Brian Starkey
> Reviewed-by: Liviu Dudau
>
> Changes from v2:
> - Removed the gerrit change-id
>
On Thu, Jul 05, 2018 at 02:32:42PM +0100, Jakob Bornecrantz wrote:
> Hello Daniel² et al,
>
> I apologies in advance if the things I bring up are a bit orthogonal
> to the current discussion. And I'm writing this from the view of VR,
> but I have not written a VR compositor so take my comments
Hi Dave,
mali-dp driver changes for drm-next, includes the driver implementation
for writeback, improvements for power management handling in the driver
and a debugfs entry for reporting possible internal errors. Please pull
at your earliest convenience.
Boris Brezillon is also interested in
On Thu, Jul 05, 2018 at 03:58:36PM +0800, Chris Chiu wrote:
> Hi,
> We have few ASUS laptops X705FD (The new WiskyLake), X560UD (intel
> i5-8250U), X530UN (intel i7-8550U) share the same problem, which is
> the HDMI connector status stays connected even the HDMI cable has been
> unplugged.
On planes which support AFBC, expose an AFBC modifier for use with BGR888.
Signed-off-by: Ayan Kumar halder
Reviewed-by: Brian Starkey
Reviewed-by: Liviu Dudau
Changes from v2:
- Removed the gerrit change-id
- Replaced DRM_ERROR() with DRM_DEBUG_KMS() in malidp_format_mod_supported()
to
On Wed, Jul 04, 2018 at 01:06:42PM +0200, Daniel Vetter wrote:
> On Wed, Jul 4, 2018 at 11:58 AM, Russell King - ARM Linux
> wrote:
> > On Wed, Jul 04, 2018 at 11:24:10AM +0200, Daniel Vetter wrote:
> >> On Wed, Jul 04, 2018 at 10:05:41AM +0100, Russell King - ARM Linux wrote:
> >> > On Wed, Jul
https://bugs.freedesktop.org/show_bug.cgi?id=102322
--- Comment #24 from Michel Dänzer ---
Can you try bisecting between 4.13 and 4.17 to find where stability went
downhill for you?
--
You are receiving this mail because:
You are the assignee for the
On Thu, Jun 28, 2018 at 11:27:07AM -0400, Alex Deucher wrote:
> On Thu, Jun 28, 2018 at 9:13 AM, Ville Syrjala
> wrote:
> > From: Ville Syrjälä
> >
> > Instead of using the .best_encoder() hook to figure out whether a given
> > connector+crtc combo will work, let's instead do what userspace does
Fix up the indenting that confused sphinx. To make sure we
don't have to make the examples unreadable with escaping just
put them in as block quotes, that seems the simplest solution.
Cc: Bartlomiej Zolnierkiewicz
Cc: linux-fb...@vger.kernel.org
Signed-off-by: Daniel Vetter
---
On 2018-07-04 11:36 PM, Felix Kuehling wrote:
> Since KFD is only supported by a single GPU driver now (amdgpu), it
> makes sense to merge the two. This has been raised on the amd-gfx list
> before and I've been putting it off to avoid more churn while I was
> working on upstreaming KFD. Now seems
On Tue, Jun 26, 2018 at 02:21:58PM +0100, Liviu Dudau wrote:
> On Fri, Jun 15, 2018 at 02:51:34PM +0100, Ayan Kumar Halder wrote:
> > On planes which support AFBC, expose an AFBC modifier for use with BGR888.
> >
> > Signed-off-by: Ayan Kumar halder
> > Reviewed-by: Brian Starkey
> >
> >
On Fri, 29 Jun 2018, Jani Nikula wrote:
> On Thu, 28 Jun 2018, "Gustavo A. R. Silva" wrote:
>> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
>> where we are expecting to fall through.
>>
>> Addresses-Coverity-ID: 141432
>> Addresses-Coverity-ID: 141433
>>
On 2018-07-04 07:27 PM, Kees Cook wrote:
> As already done treewide, switch from open-coded multiplication to
> 2-factor allocation helper.
>
> Signed-off-by: Kees Cook
> ---
> drivers/gpu/drm/amd/display/modules/color/color_gamma.c | 8
> 1 file changed, 4 insertions(+), 4
Hi Michel,
On 07/04/2018 02:38 AM, Michel Dänzer wrote:
> On 2018-07-04 03:13 AM, Gustavo A. R. Silva wrote:
>> Add suffix ULL to constant 5 and cast variables target_pix_clk_khz and
>> feedback_divider to uint64_t in order to avoid multiple potential integer
>> overflows and give the compiler
Add suffix ULL to constant 1000 in order to give the compiler complete
information about the proper arithmetic to use.
Notice that such constant is used in a context that expects an
expression of type u64 (64 bits, unsigned) and the following
expression is currently being evaluated using 32-bit
On Fri, Jun 8, 2018 at 4:17 PM, Souptick Joarder wrote:
> On Fri, Jun 8, 2018 at 11:47 AM, Tomi Valkeinen wrote:
>> Hi,
>>
>> On 22/05/18 21:13, Souptick Joarder wrote:
>>> Use new return type vm_fault_t for fault handler. For
>>> now, this is just documenting that the function returns
>>> a
Hi,
We have few ASUS laptops X705FD (The new WiskyLake), X560UD (intel
i5-8250U), X530UN (intel i7-8550U) share the same problem, which is
the HDMI connector status stays connected even the HDMI cable has been
unplugged. Look into the "/sys/class/drm/card0-HDMI-A-1/status" for
checking the
On Thu, Jul 5, 2018 at 9:18 PM, Jani Nikula wrote:
> On Thu, 05 Jul 2018, Chris Chiu wrote:
>> On Thu, Jul 5, 2018 at 5:37 PM, Jani Nikula wrote:
>>> On Thu, 05 Jul 2018, Chris Wilson wrote:
Quoting Jani Nikula (2018-07-05 09:58:57)
> On Thu, 05 Jul 2018, Chris Chiu wrote:
> >
On 2018-07-05 15:48, Andrzej Hajda wrote:
On 05.07.2018 08:38, spa...@codeaurora.org wrote:
On 2018-06-29 17:44, Andrzej Hajda wrote:
On 21.06.2018 14:32, Sandeep Panda wrote:
Innolux TV123WAM is a 12.3" eDP display panel with
2160x1440 resolution, which can be supported by simple
panel
On 2018-06-29 17:44, Andrzej Hajda wrote:
On 21.06.2018 14:32, Sandeep Panda wrote:
Innolux TV123WAM is a 12.3" eDP display panel with
2160x1440 resolution, which can be supported by simple
panel driver.
Are you sure this is Innolux? Quick grep on Internet finds only BOE
panel with this
On Wed, Jul 04, 2018 at 08:25:57PM +0530, Souptick Joarder wrote:
> Convert v3d_gem_fault to return vm_fault_t
>
> Instead of converting an errno into a vm_fault_t ourselves, use
> vmf_insert_mixed() which returns a vm_fault_t directly.
>
> Signed-off-by: Souptick Joarder
Reviewed-by: Matthew
Add core DRM support for the i915 "Broadcast RGB" property, which
controls the selection of the RGB quantization range in the digital
domain. For 8bpc, this selects between limited (16 to 235), full
(0 to 255) range, or automatically select depending on the mode.
Signed-off-by: Russell King
---
On 07/04/2018 12:51 PM, Harry Wentland wrote:
[..]
>>>
>>> @@ -145,8 +145,8 @@ static bool calculate_fb_and_fractional_fb_divider(
>>> * of fractional feedback decimal point and the fractional FB Divider
>>> precision
>>> * is 2 then the equation becomes (ullfeedbackDivider + 5*100) /
As already done treewide, switch from open-coded multiplication to
2-factor allocation helper.
Signed-off-by: Kees Cook
---
drivers/gpu/drm/amd/display/modules/color/color_gamma.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
On Wed, Jul 4, 2018 at 6:25 PM, Ulf Hansson wrote:
> On 27 June 2018 at 14:50, Vivek Gautam wrote:
>> Now that we want to add another flag to autoremove the device link
>> on supplier unbind, it's fair to rename the existing flag from
>> DL_FLAG_AUTOREMOVE to DL_FLAG_AUTOREMOVE_CONSUMER so that
On 03/07/18 09:11, Lee Jones wrote:
> On Mon, 25 Jun 2018, Matthias Brugger wrote:
>> On 30/04/18 12:18, Lee Jones wrote:
>>> On Fri, 27 Apr 2018, matthias@kernel.org wrote:
>>>
From: Matthias Brugger
The MMSYS subsystem includes clocks and drm components.
This patch
Convert v3d_gem_fault to return vm_fault_t
Instead of converting an errno into a vm_fault_t ourselves, use
vmf_insert_mixed() which returns a vm_fault_t directly.
Signed-off-by: Souptick Joarder
---
v2: Address Matthew's comment.
Updated the changelog
drivers/gpu/drm/v3d/v3d_bo.c | 28
Add suffix ULL to constant 5 and cast variables target_pix_clk_khz and
feedback_divider to uint64_t in order to avoid multiple potential integer
overflows and give the compiler complete information about the proper
arithmetic to use.
Notice that such constant and variables are used in contexts
please ignore this mail.
On Wed, Jul 4, 2018 at 8:18 PM, Souptick Joarder wrote:
> Convert v3d_gem_fault to return vm_fault_t
>
> Instead of converting an errno into a vm_fault_t ourselves, use
> vmf_insert_mixed() which returns a vm_fault_t directly.
>
> Signed-off-by: Souptick Joarder
> ---
>
On Thu, Jul 5, 2018 at 5:37 PM, Jani Nikula wrote:
> On Thu, 05 Jul 2018, Chris Wilson wrote:
>> Quoting Jani Nikula (2018-07-05 09:58:57)
>>> On Thu, 05 Jul 2018, Chris Chiu wrote:
>>> > Hi,
>>> > We have few ASUS laptops X705FD (The new WiskyLake), X560UD (intel
>>> > i5-8250U), X530UN
Convert v3d_gem_fault to return vm_fault_t
Instead of converting an errno into a vm_fault_t ourselves, use
vmf_insert_mixed() which returns a vm_fault_t directly.
Signed-off-by: Souptick Joarder
---
drivers/gpu/drm/v3d/v3d_bo.c | 28 +---
drivers/gpu/drm/v3d/v3d_drv.h
On Wed, Jul 04, 2018 at 11:24:10AM +0200, Daniel Vetter wrote:
> On Wed, Jul 04, 2018 at 10:05:41AM +0100, Russell King - ARM Linux wrote:
> > On Wed, Jul 04, 2018 at 10:26:04AM +0200, Daniel Vetter wrote:
> > > On Tue, Jul 03, 2018 at 05:18:57PM +0100, Russell King - ARM Linux wrote:
> > > > Can
On Wed, Jul 04, 2018 at 10:26:04AM +0200, Daniel Vetter wrote:
> On Tue, Jul 03, 2018 at 05:18:57PM +0100, Russell King - ARM Linux wrote:
> > Can someone provide a deeper explanation about exactly what this
> > property represents please?
> >
> > Does this represent the range of YCbCr values
On 27 June 2018 at 14:50, Vivek Gautam wrote:
> Now that we want to add another flag to autoremove the device link
> on supplier unbind, it's fair to rename the existing flag from
> DL_FLAG_AUTOREMOVE to DL_FLAG_AUTOREMOVE_CONSUMER so that we can
> add similar flag for supplier later.
> And,
Hi,
Please, ignore this. I should have used ULL instead of UL.
I'll send v2 shortly.
Thanks
--
Gustavo
On 07/03/2018 06:51 PM, Gustavo A. R. Silva wrote:
> Add suffix UL to constant 1000 in order to give the compiler complete
> information about the proper arithmetic to use.
>
> Notice that
On 04/07/18 18:45, Lee Jones wrote:
> On Wed, 04 Jul 2018, Matthias Brugger wrote:
>
>>
>>
>> On 03/07/18 09:11, Lee Jones wrote:
>>> On Mon, 25 Jun 2018, Matthias Brugger wrote:
On 30/04/18 12:18, Lee Jones wrote:
> On Fri, 27 Apr 2018, matthias@kernel.org wrote:
>
>>
Hello Daniel² et al,
I apologies in advance if the things I bring up are a bit orthogonal
to the current discussion. And I'm writing this from the view of VR,
but I have not written a VR compositor so take my comments with a bit
of salt. And also changing modes while using a VR headset is
On Tue, Jun 26, 2018 at 02:17:17PM +0100, Liviu Dudau wrote:
> Hi Ayan,
>
> Thanks for the patch! I have some small comments to make:
>
> On Fri, Jun 15, 2018 at 02:51:33PM +0100, Ayan Kumar Halder wrote:
> > Added the AFBC decoder registers for DP500 , DP550 and DP650.
> > These registers
Hi Dave,
drm-misc-fixes-2018-07-05:
Fixes for v4.18-rc4:
- A few small fixes for the sii8620 bridge.
- Allocate blob property memory using kvzalloc instead of kmalloc.
The following changes since commit 021c91791a5e7e85c567452f1be3e4c2c6cb6063:
Linux 4.18-rc3 (2018-07-01 16:04:53 -0700)
are
On Thu, 05 Jul 2018, Chris Chiu wrote:
> On Thu, Jul 5, 2018 at 5:37 PM, Jani Nikula wrote:
>> On Thu, 05 Jul 2018, Chris Wilson wrote:
>>> Quoting Jani Nikula (2018-07-05 09:58:57)
On Thu, 05 Jul 2018, Chris Chiu wrote:
> Hi,
> We have few ASUS laptops X705FD (The new
https://bugs.freedesktop.org/show_bug.cgi?id=107072
--- Comment #8 from Clemens Eisserer ---
amdgpu.dc=0 did the trick - behaviour is back to normal.
I guzess it is not related to bug 106959. - kaveri doesn't support HDMI2, so
my refresh rate was 30Hz even with the old display stack.
--
You
https://bugs.freedesktop.org/show_bug.cgi?id=107072
--- Comment #7 from Clemens Eisserer ---
Created attachment 140472
--> https://bugs.freedesktop.org/attachment.cgi?id=140472=edit
xorg log file with 4.17.3
--
You are receiving this mail because:
You are the assignee for the
Hi Dave, i915 fixes for v4.18-rc4.
I'll be taking some vacation, and Rodrigo will handle the rest of the
v4.18 fixes, as well as -next for v4.19.
BR,
Jani.
The following changes since commit 021c91791a5e7e85c567452f1be3e4c2c6cb6063:
Linux 4.18-rc3 (2018-07-01 16:04:53 -0700)
are available
On Thu, 05 Jul 2018, Matthias Brugger wrote:
> On 04/07/18 18:45, Lee Jones wrote:
> > On Wed, 04 Jul 2018, Matthias Brugger wrote:
> >> On 03/07/18 09:11, Lee Jones wrote:
> >>> On Mon, 25 Jun 2018, Matthias Brugger wrote:
> On 30/04/18 12:18, Lee Jones wrote:
> > On Fri, 27 Apr 2018,
Am Dienstag, den 03.07.2018, 10:05 -0700 schrieb Eric Anholt:
> GTF-GLES2.gtf.GL.acos.acos_float_vert_xvary submits jobs that take 4
> seconds at maximum resolution, but we still want to reset quickly if a
> job is really hung. Sample the CL's current address and the return
> address (since we
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
On 04.07.2018 11:38, Dan Carpenter wrote:
> The ARRAY_SIZE() macro is type size_t. If s6e8aa0_dcs_read() returns a
> negative error code, then "ret < ARRAY_SIZE(id)" is false because the
> negative error code is type promoted to a high positive value.
>
> Fixes: 02051ca06371 ("drm/panel: add
When doing an atomic modeset with ALLOW_MODESET drivers are allowed to
pull in arbitrary other resources, including CRTCs (e.g. when
reconfiguring global resources).
But in nonblocking mode userspace has then no idea this happened,
which can lead to spurious EBUSY calls, both:
- when that other
On 05.07.2018 08:38, spa...@codeaurora.org wrote:
> On 2018-06-29 17:44, Andrzej Hajda wrote:
>> On 21.06.2018 14:32, Sandeep Panda wrote:
>>> Innolux TV123WAM is a 12.3" eDP display panel with
>>> 2160x1440 resolution, which can be supported by simple
>>> panel driver.
>> Are you sure this is
When doing an atomic modeset with ALLOW_MODESET drivers are allowed to
pull in arbitrary other resources, including CRTCs (e.g. when
reconfiguring global resources).
But in nonblocking mode userspace has then no idea this happened,
which can lead to spurious EBUSY calls, both:
- when that other
On Thu, 05 Jul 2018, Chris Wilson wrote:
> Quoting Jani Nikula (2018-07-05 09:58:57)
>> On Thu, 05 Jul 2018, Chris Chiu wrote:
>> > Hi,
>> > We have few ASUS laptops X705FD (The new WiskyLake), X560UD (intel
>> > i5-8250U), X530UN (intel i7-8550U) share the same problem, which is
>> > the
Quoting Jani Nikula (2018-07-05 09:58:57)
> On Thu, 05 Jul 2018, Chris Chiu wrote:
> > Hi,
> > We have few ASUS laptops X705FD (The new WiskyLake), X560UD (intel
> > i5-8250U), X530UN (intel i7-8550U) share the same problem, which is
> > the HDMI connector status stays connected even the HDMI
On Thu, 05 Jul 2018, Chris Chiu wrote:
> Hi,
> We have few ASUS laptops X705FD (The new WiskyLake), X560UD (intel
> i5-8250U), X530UN (intel i7-8550U) share the same problem, which is
> the HDMI connector status stays connected even the HDMI cable has been
> unplugged. Look into the
Quoting Daniel Vetter (2018-07-05 09:20:13)
> On Thu, Jul 05, 2018 at 12:48:43AM -0300, Rodrigo Siqueira wrote:
> > + ktime_t current_timestamp;
> > +
> > + hrtimer_init(>vblank_hrtimer, CLOCK_MONOTONIC, HRTIMER_MODE_REL);
>
> Can't we use absolute timer mode here? That avoids all the
On Thu, Jul 05, 2018 at 12:48:43AM -0300, Rodrigo Siqueira wrote:
> This commit adds regular vblank events simulated through hrtimers, which
> is a feature required by VKMS to mimic real hardware. Notice that
> keeping the periodicity as close as possible to the one specified in
> user space
On Fri, Jun 29, 2018 at 08:59:03PM +0200, Jernej Škrabec wrote:
> Dne petek, 29. junij 2018 ob 09:17:46 CEST je Maxime Ripard napisal(a):
> > On Wed, Jun 27, 2018 at 10:58:28PM +0200, Jernej Škrabec wrote:
> > > Dne sreda, 27. junij 2018 ob 20:25:00 CEST je Maxime Ripard napisal(a):
> > > > Hi!
>
On Sun, Jul 01, 2018 at 11:11:06PM +0800, Chen-Yu Tsai wrote:
> On Sun, Jul 1, 2018 at 4:27 PM, Jernej Škrabec
> wrote:
> > Dne četrtek, 28. junij 2018 ob 08:24:34 CEST je Chen-Yu Tsai napisal(a):
> >> On Thu, Jun 28, 2018 at 12:45 PM, Jernej Škrabec
> >>
> >> wrote:
> >> > Dne četrtek, 28.
https://bugs.freedesktop.org/show_bug.cgi?id=105018
--- Comment #38 from L.S.S. ---
EDIT: Forgot to mention that I'm currently on 4.17.3-1-MANJARO kernel, which is
the latest at the time of writing.
--
You are receiving this mail because:
You are the assignee for the
83 matches
Mail list logo