Move the open helper around to avoid the forward decl, and give
drm_setup a drm_legacy_ prefix since it's all legacy stuff in there.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_file.c | 142 ++---
1 file changed, 70 insertions(+), 72 deletions(-)
diff --
Quoting Daniel Vetter (2019-05-02 08:27:27)
> +static int drm_legacy_setup(struct drm_device * dev)
> +{
> + int ret;
> +
> + if (dev->driver->firstopen &&
> + drm_core_check_feature(dev, DRIVER_LEGACY)) {
> + ret = dev->driver->firstopen(dev);
> +
On Wed 01 May 09:14 PDT 2019, Jeffrey Hugo wrote:
> If mdp5_cfg_init fails because of an unknown major version, a null pointer
> dereference occurs. This is because the caller of init expects error
> pointers, but init returns NULL on error. Fix this by returning the
> expected values on error.
Hi Andrey,
sorry for the late reply, I came back from holiday and try to catch up with the
emails.
On 4/29/19 3:23 PM, Andrey Konovalov wrote:
> On Fri, Apr 26, 2019 at 4:50 PM Catalin Marinas
> wrote:
>>
>> On Mon, Apr 01, 2019 at 06:44:34PM +0200, Andrey Konovalov wrote:
>>> On Fri, Mar 22, 2
Pavel
On 5/1/19 3:26 AM, Pavel Machek wrote:
> Hi!
>
>>> @@ -396,13 +506,20 @@ static int lm3630a_probe(struct i2c_client *client,
>>> GFP_KERNEL);
>>> if (pdata == NULL)
>>> return -ENOMEM;
>>> +
>>> /* default values *
This commit adds the support for devfreq to control the DDR frequency
dynamically.
Glitches affect the display when the DMC devfreq device changes the DDR
frequency during the scanout. The DRM driver synchronizes the rate
change within the VBLANK.
The VOP locks the DMC devfreq device that causes
If mdp5_cfg_init fails because of an unknown major version, a null pointer
dereference occurs. This is because the caller of init expects error
pointers, but init returns NULL on error. Fix this by returning the
expected values on error.
Fixes: 2e362e1772b8 (drm/msm/mdp5: introduce mdp5_cfg modu
On Thu, Apr 25, 2019 at 12:36:39PM +, claudiu.bez...@microchip.com wrote:
> From: Claudiu Beznea
>
> Revert shift by 8 of state->base.alpha. This introduced regresion
> on planes.
>
> Fixes: 7f73c10b256b ("drm/atmel-hclcdc: Convert to the new generic alpha
> property")
> Cc: Maxime Ripard
>
https://bugs.freedesktop.org/show_bug.cgi?id=109345
--- Comment #25 from Michel Dänzer ---
(In reply to Christian Zigotzky from comment #24)
> With which good and bad commit should I start bisecting?
Good: c76cd634eb5bfd497617ea224a54a03b545c8c4d
Bad: 4971f090aa7f6ce5daa094ce4334f6618f93a7eb
--
https://bugzilla.kernel.org/show_bug.cgi?id=203471
--- Comment #3 from Michel Dänzer (mic...@daenzer.net) ---
Please attach the corresponding Xorg log file and the output of glxinfo (both
with and without DRI_PRIME=1).
--
You are receiving this mail because:
You are watching the assignee of the
Hi Maxime,
On 4/17/19 9:54 AM, Maxime Ripard wrote:
> V4L2 uses different fourcc's than DRM, and has a different set of formats.
> For now, let's add the v4l2 fourcc's for the already existing formats.
For this lib to be more useful for V4L2, would it be a good idea to add
Bayer formats as well?
Hi Maxime,
Apologies for the late reply, most if this thread happened when I was on
vacation, and I missed that I should reply to it. Thank you for reminding
me.
Please let me know if I should reply to other mails in the discussion of
this patch series.
On 4/18/19 10:56 PM, Maxime Ripard wrote:
On Wed, May 01, 2019 at 10:04:33AM -0400, Brian Welty wrote:
> In containerized or virtualized environments, there is desire to have
> controls in place for resources that can be consumed by users of a GPU
> device. This RFC patch series proposes a framework for integrating
> use of existing cgrou
https://bugs.freedesktop.org/show_bug.cgi?id=110411
Dan Horák changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=110587
Bug ID: 110587
Summary: when user click on Trash blank page is displayed
Product: DRI
Version: unspecified
Hardware: ARM
OS: Linux (All)
Status: NEW
Seve
https://bugs.freedesktop.org/show_bug.cgi?id=110587
jeevanm changed:
What|Removed |Added
URL||https://www.google.com/
Priority|me
On 24/04/2019 10:25, Brian Masney wrote:
lm3630a_bank_a_update_status() and lm3630a_bank_b_update_status()
both return the brightness value if the brightness was successfully
updated. Writing to these attributes via sysfs would cause a 'Bad
address' error to be returned. These functions should re
On 24/04/2019 10:25, Brian Masney wrote:
Add new backlight bindings for the TI LM3630A dual-string white LED.
Signed-off-by: Brian Masney
Reviewed-by: Rob Herring
Acked-by: Pavel Machek
Acked-by: Daniel Thompson
---
Changes since v5:
- Change 'lm3630a_bl@38' in examples to 'led-controll
On 24/04/2019 10:25, Brian Masney wrote:
Add fwnode support to the lm3630a driver and optionally allow
configuring the label, default brightness level, and maximum brightness
level. The two outputs can be controlled by bank A and B independently
or bank A can control both outputs.
If the platfor
On 29/04/2019 16:29, Lucas Stach wrote:
This way the backlight can be referenced through its device node and
enabling/disabling can be managed through the panel driver.
Is it possible to implement something similar to
pwm_backlight_initial_power_state() to handle this?
backlight drivers alre
Hi DRM maintainers,
This is the 2nd pull request for the malidp-next. The new patches add
additional support for Arm Mali D71 so that it can now be enabled
correctly and brought up on any SoC that contains the IP. From now on
we will start focusing on adding writeback, scaling and other useful
fea
On Thu, May 02, 2019 at 06:42:39AM -0400, Brian Masney wrote:
> On Thu, May 02, 2019 at 11:07:51AM +0100, Daniel Thompson wrote:
> > On 24/04/2019 10:25, Brian Masney wrote:
> > > lm3630a_bank_a_update_status() and lm3630a_bank_b_update_status()
> > > both return the brightness value if the brightn
On Wed, May 01, 2019 at 04:01:09PM -0700, Brendan Higgins wrote:
> ## TLDR
>
> I rebased the last patchset on 5.1-rc7 in hopes that we can get this in
> 5.2.
That might be rushing it, normally trees are already closed now for
5.2-rc1 if 5.1-final comes out this Sunday.
> Shuah, I think you, Greg
On Wed, May 01, 2019 at 04:01:16PM -0700, Brendan Higgins wrote:
> Add a test for string stream along with a simpler example.
>
> Signed-off-by: Brendan Higgins
> ---
> kunit/Kconfig | 12 ++
> kunit/Makefile | 4 ++
> kunit/example-test.c | 88 +++
On Wed, May 01, 2019 at 04:01:13PM -0700, Brendan Higgins wrote:
> A lot of the expectation and assertion infrastructure prints out fairly
> complicated test failure messages, so add a C++ style log library for
> for logging test results.
Ideally we would always use a standard logging format, like
On Wed, May 01, 2019 at 04:01:21PM -0700, Brendan Higgins wrote:
> 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
On Wed, May 01, 2019 at 04:01:25PM -0700, Brendan Higgins wrote:
> From: Iurii Zaikin
>
> KUnit tests for initialized data behavior of proc_dointvec that is
> explicitly checked in the code. Includes basic parsing tests including
> int min/max overflow.
>
> Signed-off-by: Iurii Zaikin
> Signed-
On Thu, May 02, 2019 at 12:50:53PM +0200, Greg KH wrote:
> On Wed, May 01, 2019 at 04:01:09PM -0700, Brendan Higgins wrote:
> > ## TLDR
> >
> > I rebased the last patchset on 5.1-rc7 in hopes that we can get this in
> > 5.2.
>
> That might be rushing it, normally trees are already closed now for
Hi,
On Thu, 2019-04-25 at 10:42 -0700, Eric Anholt wrote:
> Paul Kocialkowski writes:
>
> > The binner BO is not required until the V3D is in use, so avoid
> > allocating it at probe and do it on the first non-dumb BO allocation.
> >
> > Keep track of which clients are using the V3D and liberat
Hi Daniel,
Am Donnerstag, den 02.05.2019, 11:33 +0100 schrieb Daniel Thompson:
> On 29/04/2019 16:29, Lucas Stach wrote:
> > This way the backlight can be referenced through its device node and
> > enabling/disabling can be managed through the panel driver.
>
> Is it possible to implement somethi
Hi Dave, Daniel,
Here is a drm-misc fixes PR for 5.1.
Thanks!
Maxime
drm-misc-fixes-2019-05-02:
- One revert for QXL for a DRI3 breakage
The following changes since commit c4cba44eeecab9d5ccd3dd2d5520a7d1e5be544f:
drm/bridge: dw-hdmi: fix SCDC configuration for ddc-i2c-bus (2019-04-25
10:38:
https://bugzilla.kernel.org/show_bug.cgi?id=203471
--- Comment #4 from Haxk20 (haxk...@gmail.com) ---
Created attachment 282585
--> https://bugzilla.kernel.org/attachment.cgi?id=282585&action=edit
Xorg log
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
https://bugzilla.kernel.org/show_bug.cgi?id=203471
--- Comment #5 from Haxk20 (haxk...@gmail.com) ---
Created attachment 282587
--> https://bugzilla.kernel.org/attachment.cgi?id=282587&action=edit
DRI_PRIME=1 glxinfo
--
You are receiving this mail because:
You are watching the assignee of the
https://bugzilla.kernel.org/show_bug.cgi?id=203471
--- Comment #6 from Haxk20 (haxk...@gmail.com) ---
Created attachment 282589
--> https://bugzilla.kernel.org/attachment.cgi?id=282589&action=edit
glxinfo
Here is Xorg log, glxinfo with DRI_PRIME=1 and glxinfo without PRIME.
--
You are receivi
On every hdcp revocation check request SRM is read from fw file
/lib/firmware/display_hdcp_srm.bin
SRM table is parsed and stored at drm_hdcp.c, with functions exported
for the services for revocation check from drivers (which
implements the HDCP authentication)
This patch handles the HDCP1.4 and
Content protection property is created once and stored in
drm_mode_config. And attached to all HDCP capable connectors.
Signed-off-by: Ramalingam C
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/drm_atomic_uapi.c | 4 ++--
drivers/gpu/drm/drm_connector.c | 13 +++--
include/drm/drm_c
DRM HDCP SRM revocation check services are used from I915 for HDCP1.4
and 2.2 revocation check during the respective authentication flow.
v2:
Rebased.
v3:
%s/*_ksvs_revocated/*_check_ksvs_revoked [Daniel]
unwanted noise is removed.
Signed-off-by: Ramalingam C
Reviewed-by: Daniel Vetter
--
Considering the significant size of hdcp related code in drm, all
hdcp related codes are moved into separate file called drm_hdcp.c.
v2:
Rebased.
v2:
Rebased.
Signed-off-by: Ramalingam C
Suggested-by: Daniel Vetter
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/drm_connector.c | 44 --
This series adds the content type capability for HDCP through a
drm connetor proeprty "HDCP Content Type". By default this property will
be "Type 0". And this property is exposed by the drivers which has the
HDCP2.2 capability to enable the userspace to configure for "Type 1".
HDCP Content Type:
Attaches the content type property for HDCP2.2 capable connectors.
Implements the update of content type from property and apply the
restriction on HDCP version selection.
Need ACK for content type property from userspace consumer.
v2:
s/cp_content_type/content_protection_type [daniel]
disab
Adding the HDCP2.2 capability of HDCP src and sink info into debugfs
entry "i915_hdcp_sink_capability"
This helps the userspace tests to skip the HDCP2.2 test on non HDCP2.2
sinks.
v2:
Rebased.
Signed-off-by: Ramalingam C
Reviewed-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_debugfs.c |
drm function to update the content protection property state and to
generate a uevent is invoked from the intel hdcp property work.
Hence whenever kernel changes the property state, userspace will be
updated with a uevent.
Need a ACK for uevent generating uAPI from userspace.
v2:
state update
drm function is defined and exported to update a connector's
content protection property state and to generate a uevent along
with it.
Need ACK for the uevent from userspace consumer.
v2:
Update only when state is different from old one.
v3:
KDoc is added [Daniel]
Signed-off-by: Ramalingam C
DRM API for generating uevent for a status changes of connector's
property.
This uevent will have following details related to the status change:
HOTPLUG=1, CONNECTOR= and PROPERTY=
Need ACK from this uevent from userspace consumer.
v2:
Minor fixes at KDoc comments [Daniel]
v3:
Check the
This patch adds a DRM ENUM property to the selected connectors.
This property is used for mentioning the protected content's type
from userspace to kernel HDCP authentication.
Type of the stream is decided by the protected content providers.
Type 0 content can be rendered on any HDCP protected dis
On 2019-05-02 at 18:52:53 +0530, Ramalingam C wrote:
> This series adds the content type capability for HDCP through a
> drm connetor proeprty "HDCP Content Type". By default this property will
> be "Type 0". And this property is exposed by the drivers which has the
> HDCP2.2 capability to enable t
Hi Dave & Daniel,
A quick fix to unbreak media driver, worthy inclusion before the merge window.
Best Regards,
Joonas
***
drm-intel-next-fixes-2019-05-02:
- Whitelist a register to avoid media driver from hanging
The following changes since commit 879a4e70f96a26a9368a3caed2f552aa67105852:
Move the open helper around to avoid the forward decl, and give
drm_setup a drm_legacy_ prefix since it's all legacy stuff in there.
v2: Move drm_legacy_setup into drm_legacy_misc.c (Chris). The
counterpart in the form of drm_legacy_dev_reinit is there already too,
plus it fits perfectly into Dave
On 5/2/19 4:50 AM, Greg KH wrote:
On Wed, May 01, 2019 at 04:01:09PM -0700, Brendan Higgins wrote:
## TLDR
I rebased the last patchset on 5.1-rc7 in hopes that we can get this in
5.2.
That might be rushing it, normally trees are already closed now for
5.2-rc1 if 5.1-final comes out this Sunda
Quoting Daniel Vetter (2019-05-02 14:56:03)
> Move the open helper around to avoid the forward decl, and give
> drm_setup a drm_legacy_ prefix since it's all legacy stuff in there.
>
> v2: Move drm_legacy_setup into drm_legacy_misc.c (Chris). The
> counterpart in the form of drm_legacy_dev_reinit
console_trylock, called from within printk, can be called from pretty
much anywhere. Including try_to_wake_up. Note that this isn't common,
usually the box is in pretty bad shape at that point already. But it
really doesn't help when then lockdep jumps in and spams the logs,
potentially obscuring t
Hi,
On Tue, Apr 30, 2019 at 10:31:08PM +0200, Sam Ravnborg wrote:
> Hi Guido.
>
> Took a look at this, but feedback is trivial as
> I have no experience with PHYs so use only
> the feedback you consider relevant.
They all made sense so I've incorporated them for v10.
>
> Sam
>
> > diff -
Add support for scaling on writeback. To do this add
writeback_dest_x,y,w,h writeback connector properties to specify the
desired output dimensions.
Then implement downscaling on writeback for Malidp-550 and Malidp-650
(upscaling on writeback is not supported on these devices).
v2: Use 0 as defaul
The phase setting part of malidp_crtc_atomic_check_scaling is refactored
to allow use in writeback scaling.
Also the enable_memwrite function prototype is simplified by directly
passing mw_state.
Signed-off-by: Ben Davis
---
drivers/gpu/drm/arm/malidp_crtc.c | 47 ---
drivers/gpu/d
Add new properties to specify x,y coordinates and
width and height for writeback.
These are reset to 0 on duplicating state to provide
robustness against accidental scaling.
Signed-off-by: Ben Davis
---
drivers/gpu/drm/drm_atomic_state_helper.c | 6 +++
drivers/gpu/drm/drm_atomic_uapi.c
On Thu, May 02, 2019 at 05:10:09PM +0100, Ben Davis wrote:
> Add new properties to specify x,y coordinates and
> width and height for writeback.
>
> These are reset to 0 on duplicating state to provide
> robustness against accidental scaling.
>
> Signed-off-by: Ben Davis
Reviewed-by: Liviu Duda
On Thu, May 02, 2019 at 05:10:10PM +0100, Ben Davis wrote:
> The phase setting part of malidp_crtc_atomic_check_scaling is refactored
> to allow use in writeback scaling.
>
> Also the enable_memwrite function prototype is simplified by directly
> passing mw_state.
>
> Signed-off-by: Ben Davis
R
(Add missing CCs)
On Mon, Apr 29, 2019 at 3:08 PM Chia-I Wu wrote:
>
> This is motivated by having meaningful ftrace events, but it also
> fixes use cases where dma_fence_is_later is called, such as in
> sync_file_merge.
>
> In other drivers, fence creation and cmdbuf submission normally
> happe
Somewhat recent changes in the AOSP build system has been made
which fairly severely restricts the build environment. This has
made it difficult to test mesa/master w/ AOSP/master.
I'm working with others to try to remedy this, but as a first
step I used some hacks to temporarily remove the build
From: Alistair Strachan
The current AOSP master build system breaks building mesa due to the
following error:
external/mesa3d/src/compiler/Android.glsl.gen.mk:94: error:
writing to readonly directory: "external/mesa3d/src/compiler/glsl/ir.h"
This error is bogus -- nothing "writes" to ir.h --
From: Amit Pundir
Add libfreedreno_drm/ir3 to the build
Cc: Rob Clark
Cc: Emil Velikov
Cc: Amit Pundir
Cc: Sumit Semwal
Cc: Alistair Strachan
Cc: Greg Hartman
Cc: Tapani Pälli
Cc: Jason Ekstrand
Signed-off-by: Amit Pundir
[jstultz: Tweaked to add extra ir3 files from master]
Signed-off-
The ir3_nir_trig.py file was moved in a previous commit,
aa0fed10d3574 (freedreno: move ir3 to common location),
so update the Android.gen.mk file to match.
Cc: Rob Clark
Cc: Emil Velikov
Cc: Amit Pundir
Cc: Sumit Semwal
Cc: Alistair Strachan
Cc: Greg Hartman
Cc: Tapani Pälli
Cc: Jason Ekst
On Thu, May 2, 2019 at 4:02 AM Greg KH wrote:
>
> On Wed, May 01, 2019 at 04:01:21PM -0700, Brendan Higgins wrote:
> > 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
> > def
Paul Kocialkowski writes:
> Hi,
>
> On Thu, 2019-04-25 at 10:42 -0700, Eric Anholt wrote:
>> Paul Kocialkowski writes:
>>
>> > The binner BO is not required until the V3D is in use, so avoid
>> > allocating it at probe and do it on the first non-dumb BO allocation.
>> >
>> > Keep track of whic
On Thu, May 2, 2019 at 11:15 AM wrote:
>
>
>
> > -Original Message-
> > From: Greg KH
> >
> > On Wed, May 01, 2019 at 04:01:25PM -0700, Brendan Higgins wrote:
> > > From: Iurii Zaikin
> > >
> > > KUnit tests for initialized data behavior of proc_dointvec that is
> > > explicitly checked i
Hi Dave, Daniel,
Fixes for 5.2:
- SR-IOV fixes
- Raven flickering fix
- Misc spelling fixes
- Vega20 power fixes
- Freesync improvements
- DC fixes
The following changes since commit f55be0be5b7296e73f1634e2839a1953dc12d11e:
drm/amd/display: Add profiling tools for bandwidth validation (2019-0
Add vendor/product pairs for the Valve Index HMDs.
Signed-off-by: Andres Rodriguez
Cc: Dave Airlie
Cc: # v4.15
---
drivers/gpu/drm/drm_edid.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 2c22ea446075..649
From: Sean Paul
This patch adds a helper to tease out the currently connected crtc for
an encoder, along with its state. This follows the same pattern as the
drm_atomic_crtc_*_for_* macros in the atomic helpers. Since the
relationship of crtc:encoder is 1:n, we don't need a loop since there is
on
From: Sean Paul
This patch adds a new drm helper library to help drivers implement
self refresh. Drivers choosing to use it will register crtcs and
will receive callbacks when it's time to enter or exit self refresh
mode.
In its current form, it has a timer which will trigger after a
driver-spec
From: Sean Paul
Everyone who implements connector_helper_funcs->atomic_check reaches
into the connector state to get the atomic state. Instead of continuing
this pattern, change the callback signature to just give atomic state
and let the driver determine what it does and does not need from it.
From: Sean Paul
This patch adds atomic_enable and atomic_disable callbacks to the
encoder helpers. This will allow encoders to make informed decisions in
their start-up/shutdown based on the committed state.
Aside from the new hooks, this patch also introduces the new signature
for .atomic_* fun
From: Sean Paul
This patch adds atomic variants for all of
pre_enable/enable/disable/post_disable bridge functions. These will be
called from the appropriate atomic helper functions. If the bridge
driver doesn't implement the atomic version of the function, we will
fall back to the vanilla implem
From: Sean Paul
Instead of rolling our own implementation for tracking when PSR should
be [in]active, use the new self refresh helpers to do the heavy lifting.
Changes in v2:
- updated to reflect changes made in the helpers
Changes in v3:
- use the new atomic hooks to inspect crtc state instead
From: Sean Paul
Once we start shutting off the link during PSR, we're going to want fast
training to work. If the display doesn't support fast training, don't
enable psr.
Changes in v2:
- None
Changes in v3:
- None
Link to v1:
https://patchwork.freedesktop.org/patch/msgid/20190228210939.83386-
From: Sean Paul
Instead of flushing all vops every time we get a dirtyfb call, use the
damage helper to kick off an atomic commit. Even though we don't use
damage clips, the helper commit will force us through the normal
psr_inhibit_get/put sequence.
Changes in v3:
- Added to the set
Suggested-
From: Sean Paul
Instead of fully disabling and re-enabling the vop on self refresh
transitions, only disable the active windows. This will speed up
self refresh exits substantially and is still a power-savings win.
This patch integrates portions of Zain's patch from here:
https://patchwork.kerne
From: Sean Paul
Hey all,
Back from my break from this. v3 isn't a whole lot different from v2,
aside from the new helpers that I've added. These allowed me to remove
some redundant state from connector and rely solely on crtc_state.
Please take a look,
Sean
Sean Paul (10):
drm: Add atomic v
From: Sean Paul
Now that we use the drm psr helpers, we no longer need to hand-roll our
atomic_commit_tail implementation. So use the helper
Changes in v2:
- None
Changes in v3:
- None
Link to v1:
https://patchwork.freedesktop.org/patch/msgid/20190228210939.83386-6-s...@poorly.run
Link to v2:
https://bugs.freedesktop.org/show_bug.cgi?id=110443
--- Comment #10 from Viktor Jägersküpper ---
I tried to investigate a bit further, and I think video acceleration does not
really work on my RV770, neither with VA-API nor with VDPAU. However, even if I
deactivate hardware video decoding in VLC,
From: Sean Paul
There are no structured comments in the file, so it generates this
warning on compilation:
include/drm/drm_atomic_state_helper.h:1: warning: no structured comments found
Fixes: 9ef8a9dc4b21 ("drm: Extract drm_atomic_state_helper.[hc]")
Cc: Ville Syrjälä
Cc: Daniel Vetter
Cc: D
From: Sean Paul
These functions were missing documentation.
Fixes the warning:
../include/drm/drm_modeset_helper_vtables.h:1000: warning: Function parameter
or member 'prepare_writeback_job' not described in 'drm_connector_helper_funcs'
../include/drm/drm_modeset_helper_vtables.h:1000: warning:
On Thu, May 2, 2019 at 4:00 AM Greg KH wrote:
>
> On Wed, May 01, 2019 at 04:01:13PM -0700, Brendan Higgins wrote:
> > A lot of the expectation and assertion infrastructure prints out fairly
> > complicated test failure messages, so add a C++ style log library for
> > for logging test results.
>
>
On Thu, May 2, 2019 at 3:58 AM Greg KH wrote:
>
> On Wed, May 01, 2019 at 04:01:16PM -0700, Brendan Higgins wrote:
> > Add a test for string stream along with a simpler example.
> >
> > Signed-off-by: Brendan Higgins
> > ---
> > kunit/Kconfig | 12 ++
> > kunit/Makefile
https://bugzilla.kernel.org/show_bug.cgi?id=201273
--- Comment #50 from quirin.blae...@freenet.de ---
Bug is still alive. v5.0.10
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing list
dri-devel@lis
On Thu, May 2, 2019 at 1:31 PM Rob Clark wrote:
>
> fyi, John pushed a MR w/ the same patches:
> https://gitlab.freedesktop.org/mesa/mesa/merge_requests/795
>
> (I'm not really an expert on android build system, but if it works,
> then ack-by from me)
>
So there's one new issue that cropped up wh
On Thu, May 2, 2019 at 1:20 PM Greg Hartman wrote:
>
> + dwillem...@google.com background on the build changes.
>
> Thanks for doing this. It will be helpful to have fixes to make this build
> again.
>
We're still a bit out from getting master to build w/ the current AOSP tree.
We need solution
https://bugs.freedesktop.org/show_bug.cgi?id=108892
--- Comment #8 from Sami Farin ---
Created attachment 144130
--> https://bugs.freedesktop.org/attachment.cgi?id=144130&action=edit
dmesg
4.19.37 has this bug also.
Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Lexa PRO [Radeon RX
550
On Wed, 1 May 2019 17:44:47 +0530, Jagan Teki wrote:
> HD702E lcd is FriendlyELEC developed eDP LCD panel with 800x1280
> resolution. It has built in Goodix, GT9271 captive touchscreen
> with backlight adjustable via PWM.
>
> Add support for it.
>
> Cc: Thierry Reding
> Cc: Sam Ravnborg
> Cc:
https://bugs.freedesktop.org/show_bug.cgi?id=109345
--- Comment #26 from Christian Zigotzky ---
(In reply to Michel Dänzer from comment #25)
> (In reply to Christian Zigotzky from comment #24)
> > With which good and bad commit should I start bisecting?
>
> Good: c76cd634eb5bfd497617ea224a54a03b
On Rockchip rk3288-based Chromebooks when you do a suspend/resume
cycle:
1. You lose the ability to detect an HDMI device being plugged in.
2. If you're using the i2c bus built in to dw_hdmi then it stops
working.
Let's add a hook to the core dw-hdmi driver so that we can call it in
dw_hdmi-rock
On Rockchip rk3288-based Chromebooks when you do a suspend/resume
cycle:
1. You lose the ability to detect an HDMI device being plugged in.
2. If you're using the i2c bus built in to dw_hdmi then it stops
working.
Let's call the core dw-hdmi's suspend/resume functions to restore
things.
NOTE: i
https://bugs.freedesktop.org/show_bug.cgi?id=110443
--- Comment #11 from Julien Isorce ---
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/796
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
> Count us (Mellanox) too, our RDMA devices are exposing special and
> limited in size device memory to the users and we would like to provide
> an option to use cgroup to control its exposure.
Doesn't RDMA already has a separate cgroup? Why not implement it there?
> > and with future work, we c
See the PhD thesis in the comments in this patch for details, but to
summarize this adds a hacky "unwedge" feature to the dw_hdmi i2c bus to
workaround what appears to be a hardware errata. This relies on a
pinctrl entry to help change around muxing to perform the unwedge.
NOTE that the specific
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 details can be found in the patch
("drm/bridge/synopsys: dw-hdmi: Add "
On Thu, May 2, 2019 at 2:16 PM Frank Rowand wrote:
>
> On 5/2/19 11:07 AM, Brendan Higgins wrote:
> > On Thu, May 2, 2019 at 4:02 AM Greg KH wrote:
> >>
> >> On Wed, May 01, 2019 at 04:01:21PM -0700, Brendan Higgins wrote:
> >>> From: Felix Guo
> >>>
> >>> The ultimate goal is to create minimal
On Thu, 2 May 2019 at 20:45, Liviu Dudau wrote:
>
> Hi DRM maintainers,
>
> This is the 2nd pull request for the malidp-next. The new patches add
> additional support for Arm Mali D71 so that it can now be enabled
> correctly and brought up on any SoC that contains the IP. From now on
> we will st
On Thu, May 2, 2019 at 4:05 AM Greg KH wrote:
>
> On Thu, May 02, 2019 at 12:50:53PM +0200, Greg KH wrote:
> > On Wed, May 01, 2019 at 04:01:09PM -0700, Brendan Higgins wrote:
> > > ## TLDR
> > >
> > > I rebased the last patchset on 5.1-rc7 in hopes that we can get this in
> > > 5.2.
> >
> > That
On Thu, May 2, 2019 at 7:04 AM shuah wrote:
>
> On 5/2/19 4:50 AM, Greg KH wrote:
> > On Wed, May 01, 2019 at 04:01:09PM -0700, Brendan Higgins wrote:
> >> ## TLDR
> >>
> >> I rebased the last patchset on 5.1-rc7 in hopes that we can get this in
> >> 5.2.
> >
> > That might be rushing it, normally
Hey Linus,
Just a single qxl revert for rc8/final.
Dave.
drm-fixes-2019-05-03:
drm one qxl revert
The following changes since commit 37624b58542fb9f2d9a70e6ea006ef8a5f66c30b:
Linux 5.1-rc7 (2019-04-28 17:04:13 -0700)
are available in the Git repository at:
git://anongit.freedesktop.org/drm
1 - 100 of 138 matches
Mail list logo
