Instead of fwnode_get_named_gpiod() that I plan to hide away, let's use
the new fwnode_gpiod_get_index() that mimics gpiod_get_index(), bit
works with arbitrary firmware node.
Signed-off-by: Dmitry Torokhov
---
drivers/gpu/drm/bridge/ti-tfp410.c | 4 ++--
1 file changed, 2 insertions(+), 2 dele
Hello,
I am testing latest rc8/Linus git tree on my new
Acer Nitro 5 (AN515-43-R8BF) Laptop.
The box has an Ryzen7 3750H APU+RX 560x hybrid GPU(s).
Suspending ( closing the Lid ) from tty without X up
is working fine, however with X running doing the same
does not work. The display remains black
Hi,
Le mer. 11 sept. 2019 à 19:35, Qian Cai a écrit :
> The commit c0e09200dc08 ("drm: reorganise drm tree to be more future
> proof.") changed the behavior from only compiling drm/ if CONFIG_DRM=y
> to always compiling drm/. This restores the behavior, so people don't
> need to waste time compi
drm-misc-fixes-2019-09-12:
drm-misc-fixes for v5.3 final:
- Constify modes whitelist harder.
- Fix lima driver gem_wait ioctl.
The following changes since commit 424c38a4e32509ae82dc9d7300432295806cb911:
drm/selftests: modes: Add more unit tests for the cmdline parser (2019-08-30
10:21:56 +0200
https://bugs.freedesktop.org/show_bug.cgi?id=111667
Bug ID: 111667
Summary: gem_render_copy failing on CCS subtests
Product: DRI
Version: DRI git
Hardware: Other
OS: Linux (All)
Status: NEW
Severity: major
On 2019-09-09 at 15:54:50 +, Lakha, Bhawanpreet wrote:
> Hi all,
>
> This is regarding the recent hdcp content type patch that was merged into
> drm-misc.
> (https://patchwork.freedesktop.org/patch/320958/?series=57233&rev=11)
>
> There are displays on the market that advertise HDCP 2.2 sup
On Wed, Sep 11, 2019 at 11:14:03AM -0700, David Riley wrote:
> Userspace requested command buffer allocations could be too large
> to make as a contiguous allocation. Use vmalloc if necessary to
> satisfy those allocations.
Both applied to drm-misc-next.
thanks,
Gerd
Hi Kiernan,
thanks for review
On Wed, Sep 11, 2019 at 04:54:58PM +0100, Kieran Bingham wrote:
> Hi Jacopo,
>
>
>
> On 06/09/2019 14:43, Jacopo Mondi wrote:
> > Add a driver for the R-Car Display Unit Color Correction Module.
> >
> > In most of Gen3 SoCs, each DU output channel is provided with
Hi Kieran,
On Wed, Sep 11, 2019 at 07:40:27PM +0100, Kieran Bingham wrote:
> Hi Jacopo,
>
> On 06/09/2019 14:54, Jacopo Mondi wrote:
> > Enable/disable the CMM associated with a CRTC at CRTC start and stop
> > time and enable the CMM unit through the Display Extensional Functions
> > register at g
https://bugs.freedesktop.org/show_bug.cgi?id=111669
Bug ID: 111669
Summary: Navi GPU hang in Minecraft
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: major
Extends the user space ioctl for CL submissions so it can include a request
to flush the cache once the CL execution has completed. Fixes memory
write violation messages reported by the kernel in workloads involving
shader memory writes (SSBOs, shader images, scratch, etc) which sometimes
also lead
On Thu, Sep 12, 2019 at 08:42:29AM +0200, Thomas Zimmermann wrote:
> Register constants are upper case. Fix MGAREG_Status accordingly.
>
> Signed-off-by: Thomas Zimmermann
Reviewed-by: Gerd Hoffmann
> ---
> drivers/gpu/drm/mgag200/mgag200_mode.c | 6 +++---
> drivers/gpu/drm/mgag200/mgag200_r
On Thu, Sep 12, 2019 at 08:42:28AM +0200, Thomas Zimmermann wrote:
> Before updating the display from the console's shadow buffer, the dirty
> worker now waits for vblank. This allows several screen updates to pile
> up and acts as a rate limiter.
>
> v2:
> * don't hold helper->lock while wa
On Thu, Sep 12, 2019 at 08:42:30AM +0200, Thomas Zimmermann wrote:
> There's no VBLANK interrupt on Matrox chipsets. The workaround that is
> being used here and in other free Matrox drivers is to program
> to the value of and enable the VLINE interrupt. This triggers
> an interrupt at the time w
In order to better support video non-burst modes,
the +20% on pll out is added only in burst mode.
Signed-off-by: Philippe Cornu
Reviewed-by: Yannick FERTRE
---
drivers/gpu/drm/stm/dw_mipi_dsi-stm.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/stm/dw_m
This is useful when there is a bridge between the SoC and the
panel.
Signed-off-by: Jitao Shi
---
drivers/gpu/drm/panel/panel-innolux-p079zca.c | 39 ---
1 file changed, 24 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-innolux-p079zca.c
b/drivers/gpu/d
This adds documentation for innolux,p097pfg panel with bridge chip
ssd2858.
Signed-off-by: Jitao Shi
---
.../display/panel/innolux,p097pfg_ssd2858.txt | 39 +++
1 file changed, 39 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/panel/innolux,p097pfg_s
Add driver to support panel innolux,p097pfg with bridge ssd2858.
SSD2858 can spilt dsi 4 lanes to 8 lanes.
Jitao Shi (3):
drm/panel: panel-innolux: Allow 2 reset pins for panel
dt-bindings: display: Add documentation for innolux,p097pfg_ssd2858
panel
drm/panel: panel-innolux: Add support
Add driver to setup P097PFZ behing SSD2858 (4 to 8 lanes bridge).
Signed-off-by: Jitao Shi
---
drivers/gpu/drm/panel/panel-innolux-p079zca.c | 103 +-
1 file changed, 102 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/panel/panel-innolux-p079zca.c
b/drivers/gpu/drm/p
On Wed, Sep 11, 2019 at 01:48:36PM -0500, Dan Murphy wrote:
>
> On 9/11/19 5:25 AM, Daniel Thompson wrote:
> > On Tue, Sep 10, 2019 at 11:29:09PM +0200, Andreas Kemnade wrote:
> > > For now just enable it in the probe function to allow i2c
> > > access. Disabling also means resetting the register
Hi Jacopo,
On 12/09/2019 09:07, Jacopo Mondi wrote:
> Hi Kieran,
>
> On Wed, Sep 11, 2019 at 07:40:27PM +0100, Kieran Bingham wrote:
>> Hi Jacopo,
>>
>> On 06/09/2019 14:54, Jacopo Mondi wrote:
>>> Enable/disable the CMM associated with a CRTC at CRTC start and stop
>>> time and enable the CMM un
Hi Jacopo,
On 06/09/2019 14:54, Jacopo Mondi wrote:
> Implement device tree parsing to collect the available CMM instances
> described by the 'renesas,cmms' property. Associate CMMs with CRTCs and
> store a mask of active CMMs in the DU group for later enablement.
>
> Enforce the probe and suspen
On 09/09/2019 16:51, Krzysztof Kozlowski wrote:
> There is no point to print deferred probe (and its failures to get
> resources) as an error.
>
> In case of multiple probe tries this would pollute the dmesg.
>
> Signed-off-by: Krzysztof Kozlowski
Looks like a good idea, however from what I can
On Wed, Sep 11, 2019 at 07:21:06PM +0200, Andreas Kemnade wrote:
> For now just enable it in the probe function to allow i2c
> access. Disabling also means resetting the register values
> to default and according to the datasheet does not give
> power savings.
>
> Tested on Kobo Clara HD.
>
> Sig
Mdev bus only support vfio driver right now, so it doesn't implement
match method. But in the future, we may add drivers other than vfio,
one example is virtio-mdev[1] driver. This means we need to add device
id support in bus match method to pair the mdev device and mdev driver
correctly.
So this
Currently, except for the crate and remove. The rest fields of
mdev_parent_ops is just designed for vfio-mdev driver and may not help
for kernel mdev driver. So follow the device id support by previous
patch, this patch introduces device specific ops which points to
device specific ops (e.g vfio op
Hi all:
During the development of virtio-mdev[1]. I find that mdev needs to be
extended to support devices other than vfio mdev device. So this
series tries to extend the mdev to be able to differ from different
devices by:
- device id and matching for mdev bus
- device speicfic callbacks and mov
This patch is an early RFC to judge the direction we are following in
our virtualization efforts in Chrome OS. The purpose is to start a
discussion on how to handle buffer sharing between multiple virtio
devices.
On a side note, we are also working on a virtio video decoder interface
and implement
Hi Jacopo,
On 12/09/2019 08:59, Jacopo Mondi wrote:
> Hi Kiernan,
>thanks for review
>
> On Wed, Sep 11, 2019 at 04:54:58PM +0100, Kieran Bingham wrote:
>> Hi Jacopo,
>>
>>
>>
>> On 06/09/2019 14:43, Jacopo Mondi wrote:
>>> Add a driver for the R-Car Display Unit Color Correction Module.
>>>
On Thu, Sep 12, 2019 at 05:40:12PM +0800, Jason Wang wrote:
> Currently, except for the crate and remove. The rest fields of
better:
Currently, except for create and remove, the rest of the field in ...
> mdev_parent_ops is just designed for vfio-mdev driver and may not help
> for kernel mdev
Hi Jacopo,
On 06/09/2019 14:54, Jacopo Mondi wrote:
> Update CMM settings at in the atomic commit tail helper method.
> The CMM is updated with new gamma values provided to the driver
> in the GAMMA_LUT blob property.
>
> When resuming from system suspend, the DU driver is responsible for
> repro
On Wed, Sep 11, 2019 at 8:52 AM Dmitry Torokhov
wrote:
> If we agree in principle, I would like to have the very first 3 patches
> in an immutable branch off maybe -rc8 so that it can be pulled into
> individual subsystems so that patches switching various drivers to
> fwnode_gpiod_get_index() co
Hello!
On 11.09.2019 22:25, Kieran Bingham wrote:
Add direct support for the r8a77980 (V3H).
The V3H shares a common, compatible configuration with the r8a77970
(V3M) so that device info structure is reused.
Do we really need to add yet another compatible in this case?
I just added r8a779
On Tue, Aug 13, 2019 at 02:28:55PM +0530, Nishka Dasgupta wrote:
> Static structure micro_bl_props, having type backlight_properties, is
> used only once, when it is passed as the last argument to function
> devm_backlight_device_register(). devm_backlight_device_register() is
> defined with its la
Hi Sergei,
(pulling in +Geert for his opinion on compatible string usages)
On 12/09/2019 11:00, Sergei Shtylyov wrote:> Hello!
>
> On 11.09.2019 22:25, Kieran Bingham wrote:
>
>> Add direct support for the r8a77980 (V3H).
>>
>> The V3H shares a common, compatible configuration with the r8a77970
On Wed, Sep 11, 2019 at 08:13:19PM +0800, Koenig, Christian wrote:
> Am 11.09.19 um 13:50 schrieb Huang, Ray:
> > From: Alex Deucher
> >
> > If one bo is secure (created with AMDGPU_GEM_CREATE_ENCRYPTED), the TMZ
> > bits of
> > PTEs that belongs that bo should be set. Then psp is able to protect
https://bugs.freedesktop.org/show_bug.cgi?id=107296
--- Comment #18 from woodr...@posteo.de ---
Similar here on a Asrock B450M Pro4 with Athlon 200GE (Raven Ridge):
Screen blanks on boot a few seconds, aswell on wakeups.
[0.849231] Linux agpgart interface v0.103
[0.927246] [drm] amdgpu ke
https://bugs.freedesktop.org/show_bug.cgi?id=111667
--- Comment #1 from Mika Kahola ---
Test results show as
./tests/gem_render_copy
IGT-Version: 1.24-g07f67caf (x86_64) (Linux: 5.3.0-rc8-CI-CI_DIS_719+ x86_64)
Starting subtest: linear
Subtest linear: SUCCESS (0,255s)
Starting subtest: x-tiled
S
Hi Sergei,
On 12/09/2019 11:26, Kieran Bingham wrote:
> Hi Sergei,
>
> (pulling in +Geert for his opinion on compatible string usages)
>
> On 12/09/2019 11:00, Sergei Shtylyov wrote:> Hello!
>>
>> On 11.09.2019 22:25, Kieran Bingham wrote:
>>
>>> Add direct support for the r8a77980 (V3H).
>>>
>
https://bugs.freedesktop.org/show_bug.cgi?id=111667
--- Comment #2 from Chris Wilson ---
There is no render copyfunc for gen12. This should have bailed out at
data.render_copy = igt_get_render_copyfunc(data.devid);
igt_require_f(data.render_copy,
Instead of tracking per-slot utilisation track a single value for the
entire GPU. Ultimately it doesn't matter if the GPU is busy with only
vertex or a combination of vertex and fragment processing - if it's busy
then it's busy and devfreq should be scaling appropriately.
This also makes way for b
The devfreq implementation in panfrost is unnecessarily open coded. It
also tracks utilisation metrics per slot which isn't very useful. Let's
tidy it up!
This should be picked up along with Mark's change[1] to fix
regulator_get_optional() misuse. This also deletes the code changes from
52282163df
Use dev_pm_opp_set_rate() instead of open coding the devfreq
integration, simplifying the code.
Signed-off-by: Steven Price
---
drivers/gpu/drm/panfrost/panfrost_devfreq.c | 62 -
drivers/gpu/drm/panfrost/panfrost_device.h | 2 -
2 files changed, 10 insertions(+), 54 deleti
On Thu, Sep 12, 2019 at 12:28:03PM +0100, Steven Price wrote:
> Use dev_pm_opp_set_rate() instead of open coding the devfreq
> integration, simplifying the code.
Reviewed-by: Mark Brown
signature.asc
Description: PGP signature
___
dri-devel mailing li
Support for HDR10 video was introduced in DisplayPort 1.4.
On GLK+ platform, in order to use DisplayPort HDR10, we need to support
BT.2020 colorimetry and HDR Static metadata.
It implements the CTA-861-G standard for transport of static HDR metadata.
It enables writing of HDR metadata infoframe SDP
It refactors and renames a function which handled vsc sdp header and data
block setup for supporting colorimetry format.
Function intel_dp_setup_vsc_sdp handles vsc sdp header and data block
setup for pixel encoding / colorimetry format.
In order to use colorspace information of a connector, it add
When BT.2020 Colorimetry output is used for DP, we should program BT.2020
Colorimetry to MSA and VSC SDP. It adds output_colorspace to
intel_crtc_state struct as a place holder of pipe's output colorspace.
In order to distinguish needed colorimetry for VSC SDP, it adds
intel_dp_needs_vsc_sdp functi
Because between HDMI and DP have different colorspaces, it renames
drm_mode_create_colorspace_property() function to
drm_mode_create_hdmi_colorspace_property() function for HDMI connector.
And it adds drm_mode_create_dp_colorspace_property() function for creating
of DP colorspace property.
In order
According to Bspec, GEN11 and prior GEN11 have different register size for
HDR Metadata Infoframe SDP packet. It adds new VIDEO_DIP_GMP_DATA_SIZE for
GEN11. And it makes handle different register size for
HDMI_PACKET_TYPE_GAMUT_METADATA on hsw_dip_data_size() for each GEN
platforms. It addresses Um
It attaches the colorspace connector property to a DisplayPort connector.
Based on colorspace change, modeset will be triggered to switch to a new
colorspace.
Based on colorspace property value create a VSC SDP packet with appropriate
colorspace. This would help to enable wider color gamut like BT
It attaches HDR metadata property to DP connector on GLK+.
It enables HDR metadata infoframe sdp on GLK+ to be used to send
HDR metadata to DP sink.
v2: Minor style fix
Signed-off-by: Gwan-gyeong Mun
Reviewed-by: Uma Shankar
---
drivers/gpu/drm/i915/display/intel_dp.c | 5 +
1 file changed
Function intel_dp_setup_hdr_metadata_infoframe_sdp handles Infoframe SDP
header and data block setup for HDR Static Metadata. It enables writing of
HDR metadata infoframe SDP to panel. Support for HDR video was introduced
in DisplayPort 1.4. It implements the CTA-861-G standard for transport of
sta
Andreas
On 9/11/19 12:21 PM, Andreas Kemnade wrote:
add enable-gpios to describe HWEN pin
Signed-off-by: Andreas Kemnade
Acked-by: Daniel Thompson
---
changes in v2: added example
changes in v3: added Acked-by
.../bindings/leds/backlight/lm3630a-backlight.yaml | 5 +
1 file c
Andreas
On 9/11/19 12:21 PM, Andreas Kemnade wrote:
For now just enable it in the probe function to allow i2c
access. Disabling also means resetting the register values
to default and according to the datasheet does not give
power savings.
Tested on Kobo Clara HD.
Signed-off-by: Andreas Kemnad
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/virtio/virtgpu_drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/virtio/virtgpu_drv.c
b/drivers/gpu/drm/virtio/virtgpu_drv.c
index 0c9553ea9f3f..96c240dbf452 100644
--- a/drivers/gpu/drm/virtio/virtgpu_drv.c
+++ b/drivers/g
Am 12.09.19 um 12:27 schrieb Huang, Ray:
> On Wed, Sep 11, 2019 at 08:13:19PM +0800, Koenig, Christian wrote:
>> Am 11.09.19 um 13:50 schrieb Huang, Ray:
>>> From: Alex Deucher
>>>
>>> If one bo is secure (created with AMDGPU_GEM_CREATE_ENCRYPTED), the TMZ
>>> bits of
>>> PTEs that belongs that b
Hi Kieran,
On Thu, Sep 12, 2019 at 12:26 PM Kieran Bingham
wrote:
> (pulling in +Geert for his opinion on compatible string usages)
>
> On 12/09/2019 11:00, Sergei Shtylyov wrote:> Hello!
> > On 11.09.2019 22:25, Kieran Bingham wrote:
> >> Add direct support for the r8a77980 (V3H).
> >>
> >> The
On 12/09/2019 13:03, Geert Uytterhoeven wrote:
> Hi Kieran,
>
> On Thu, Sep 12, 2019 at 12:26 PM Kieran Bingham
> wrote:
>> (pulling in +Geert for his opinion on compatible string usages)
>>
>> On 12/09/2019 11:00, Sergei Shtylyov wrote:> Hello!
>>> On 11.09.2019 22:25, Kieran Bingham wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #37 from Jeremy Silliman ---
I purchased a 5700XT the other day, and what I've noticed is that anything that
tries getting statistics from the GPU (radeontop, lm_sensors) induces a page
fault hang within a couple of minutes. In my te
Hi,
> To seamlessly enable buffer sharing with drivers using such frameworks,
> make the virtio-gpu driver expose the resource handle as the DMA address
> of the buffer returned from the DMA-buf mapping operation. Arguably, the
> resource handle is a kind of DMA address already, as it is the bu
https://bugzilla.kernel.org/show_bug.cgi?id=204683
--- Comment #9 from Matthias Heinz (m...@familie-heinz.name) ---
A small update.
I managed to go down even further. I'm currently at e6d2421343a7 in drm-next
and I see the following error:
Sep 12 14:32:44 egalite kernel: [drm:drm_atomic_helper_w
https://bugs.freedesktop.org/show_bug.cgi?id=111667
--- Comment #3 from Mika Kahola ---
You're right. I had a patch in my tree which, for some reason, hasn't been
upstreamed yet. But the bug is real, we are missing rendercopy function for
GEN12.
--
You are receiving this mail because:
You are t
On 12.09.2019 04:38, John Stultz wrote:
> On Wed, Sep 4, 2019 at 3:26 AM Andrzej Hajda wrote:
>> On 03.09.2019 18:18, John Stultz wrote:
>>> On Mon, Sep 2, 2019 at 6:22 AM Andrzej Hajda wrote:
On 30.08.2019 19:00, Rob Clark wrote:
> On Thu, Aug 29, 2019 at 11:52 PM Andrzej Hajda
>
Quoting Dave Airlie (2019-08-13 22:20:52)
> On Sat, 10 Aug 2019 at 08:26, Matthew Auld wrote:
> >
> > In preparation for upcoming devices with device local memory, introduce the
> > concept of different memory regions, and a simple buddy allocator to manage
> > them in i915.
> >
> > One of the con
https://bugs.freedesktop.org/show_bug.cgi?id=111669
--- Comment #1 from Pierre-Eric Pelloux-Prayer
---
Thanks for the bug report and the trace.
I can reproduce the hang. There's always a page fault before, e.g:
amdgpu :0b:00.0: [gfxhub] page fault (src_id:0 ring:24 vmid:3 pasid:32772,
for
Hi Gerd,
On Thu, Sep 12, 2019 at 9:38 PM Gerd Hoffmann wrote:
>
> Hi,
>
> > To seamlessly enable buffer sharing with drivers using such frameworks,
> > make the virtio-gpu driver expose the resource handle as the DMA address
> > of the buffer returned from the DMA-buf mapping operation. Arguab
On 12/09/2019 14:21, Andrzej Hajda wrote:
> On 12.09.2019 04:38, John Stultz wrote:
>> On Wed, Sep 4, 2019 at 3:26 AM Andrzej Hajda wrote:
>>> On 03.09.2019 18:18, John Stultz wrote:
On Mon, Sep 2, 2019 at 6:22 AM Andrzej Hajda wrote:
> On 30.08.2019 19:00, Rob Clark wrote:
>> On T
On 2019-09-12 3:47 a.m., Ramalingam C wrote:
> On 2019-09-09 at 15:54:50 +, Lakha, Bhawanpreet wrote:
>> Hi all,
>>
>> This is regarding the recent hdcp content type patch that was merged into
>> drm-misc.
>> (https://patchwork.freedesktop.org/patch/320958/?series=57233&rev=11)
>>
>> There ar
Without deferred IO support, hyperv_fb driver informs the host to refresh
the entire guest frame buffer at fixed rate, e.g. at 20Hz, no matter there
is screen update or not. This patch supports deferred IO for screens in
graphics mode and also enables the frame buffer on-demand refresh. The
highest
On Tue, Sep 10, 2019 at 03:59:13PM +0800, Wen He wrote:
> Configure the display Quality of service (QoS) levels priority if the
> optional property node "arm,malidp-aqros-value" is defined in DTS file.
>
> QoS signaling using AQROS and AWQOS AXI interface signals, the AQROS is
> driven from the "R
On 2019-09-12 at 14:23:05 +, Harry Wentland wrote:
> On 2019-09-12 3:47 a.m., Ramalingam C wrote:
> > On 2019-09-09 at 15:54:50 +, Lakha, Bhawanpreet wrote:
> >> Hi all,
> >>
> >> This is regarding the recent hdcp content type patch that was merged into
> >> drm-misc.
> >> (https://patchw
On Thu, 12 Sep 2019, Harry Wentland wrote:
> On 2019-09-12 3:47 a.m., Ramalingam C wrote:
>> On 2019-09-09 at 15:54:50 +, Lakha, Bhawanpreet wrote:
>>> Hi all,
>>>
>>> This is regarding the recent hdcp content type patch that was merged into
>>> drm-misc.
>>> (https://patchwork.freedesktop.o
On Thu, 12 Sep 2019 06:39:50 -0500
Dan Murphy wrote:
> Andreas
>
> On 9/11/19 12:21 PM, Andreas Kemnade wrote:
> > add enable-gpios to describe HWEN pin
> >
> > Signed-off-by: Andreas Kemnade
> > Acked-by: Daniel Thompson
> > ---
> > changes in v2: added example
> > changes in v3: added Acked-
https://bugs.freedesktop.org/show_bug.cgi?id=111527
tele4...@hotmail.com changed:
What|Removed |Added
Blocks||111444
Referenced Bugs:
https:/
Andreas
On 9/12/19 9:58 AM, Andreas Kemnade wrote:
On Thu, 12 Sep 2019 06:39:50 -0500
Dan Murphy wrote:
Andreas
On 9/11/19 12:21 PM, Andreas Kemnade wrote:
add enable-gpios to describe HWEN pin
Signed-off-by: Andreas Kemnade
Acked-by: Daniel Thompson
---
changes in v2: added example
chan
Dne sreda, 11. september 2019 ob 19:02:38 CEST je Cheng-yi Chiang napisal(a):
> On Thu, Sep 12, 2019 at 12:54 AM Jernej Škrabec
wrote:
> > Dne sreda, 11. september 2019 ob 18:23:59 CEST je Neil Armstrong
napisal(a):
> > > On 11/09/2019 10:26, Cheng-Yi Chiang wrote:
> > > > From: Yakir Yang
> >
On 2019-09-12 2:54 a.m., Ramalingam C wrote:
> On 2019-09-12 at 00:15:32 +, Harry Wentland wrote:
>> Adding a couple AMD guys.
>>
>> I know this is already merged but I have a few questions after some
>> internal discussions.
>>
>> On 2019-05-07 12:27 p.m., Ramalingam C wrote:
>>> On every hdcp
Hey Linus,
>From the maintainer summit, just some last minute fixes for final,
details in the tag.
Dave.
drm-fixes-2019-09-13:
drm fixes for 5.3-rc9
lima:
- fix gem_wait ioctl
core:
- constify modes list
i915:
- DP MST high color depth regression
- GPU hangs on vulkan compute workloads
The fo
Fix warning introduced with commit e1218b8c0cc1
("drm/virtio: Use vmalloc for command buffer allocations.")
from drm-misc-next.
Signed-off-by: David Riley
---
drivers/gpu/drm/virtio/virtgpu_vq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_vq
Convert Samsung Image Rotator to newer dt-schema format.
Signed-off-by: Maciej Falkowski
Signed-off-by: Marek Szyprowski
---
v2:
- add required properties
- add proper commit recipients
---
.../bindings/gpu/samsung-rotator.txt | 28 --
.../bindings/gpu/samsung-rotator.yaml
https://bugs.freedesktop.org/show_bug.cgi?id=111077
--- Comment #38 from rol...@rptd.ch ---
Could it be that your patch is not for version "mesa-19.0.8" as I'm using?
(newer ones are keyworded)
--
You are receiving this mail because:
You are the assignee for the bug.
mmits/Jos-Roberto-de-Souza/drm-connector-Share-with-non-atomic-drivers-the-function-to-get-the-single-encoder/20190912-213415
config: x86_64-randconfig-g003-201936 (attached as .config)
compiler: gcc-7 (Debian 7.4.0-11) 7.4.0
reproduce:
# save the attached .config to linux build tree
On 9/12/19 1:26 AM, Christoph Hellwig wrote:
On Wed, Sep 11, 2019 at 03:28:27PM -0700, Ralph Campbell wrote:
Allow hmm_range_fault() to return success (0) when the CPU pagetable
entry points to the special shared zero page.
The caller can then handle the zero page by possibly clearing device
pr
On 9/12/19 1:26 AM, Christoph Hellwig wrote:
+static int hmm_pfns_fill(unsigned long addr,
+unsigned long end,
+struct hmm_range *range,
+enum hmm_pfn_value_e value)
Nit: can we use the space a little more efficient, e.g.:
Iago Toral Quiroga writes:
> Extends the user space ioctl for CL submissions so it can include a request
> to flush the cache once the CL execution has completed. Fixes memory
> write violation messages reported by the kernel in workloads involving
> shader memory writes (SSBOs, shader images, sc
Rohan Garg writes:
> [ Unknown signature status ]
> Hi
> I'm investigating a way to label BO's in panfrost, similar to how VC4 does it
> and realised that this could be something that's might be useful to all
> drivers.
>
> With that in mind, would anyone be opposed to add a DRM_IOCTL_BO_SET_LA
From: Thomas Hellstrom
Commit 4daa4fba3a38 ("gpu: drm: ttm: Adding new return type vm_fault_t")
broke TTM prefaulting. Since vmf_insert_mixed() typically always returns
VM_FAULT_NOPAGE, prefaulting stops after the second PTE.
Restore (almost) the original behaviour. Unfortunately we can no longe
On Thu, Sep 12, 2019 at 7:57 PM Eric Anholt wrote:
>
> Rohan Garg writes:
>
> > [ Unknown signature status ]
> > Hi
> > I'm investigating a way to label BO's in panfrost, similar to how VC4 does
> > it
> > and realised that this could be something that's might be useful to all
> > drivers.
> >
>
On 2019-09-12 10:49 a.m., Ramalingam C wrote:
> On 2019-09-12 at 14:23:05 +, Harry Wentland wrote:
>> On 2019-09-12 3:47 a.m., Ramalingam C wrote:
>>> On 2019-09-09 at 15:54:50 +, Lakha, Bhawanpreet wrote:
Hi all,
This is regarding the recent hdcp content type patch that was
On 2019-09-12 10:57 a.m., Jani Nikula wrote:
> On Thu, 12 Sep 2019, Harry Wentland wrote:
>> On 2019-09-12 3:47 a.m., Ramalingam C wrote:
>>> On 2019-09-09 at 15:54:50 +, Lakha, Bhawanpreet wrote:
Hi all,
This is regarding the recent hdcp content type patch that was merged int
This 3 non-atomic drivers all have the same function getting the
only encoder available in the connector, also atomic drivers have
this fallback. So moving it a common place and sharing between atomic
and non-atomic drivers.
While at it I also removed the mention of
drm_atomic_helper_best_encoder(
Currently we restrict the number of encoders that can be linked to
a connector to 3, increase it to match the maximum number of encoders
that can be initialized(32).
To more effiently do that lets switch from an array of encoder ids to
bitmask.
v2: Fixing missed return on amdgpu_dm_connector_to_e
https://bugs.freedesktop.org/show_bug.cgi?id=109955
--- Comment #98 from koala_man ---
(In reply to koala_man from comment #95)
> I am also seeing this issue on my stock Ubuntu.
In my case it appears to have been faulty hardware. I tried it on Windows 10
with the latest drivers and still got cr
Den 03-09-2019 kl. 19:24, skrev Sasha Levin:
From: Chris Wilson
[ Upstream commit aa56a292ce623734ddd30f52d73f527d1f3529b5 ]
set_page_dirty says:
For pages with a mapping this should be done under the page lock
for the benefit of asynchronous memory errors who prefer a
https://bugs.freedesktop.org/show_bug.cgi?id=110199
--- Comment #15 from guimarcalsi...@gmail.com ---
Tested today with Linux Manjaro 18.1 and kernel 5.2.11-1-MANJARO. The problem
persists, but I can fix it by changing the refresh rate from 75 to 60 and back
to 75 too after every boot.
--
You ar
To be able to handle the HWEN pin of the lm3630a, add
an enable gpio to the driver and a property.
Tested on Kobo Clara HD.
Changes in v2:
simplification and reordering
Changes in v3:
added acked-by
removed legacy include
Changes in v4:
added reviewed-by
moved gpio to the right position in the
add enable-gpios to describe HWEN pin
Signed-off-by: Andreas Kemnade
Acked-by: Daniel Thompson
---
changes in v2: added example
changes in v3: added Acked-by
changes in v4: moved enable-gpios to the right position
in the example
.../bindings/leds/backlight/lm3630a-backlight.yaml | 5
For now just enable it in the probe function to allow i2c
access. Disabling also means resetting the register values
to default and according to the datasheet does not give
power savings.
Tested on Kobo Clara HD.
Signed-off-by: Andreas Kemnade
Reviewed-by: Dan Murphy
Reviewed-by: Daniel Thompso
On Thu, Sep 12, 2019 at 9:00 AM David Riley wrote:
>
> Fix warning introduced with commit e1218b8c0cc1
> ("drm/virtio: Use vmalloc for command buffer allocations.")
> from drm-misc-next.
>
> Signed-off-by: David Riley
Reviewed-by: Chia-I Wu
> ---
> drivers/gpu/drm/virtio/virtgpu_vq.c | 2 +-
>
On Thu, Sep 12, 2019 at 4:46 AM Gerd Hoffmann wrote:
>
> Signed-off-by: Gerd Hoffmann
Reviewed-by: Chia-I Wu
> ---
> drivers/gpu/drm/virtio/virtgpu_drv.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/gpu/drm/virtio/virtgpu_drv.c
> b/drivers/gpu/drm/virtio/virtgpu_drv.c
> ind
1 - 100 of 114 matches
Mail list logo
