https://bugs.freedesktop.org/show_bug.cgi?id=110677
--- Comment #1 from Vlad Zagorodniy ---
Created attachment 144265
--> https://bugs.freedesktop.org/attachment.cgi?id=144265=edit
observed
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=110677
--- Comment #2 from Vlad Zagorodniy ---
Created attachment 144266
--> https://bugs.freedesktop.org/attachment.cgi?id=144266=edit
expected
--
You are receiving this mail because:
You are the assignee for the
On Tue, May 14, 2019 at 10:46:55AM +0200, Peter Zijlstra wrote:
> On Tue, May 14, 2019 at 01:12:23AM -0700, Brendan Higgins wrote:
> > On Tue, May 14, 2019 at 08:56:43AM +0200, Peter Zijlstra wrote:
> > > On Mon, May 13, 2019 at 10:42:42PM -0700, Brendan Higgins wrote:
> > > > This fixes the
On Sat, May 11, 2019 at 10:32:26PM +0300, Laurent Pinchart wrote:
> Hi Matt,
>
> Thank you for the patch.
>
> On Wed, Apr 24, 2019 at 01:22:27PM +, Matt Redfearn wrote:
> > The driver currently sets register 0xfb (Low Refresh Rate) based on the
> > value of mode->vrefresh. Firstly, this
On Sun, 12 May 2019 00:06:54 +0300, Laurent Pinchart wrote:
> The THC63LVD1024 LVDS decoder can operate in two modes, single-link or
> dual-link. In dual-link mode both input ports are used to carry even-
> and odd-numbered pixels separately. Document this in the DT bindings,
> along with the
https://bugs.freedesktop.org/show_bug.cgi?id=110677
Bug ID: 110677
Summary: Can't invert screen colors by adjusting the gamma ramp
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
From: Ville Syrjälä
This patch enables infoframes on GLK+ to be
used to send HDR metadata to HDMI sink.
v2: Addressed Shashank's review comment.
v3: Addressed Shashank's review comment.
v4: Added Shashank's RB.
v5: Dropped hdr_metadata_change check while modeset, as per
Ville's suggestion.
Enable Dynamic Range and Mastering Infoframe for HDR
content, which is defined in CEA 861.3 spec.
The metadata will be computed based on blending
policy in userspace compositors and passed as a connector
property blob to driver. The same will be sent as infoframe
to panel which support HDR.
HDR metadata block is introduced in CEA-861.3 spec.
Parsing the same to get the panel's HDR metadata.
v2: Rebase and added Ville's POC changes to the patch.
v3: No Change
v4: Addressed Shashank's review comments
v5: Addressed Shashank's comment and added his RB.
v6: Addressed Jonas Karlman
Enable writing of HDR metadata infoframe to panel.
The data will be provid by usersapace compositors, based
on blending policies and passsed to driver through a blob
property.
v2: Rebase
v3: Fixed a warning message
v4: Addressed Shashank's review comments
v5: Rebase. Added infoframe
This patch enables modeset whenever HDR metadata
needs to be updated to sink.
v2: Addressed Shashank's review comments.
v3: Added Shashank's RB.
v4: Addressed Ville's review comments.
Signed-off-by: Ville Syrjälä
Signed-off-by: Uma Shankar
Reviewed-by: Shashank Sharma
---
BYT/CHT doesn't support DRM Infoframe. This caused
a WARN_ON due to a missing CASE while executing
intel_hdmi_infoframes_enabled function. This patch
fixes the same.
Signed-off-by: Uma Shankar
---
drivers/gpu/drm/i915/intel_hdmi.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Added state readout for DRM infoframe and enabled
state validation for DRM infoframe.
v2: Addressed Ville's review comments and dropped the
unused drm infoframe read at intel_hdmi_init.
Signed-off-by: Uma Shankar
---
drivers/gpu/drm/i915/intel_ddi.c | 4
Added unpack function for DRM infoframe for dynamic
range and mastering infoframe readout.
v2: Addressed Ville's review comments.
Suggested-by: Ville Syrjälä
Signed-off-by: Uma Shankar
---
drivers/video/hdmi.c | 70
include/linux/hdmi.h |
This patch series enables HDR support in drm. It basically defines
HDR metadata structures, property to pass content (after blending)
metadata from user space compositors to driver.
Dynamic Range and Mastering infoframe creation and sending.
ToDo:
1. We need to get the color framework in place
From: Ville Syrjälä
ADD HLG EOTF to the list of EOTF transfer functions supported.
Hybrid Log-Gamma (HLG) is a high dynamic range (HDR) standard.
HLG defines a nonlinear transfer function in which the lower
half of the signal values use a gamma curve and the upper half
of the signal values use a
This patch adds a blob property to get HDR metadata
information from userspace. This will be send as part
of AVI Infoframe to panel.
It also implements get() and set() functions for HDR output
metadata property.The blob data is received from userspace and
saved in connector state, the same is
From: Jonas Karlman
This adds reference count for HDR metadata blob,
handled as part of duplicate and destroy connector
state functions.
Signed-off-by: Jonas Karlman
Signed-off-by: Uma Shankar
---
drivers/gpu/drm/drm_atomic_state_helper.c | 6 ++
1 file changed, 6 insertions(+)
diff
Attach HDR metadata property to connector object.
v2: Rebase
v3: Updated the property name as per updated name
while creating hdr metadata property
Signed-off-by: Uma Shankar
Reviewed-by: Shashank Sharma
---
drivers/gpu/drm/i915/intel_hdmi.c | 2 ++
1 file changed, 2 insertions(+)
diff
https://bugs.freedesktop.org/show_bug.cgi?id=110677
--- Comment #7 from Nicholas Kazlauskas ---
The issue is in the display driver.
The driver does an sRGB degamma, CTM, then sRGB regamma + user regamma - which
explains why the screen is mostly white (since the curve is inverse).
If the the
On Mon, May 13, 2019 at 07:41:04PM -0400, Brian Masney wrote:
> The msm_gem_object structure contains resv and _resv fields that are
> no longer needed since the reservation object is now stored on
> drm_gem_object. msm_atomic_prepare_fb() and msm_atomic_prepare_fb()
> both referenced the wrong
https://bugs.freedesktop.org/show_bug.cgi?id=110677
Michel Dänzer changed:
What|Removed |Added
CC||nicholas.kazlaus...@amd.com
---
On Tue, 14 May 2019 11:08:10 -0700
Brendan Higgins wrote:
> > Naturally, though, I have one request: I'd rather not see this at the top
> > level, which is more than crowded enough as it is. Can this material
> > please go into the development tools book, alongside the kselftest
> >
This series fixes the OOM errors. However, if I torture the kernel driver
more, I can get it to deadlock and end up with unkillable processes. I can
also get an OOM error. I just ran the test 5 times:
AMD_DEBUG=testgdsmm glxgears & AMD_DEBUG=testgdsmm glxgears &
AMD_DEBUG=testgdsmm glxgears &
https://bugs.freedesktop.org/show_bug.cgi?id=110677
--- Comment #6 from Vlad Zagorodniy ---
Created attachment 144269
--> https://bugs.freedesktop.org/attachment.cgi?id=144269=edit
Xorg log file
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=110677
--- Comment #5 from Vlad Zagorodniy ---
Created attachment 144268
--> https://bugs.freedesktop.org/attachment.cgi?id=144268=edit
dmesg output
--
You are receiving this mail because:
You are the assignee for the
On Tue, May 14, 2019 at 9:03 AM Torsten Duwe wrote:
>
> From: Icenowy Zheng
>
> TERES-I has an ANX6345 bridge connected to the RGB666 LCD output, and
> the I2C controlling signals are connected to I2C0 bus.
>
> Enable it in the device tree.
>
> Signed-off-by: Icenowy Zheng
> Signed-off-by:
On Tue, May 14, 2019 at 02:05:05PM +0200, Daniel Vetter wrote:
> On Tue, May 14, 2019 at 8:04 AM Brendan Higgins
> wrote:
> >
> > On Mon, May 13, 2019 at 04:44:51PM +0200, Daniel Vetter wrote:
> > > On Sat, May 11, 2019 at 01:33:44PM -0400, Theodore Ts'o wrote:
> > > > On Fri, May 10, 2019 at
https://bugs.freedesktop.org/show_bug.cgi?id=110677
Vlad Zagorodniy changed:
What|Removed |Added
OS|All |Linux (All)
Hardware|Other
https://bugs.freedesktop.org/show_bug.cgi?id=110677
--- Comment #3 from Vlad Zagorodniy ---
Created attachment 144267
--> https://bugs.freedesktop.org/attachment.cgi?id=144267=edit
Screen without inverted colors
--
You are receiving this mail because:
You are the assignee for the
On Tue, May 14, 2019 at 07:34:22AM -0600, Jonathan Corbet wrote:
> On Mon, 13 May 2019 22:42:49 -0700
> Brendan Higgins wrote:
>
> > Add documentation for KUnit, the Linux kernel unit testing framework.
> > - Add intro and usage guide for KUnit
> > - Add API reference
> >
> > Signed-off-by:
On Fri, 10 May 2019 16:20:19 +0200, =?UTF-8?q?Yannick=20Fertr=C3=A9?= wrote:
> This patch adds documentation of a new property phy-dsi-supply to the
> STM32 DSI controller.
>
> Signed-off-by: Yannick Fertré
> ---
> Documentation/devicetree/bindings/display/st,stm32-ltdc.txt | 3 +++
> 1 file
On Tue, May 14, 2019 at 01:12:23AM -0700, Brendan Higgins wrote:
> On Tue, May 14, 2019 at 08:56:43AM +0200, Peter Zijlstra wrote:
> > On Mon, May 13, 2019 at 10:42:42PM -0700, Brendan Higgins wrote:
> > > This fixes the following warning seen on GCC 7.3:
> > > kunit/test-test.o: warning:
https://bugs.freedesktop.org/show_bug.cgi?id=110674
Michel Dänzer changed:
What|Removed |Added
Attachment #144255|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=110674
Michel Dänzer changed:
What|Removed |Added
Attachment #144257|text/x-log |text/plain
mime type|
On Mon, May 13, 2019 at 04:44:51PM +0200, Daniel Vetter wrote:
> On Sat, May 11, 2019 at 01:33:44PM -0400, Theodore Ts'o wrote:
> > On Fri, May 10, 2019 at 02:12:40PM -0700, Frank Rowand wrote:
> > > However, the reply is incorrect. Kselftest in-kernel tests (which
> > > is the context here) can
On Mon, May 13, 2019 at 10:42:42PM -0700, Brendan Higgins wrote:
> This fixes the following warning seen on GCC 7.3:
> kunit/test-test.o: warning: objtool: kunit_test_unsuccessful_try() falls
> through to next function kunit_test_catch()
>
What is that file and function; no kernel tree near
Remove drm/drm_panel.h which is included more than once
Signed-off-by: Sabyasachi Gupta
---
drivers/gpu/drm/bridge/panel.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/bridge/panel.c b/drivers/gpu/drm/bridge/panel.c
index 7cbaba2..402b318 100644
---
On Sat, May 11, 2019 at 08:43:23AM +0200, Knut Omang wrote:
> On Fri, 2019-05-10 at 14:59 -0700, Frank Rowand wrote:
> > On 5/10/19 3:23 AM, Brendan Higgins wrote:
> > >> On Fri, May 10, 2019 at 7:49 AM Knut Omang wrote:
> > >>>
> > >>> On Thu, 2019-05-09 at 22:18 -0700, Frank Rowand wrote:
> >
On Tue, May 14, 2019 at 08:56:43AM +0200, Peter Zijlstra wrote:
> On Mon, May 13, 2019 at 10:42:42PM -0700, Brendan Higgins wrote:
> > This fixes the following warning seen on GCC 7.3:
> > kunit/test-test.o: warning: objtool: kunit_test_unsuccessful_try() falls
> > through to next function
On Fri, May 10, 2019 at 03:13:40PM -0700, Frank Rowand wrote:
> On 5/10/19 9:17 AM, Logan Gunthorpe wrote:
> >
> >
> > On 2019-05-09 11:18 p.m., Frank Rowand wrote:
> >
> >> YES, kselftest has in-kernel tests. (Excuse the shouting...)
> >
> > Cool. From my cursory look, in my opinion, these
Hey,
Mostly fixes for a number of modesetting-related issues that have been
reported, as well as initial support for TU117 modesetting. TU116
also exists these days, but is not officially supported, as I don't
have HW yet to verify against.
Thanks,
Ben.
The following changes since commit
Remove dpu_kms.h which is included more than once
Signed-off-by: Sabyasachi Gupta
---
drivers/gpu/drm/msm/disp/dpu1/dpu_hw_lm.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_hw_lm.c
b/drivers/gpu/drm/msm/disp/dpu1/dpu_hw_lm.c
index dbe48e00..d692dee
> This being said, I think I'll go for a simple debugfs-based iface to
> unblock Alyssa. debugfs is not part of the stable-ABI and I guess we
> can agree on explicitly marking it as "unstable" so that when we settle
> on a generic interface to expose such counters we can get rid of the
> old one.
On 12/05/2019 14:38, Boris Brezillon wrote:
> On Sat, 11 May 2019 15:32:20 -0700
> Alyssa Rosenzweig wrote:
>
>> Hi all,
>>
>> As Steven Price explained, the "GPU top" kbase approach is often more
>> useful and accurate than per-draw timing.
>>
>> For a 3D game inside a GPU-accelerated desktop,
On 13/05/2019 09:17, Boris Brezillon wrote:
> panfrost_{job,mmu,gpu,reset}_fini() were missing.
>
> Fixes: f3ba91228e8e ("drm/panfrost: Add initial panfrost driver")
> Signed-off-by: Boris Brezillon
Reviewed-by: Steven Price
> ---
> drivers/gpu/drm/panfrost/panfrost_device.c | 4
> 1
On 13/05/2019 14:39, Boris Brezillon wrote:
> On Mon, 13 May 2019 13:48:08 +0100
> Steven Price wrote:
>
>> On 12/05/2019 14:38, Boris Brezillon wrote:
>>> On Sat, 11 May 2019 15:32:20 -0700
>>> Alyssa Rosenzweig wrote:
>>>
Hi all,
As Steven Price explained, the "GPU top"
> -Original Message-
> From: Geert Uytterhoeven
> Sent: Monday, 13 May 2019 5:01 PM
> To: Alastair D'Silva
> Cc: alast...@d-silva.org; Jani Nikula ; Joonas
> Lahtinen ; Rodrigo Vivi
> ; David Airlie ; Daniel Vetter
> ; Dan Carpenter ; Karsten
> Keil ; Jassi Brar ; Tom
> Lendacky ; David
On Tue, 2019-05-14 at 11:02 +0300, Pekka Paalanen wrote:
> On Mon, 13 May 2019 11:34:58 +0200
> Daniel Vetter wrote:
>
> > On Mon, May 13, 2019 at 11:02 AM Paul Kocialkowski
> > wrote:
> > > Hi,
> > >
> > > On Fri, 2019-05-10 at 16:54 +0200, Daniel Vetter wrote:
> > > > On Fri, May 10, 2019
Hi Sabyasachi,
Thank you for the patch.
On Tue, May 14, 2019 at 01:01:41PM +0530, Sabyasachi Gupta wrote:
> Remove drm/drm_panel.h which is included more than once
>
> Signed-off-by: Sabyasachi Gupta
> ---
> drivers/gpu/drm/bridge/panel.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git
Quoting Michael Yang (2019-05-14 08:55:37)
> On Thu, May 09, 2019 at 12:46:05PM +0100, Chris Wilson wrote:
> > Quoting Michael Yang (2019-05-09 05:34:11)
> > > If all the sync points were signaled in both fences a and b,
> > > there was only one sync point in merged fence which is a_fence[0].
> >
Le lun. 13 mai 2019 à 20:37, John Stultz a écrit :
>
> Here is another RFC of the dma-buf heaps patchset Andrew and I
> have been working on which tries to destage a fair chunk of ION
> functionality.
>
> The patchset implements per-heap devices which can be opened
> directly and then an ioctl is
On Mon, 2019-05-13 at 17:04 +0200, Daniel Vetter wrote:
> On Mon, May 13, 2019 at 10:11:01AM +, Ser, Simon wrote:
> > On Mon, 2019-05-13 at 11:34 +0200, Daniel Vetter wrote:
> > > On Mon, May 13, 2019 at 11:02 AM Paul Kocialkowski
> > > wrote:
> > > > Hi,
> > > >
> > > > On Fri, 2019-05-10
On Sat, May 11, 2019 at 08:17:47AM +0200, Knut Omang wrote:
> On Fri, 2019-05-10 at 15:18 -0700, Frank Rowand wrote:
> > On 5/10/19 1:54 PM, Brendan Higgins wrote:
> > > On Fri, May 10, 2019 at 5:13 AM Knut Omang wrote:
> > >> On Fri, 2019-05-10 at 03:23 -0700, Brendan Higgins wrote:
> > On
On Sun, 12 May 2019 at 04:23, Peteris Rudzusiks
wrote:
>
> nv50_head_atomic_duplicate_state() makes a copy of nv50_head_atom
> struct. This patch adds copying of struct member named "or", which
> previously was left uninitialized in the duplicated structure.
>
> Due to this bug, incorrect nhsync
On Wed, 20 Mar 2019 at 10:50, Rajendra Nayak wrote:
>
> Add the additional power domain and the OPP table for ufs on sdm845
> so the driver can set the appropriate performance state of the
> power domain while setting the clock rate.
>
> Signed-off-by: Rajendra Nayak
> ---
>
On Mon, 13 May 2019 11:34:58 +0200
Daniel Vetter wrote:
> On Mon, May 13, 2019 at 11:02 AM Paul Kocialkowski
> wrote:
> >
> > Hi,
> >
> > On Fri, 2019-05-10 at 16:54 +0200, Daniel Vetter wrote:
> > > On Fri, May 10, 2019 at 2:12 PM Paul Kocialkowski
> > > wrote:
> > > > Hi,
> > > >
> > > >
On Wed, May 08, 2019 at 05:58:49PM -0700, Frank Rowand wrote:
> Hi Ted,
>
> On 5/7/19 10:22 AM, Theodore Ts'o wrote:
> > On Tue, May 07, 2019 at 10:01:19AM +0200, Greg KH wrote:
> Not very helpful to cut the text here, plus not explicitly indicating that
> text was cut (yes, I know the ">>>" will
On Thu, May 09, 2019 at 12:46:05PM +0100, Chris Wilson wrote:
> Quoting Michael Yang (2019-05-09 05:34:11)
> > If all the sync points were signaled in both fences a and b,
> > there was only one sync point in merged fence which is a_fence[0].
> > The Fence structure in android framework might be
https://bugs.freedesktop.org/show_bug.cgi?id=110674
Chris Hodapp changed:
What|Removed |Added
Attachment #144256|text/x-log |text/plain
mime type|
Hi Christian ,
I just wonder when encounter ENOMEM error during pin amdgpu BOs can we retry
validate again as below.
With the following simply patch the Abaqus pinned issue not observed.
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
index
Besides clearing the input ID to zero, D71 compiz also has input
enable bit in CU_INPUTx_CONTROL which need to be cleared.
Signed-off-by: Lowry Li (Arm Technology China)
---
drivers/gpu/drm/arm/display/komeda/d71/d71_component.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #8 from Chris Hodapp ---
I've actually found another crash which triggers pretty promptly whenever I
play (presumably-accelerated) YouTube videos. I'll attach dmesg and
display-manager.service logs for that crash here but I'm happy
The top level Makefile adds -Wall globally:
KBUILD_CFLAGS := -Wall -Wundef -Werror=strict-prototypes -Wno-trigraphs \
I see two "-Wall" added for compiling under drivers/gpu/drm/i915/.
Signed-off-by: Masahiro Yamada
---
BTW, I have a question in the comment:
"Note the danger in using
Vendor provided documentation says that EMP bits should be set to 3 for
pixel clocks greater than 148.5 MHz.
Fix that.
Cc: sta...@vger.kernel.org # 4.17+
Fixes: 4f86e81748fe ("drm/sun4i: Add support for H3 HDMI PHY variant")
Signed-off-by: Jernej Skrabec
---
Current code initializes HDMI PHY clock driver before reset line is
deasserted and clocks enabled. Because of that, initial readout of
clock divider is incorrect (0 instead of 2). This causes any clock
rate with divider 1 (register value 0) to be set incorrectly.
Fix this by moving initialization
I received a report that 4K resolution doesn't work if U-Boot video
driver is disabled. It turns out that HDMI PHY clock driver was
initialized prematurely, before reset line was deasserted and clocks
enabled. U-Boot video driver masked the issue because it set pixel
clock correctly.
In the
From: Colin Ian King
There is a spelling mistake in a warning message. Fix it.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/nouveau/nvkm/subdev/bios/init.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/bios/init.c
On Tue, May 14, 2019 at 03:17:09PM -0700, Brendan Higgins wrote:
> Add myself as maintainer of KUnit, the Linux kernel's unit testing
> framework.
>
> Signed-off-by: Brendan Higgins
> Reviewed-by: Greg Kroah-Hartman
> Reviewed-by: Logan Gunthorpe
> ---
> MAINTAINERS | 11 +++
> 1 file
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #6 from Chris Hodapp ---
I use systemd-boot but I doubt that matters very much here.
I tried adding idle=nomwait to the kernel command line but it seemed not to
affect the problem (I actually had a crash the very first time I tried
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #7 from Chris Hodapp ---
Created attachment 144272
--> https://bugs.freedesktop.org/attachment.cgi?id=144272=edit
dmesg.nomwait.log
--
You are receiving this mail because:
You are the assignee for the
Disable checking for required pixel clock rate if ARCH_LAYERSCPAE
is enable.
Signed-off-by: Alison Wang
Signed-off-by: Wen He
---
change in description:
- This check that only supported one pixel clock required clock rate
compare with dts node value. but we have supports 4 pixel
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #10 from Chris Hodapp ---
Created attachment 144274
--> https://bugs.freedesktop.org/attachment.cgi?id=144274=edit
dmesg.youtube.log
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #9 from Chris Hodapp ---
Created attachment 144273
--> https://bugs.freedesktop.org/attachment.cgi?id=144273=edit
display-manager.service.youtube.log
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #11 from Chris Hodapp ---
Created attachment 144275
--> https://bugs.freedesktop.org/attachment.cgi?id=144275=edit
display-manager.service.vaporwave.log
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #12 from Chris Hodapp ---
Created attachment 144276
--> https://bugs.freedesktop.org/attachment.cgi?id=144276=edit
dmesg.vaporwave.log
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=109246
--- Comment #21 from tme ---
I've tried to revert commit b0c4e977522c34e20ad54ff4ca104129a7cfdeca but I
haven't been able to successfully compile afterwards, running into the same
issue as before. Setting it as the head still causes the bug to
On Tue, May 14, 2019 at 05:26:47PM -0700, Frank Rowand wrote:
> On 5/11/19 10:33 AM, Theodore Ts'o wrote:
> > On Fri, May 10, 2019 at 02:12:40PM -0700, Frank Rowand wrote:
> >> However, the reply is incorrect. Kselftest in-kernel tests (which
> >> is the context here) can be configured as built
https://bugs.freedesktop.org/show_bug.cgi?id=110371
--- Comment #11 from babblebo...@gmail.com ---
Created attachment 144277
--> https://bugs.freedesktop.org/attachment.cgi?id=144277=edit
EDID file
Don't know if this helps but ALL kernels seem affected by not being able to
grab EDID on startup
On Fri, May 10, 2019 at 02:52:59PM -0700, Frank Rowand wrote:
Sorry, I forgot to get back to this thread.
> On 5/9/19 3:20 PM, Logan Gunthorpe wrote:
> >
> >
> > On 2019-05-09 3:42 p.m., Theodore Ts'o wrote:
> >> On Thu, May 09, 2019 at 11:12:12AM -0700, Frank Rowand wrote:
> >>>
> >>> "My
On 2019-05-13 4:21 p.m., Deucher, Alexander wrote:
> [CAUTION: External Email]
> I reverted all the amdgpu HMM patches for 5.2 because they also
> depended on this patch:
> https://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-next-5.2-wip=ce05ef71564f7cbe270cd4337c36ee720ea534db
> which did
On 2019-05-14 10:22 pm, Clément Péron wrote:
Hi,
On Tue, 14 May 2019 at 17:17, Clément Péron wrote:
Hi,
On Tue, 14 May 2019 at 12:29, Neil Armstrong wrote:
Hi,
On 13/05/2019 17:14, Daniel Vetter wrote:
On Sun, May 12, 2019 at 07:46:00PM +0200, peron.c...@gmail.com wrote:
From: Clément
On Tue, May 14, 2019 at 5:12 PM Kuehling, Felix wrote:
>
>
> On 2019-05-13 4:21 p.m., Deucher, Alexander wrote:
> > [CAUTION: External Email]
> > I reverted all the amdgpu HMM patches for 5.2 because they also
> > depended on this patch:
> >
Add documentation for KUnit, the Linux kernel unit testing framework.
- Add intro and usage guide for KUnit
- Add API reference
Signed-off-by: Felix Guo
Signed-off-by: Brendan Higgins
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Logan Gunthorpe
---
Documentation/dev-tools/index.rst
On Mon, May 13, 2019 at 4:46 PM Guenter Roeck wrote:
> The following warning is seen on systems with broken clock divider.
>
> INFO: trying to register non-static key.
> the code is fine but needs lockdep annotation.
> turning off the locking correctness validator.
> CPU: 0 PID: 1 Comm: swapper
On 5/14/19 3:20 PM, Linus Walleij wrote:
On Mon, May 13, 2019 at 4:46 PM Guenter Roeck wrote:
The following warning is seen on systems with broken clock divider.
INFO: trying to register non-static key.
the code is fine but needs lockdep annotation.
turning off the locking correctness
On Tue, May 14, 2019 at 12:16:23PM -0600, Jonathan Corbet wrote:
> On Tue, 14 May 2019 11:08:10 -0700
> Brendan Higgins wrote:
>
> > > Naturally, though, I have one request: I'd rather not see this at the top
> > > level, which is more than crowded enough as it is. Can this material
> > >
On Thu, 2 May 2019 15:53:32 -0700, Douglas Anderson wrote:
> In certain situations it was seen that we could wedge up the DDC bus
> on the HDMI adapter on rk3288. The only way to unwedge was to mux one
> of the pins over to GPIO output-driven-low temporarily and then
> quickly mux back. Full
Hi,
On Tue, 14 May 2019 at 17:17, Clément Péron wrote:
>
> Hi,
>
> On Tue, 14 May 2019 at 12:29, Neil Armstrong wrote:
> >
> > Hi,
> >
> > On 13/05/2019 17:14, Daniel Vetter wrote:
> > > On Sun, May 12, 2019 at 07:46:00PM +0200, peron.c...@gmail.com wrote:
> > >> From: Clément Péron
> > >>
> >
## TLDR
A quick follow up to yesterday's revision. I got some feedback that I
wanted to incorporate before anyone else read the update. For this
reason, I will leave a TLDR of the biggest changes since v2.
Biggest things to look out for (since v2):
- KUnit core now outputs results in TAP14.
-
https://bugs.freedesktop.org/show_bug.cgi?id=110117
--- Comment #9 from Craig ---
I would like to add to this some additional troubleshooting I have performed,
in case it is of use.
just a short history: I am unable to suspend with any Linux distribution and be
able to resume again. Currently
On 2019-05-13 5:27 p.m., Andrew Morton wrote:
> [CAUTION: External Email]
>
> On Fri, 10 May 2019 19:53:23 + "Kuehling, Felix"
> wrote:
>
>> From: Philip Yang
>>
>> While the page is migrating by NUMA balancing, HMM failed to detect this
>> condition and still return the old page.
https://bugs.freedesktop.org/show_bug.cgi?id=110117
--- Comment #10 from Craig ---
Created attachment 144270
--> https://bugs.freedesktop.org/attachment.cgi?id=144270=edit
Most Recent dmesg with magic number
--
You are receiving this mail because:
You are the assignee for the
From: Felix Guo
The ultimate goal is to create minimal isolated test binaries; in the
meantime we are using UML to provide the infrastructure to run tests, so
define an abstract way to configure and run tests that allow us to
change the context in which tests are built without affecting the
Add myself as maintainer of KUnit, the Linux kernel's unit testing
framework.
Signed-off-by: Brendan Higgins
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Logan Gunthorpe
---
MAINTAINERS | 11 +++
1 file changed, 11 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index
Add support for assertions which are like expectations except the test
terminates if the assertion is not satisfied.
The idea with assertions is that you use them to state all the
preconditions for your test. Logically speaking, these are the premises
of the test case, so if a premise isn't true,
Add support for expectations, which allow properties to be specified and
then verified in tests.
Signed-off-by: Brendan Higgins
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Logan Gunthorpe
---
include/kunit/test.h | 518 +++
kunit/test.c | 66
Add KUnit tests for the KUnit test abort mechanism (see preceding
commit). Add tests both for general try catch mechanism as well as
non-architecture specific mechanism.
Signed-off-by: Brendan Higgins
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Logan Gunthorpe
---
kunit/Makefile| 3 +-
Add defconfig for UML and a fragment that can be used to configure other
architectures for building KUnit tests. Add option to kunit_tool to use
a defconfig to create the kunitconfig.
Signed-off-by: Brendan Higgins
Reviewed-by: Greg Kroah-Hartman
Reviewed-by: Logan Gunthorpe
---
From: Avinash Kondareddy
Add unit tests for KUnit managed resources. KUnit managed resources
(struct kunit_resource) are resources that are automatically cleaned up
at the end of a KUnit test, similar to the concept of devm_* managed
resources.
Signed-off-by: Avinash Kondareddy
Signed-off-by:
1 - 100 of 174 matches
Mail list logo