On 27.01.2020 11:56, Peter Ujfalusi wrote:
> Add basic support for the Toshiba TC358768 RGB to DSI bridge.
> Not all the features of the TC358768 is implemented by the initial driver:
> MIPI_DSI_MODE_VIDEO and MIPI_DSI_FMT_RGB888 is only supported and tested.
>
> Only write is implemented for mipi_
From: Vasyl Vavrychuk
Move the code, which used to get the device subsystem type from a device
path in sysfs, to a separate function to be reusable.
Signed-off-by: Vasyl Vavrychuk
Signed-off-by: Mikhail Golubev
---
xf86drm.c | 21 -
1 file changed, 16 insertions(+), 5 dele
From: Vasyl Vavrychuk
Currently the code assumes that a virtio based device is always located
on the PCI bus.
Modify the parser to make it check the device's parent directory to
determine on which bus it is located.
Output for virtio-pci is the PCI bus.
Output for virtio-mmio is the Platform bu
Clang warns:
../drivers/gpu/drm/amd/amdgpu/gfx_v9_4.c:967:35: warning: implicit
conversion from enumeration type 'enum amdgpu_ras_block' to different
enumeration type 'enum ta_ras_block' [-Wenum-conversion]
block_info.block_id = info->head.block;
~ ~~~^~
From: Vasyl Vavrychuk
Currently the code assumes that a virtio based device is always located
on the PCI bus.
Modify the parser to make it check the device's parent directory to
determine on which bus it is located.
Output for virtio-pci is the PCI bus.
Output for virtio-mmio is the Platform bu
29.01.2020 15:39, Thierry Reding пишет:
> On Mon, Jan 20, 2020 at 05:53:03AM +0300, Dmitry Osipenko wrote:
>> 13.12.2019 18:35, Dmitry Osipenko пишет:
...
>> Hello Thierry,
>>
>> I took another look at the problem and here what was found:
>>
>> 1) The "Optionally attach clients to the IOMMU" patch
Hi,
On Tue, Jan 28, 2020 at 04:06:42PM +0200, Stefan Mavrodiev wrote:
> diff --git a/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c
> b/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c
> index 68d4644ac2dc..4cd35c97c503 100644
> --- a/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c
> +++ b/drivers/gpu/drm/sun4i/sun4i_hdmi_
A fbcon bug found that allocation size was wrong.
https://groups.google.com/d/msg/syzkaller-bugs/TVGAFDeUKJo/uchTlvbFAQAJ
You can try adding printk() for examining values because you have reproducers.
___
dri-devel mailing list
dri-devel@lists.freedesk
Hello,
syzbot found the following crash on:
HEAD commit:b3a60822 Merge branch 'for-v5.6' of git://git.kernel.org:/..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1351cf66e0
kernel config: https://syzkaller.appspot.com/x/.config?x=e97a1bc78afb77f
dash
From: Vasyl Vavrychuk
Move the code, which used to get the device subsystem type from a device
path in sysfs, to a separate function to be reusable.
Signed-off-by: Vasyl Vavrychuk
Signed-off-by: Mikhail Golubev
---
xf86drm.c | 21 -
1 file changed, 16 insertions(+), 5 dele
Hi,
On 1/29/20 6:43 PM, Maxime Ripard wrote:
Hi,
On Tue, Jan 28, 2020 at 04:06:42PM +0200, Stefan Mavrodiev wrote:
diff --git a/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c
b/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c
index 68d4644ac2dc..4cd35c97c503 100644
--- a/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c
Le mer. 29 janv. 2020 à 20:47, Sam Ravnborg a écrit :
>
> Hi Benjamin.
> > > >
> > > > Here's the problem. If it is not required, then panels with multiple
> > > > supplies will get added here because they didn't care to begin with.
> > > > Then when someone decides to think about the supplies it
Hi All,
A gentle reminder.
Please also see inline:
W dniu 17.12.2019 o 15:49, Andrzej Pietrasiewicz pisze:
This series adds AFBC support for Rockchip. It is inspired by:
https://chromium.googlesource.com/chromiumos/third_party/kernel/+/refs/heads/factory-gru-9017.B-chromeos-4.4/drivers/gpu/dr
https://bugzilla.kernel.org/show_bug.cgi?id=206351
Bug ID: 206351
Summary: RX 5600 XT Not Correctly Recognized, Max Memory
Frequency Below Where it Should Be
Product: Drivers
Version: 2.5
Kernel Version: 5.5.0, 5.4.14
H
https://bugzilla.kernel.org/show_bug.cgi?id=206351
--- Comment #1 from Matt McDonald (gardotd...@gmail.com) ---
Actually, the new vBIOS memory clock should be 1750MHz, not 1500. Either way
it's far to low on Linux, and this was not an issue with the Polaris cards,
they correctly set memory frequen
The ast driver inherits from DRM's CRTC state, but still uses the atomic
helper for struct drm_crtc_funcs.reset, drm_atomic_helper_crtc_reset().
The helper only allocates enough memory for the core CRTC state. That
results in an out-ouf-bounds access when duplicating the initial CRTC
state. Simpli
[AMD Public Use]
Hi Lyude,
Thanks for the patch!
I'm wondering if this error still occurs with this patch applied
https://patchwork.kernel.org/patch/11274363/
I tried to clean up all mgr->proposed_vcpis[] in this patch so
drm_dp_update_payload_part1() will skip all invalid ports.
However, I'm al
On Wed, 2020-01-29 at 15:24 -0800, José Roberto de Souza wrote:
> According to DP specification, DP_SINK_EVENT_NOTIFY is also a
> broadcast message but as this function only handles
> DP_CONNECTION_STATUS_NOTIFY I will only make the static
> analyzer that caught this issue happy by not calling
> dr
Hi Andrzej,
Sorry for the delay in reviewing the patches. I am hoping to get through the
review
early next week if that is OK with you.
Best regards,
Liviu
On Thu, Jan 30, 2020 at 10:08:15AM +0100, Andrzej Pietrasiewicz wrote:
> Hi All,
>
> A gentle reminder.
>
> Please also see inline:
>
>
Hi Liviu,
W dniu 30.01.2020 o 12:44, Liviu Dudau pisze:
Hi Andrzej,
Sorry for the delay in reviewing the patches. I am hoping to get through the
review
early next week if that is OK with you.
Thanks, that would be great.
Andrzej
Best regards,
Liviu
On Thu, Jan 30, 2020 at 10:08:15AM +01
Daniel asked me to serve as co-maintainer of the drm-misc tree.
Signed-off-by: Thomas Zimmermann
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 32ed67fe516f..3e6bc3681d2f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -5444,6 +5444,7 @@ F:
On Thu, Jan 30, 2020 at 07:36:36AM +0300, Dmitry Osipenko wrote:
> 29.01.2020 15:39, Thierry Reding пишет:
> > On Mon, Jan 20, 2020 at 05:53:03AM +0300, Dmitry Osipenko wrote:
> >> 13.12.2019 18:35, Dmitry Osipenko пишет:
> ...
> >> Hello Thierry,
> >>
> >> I took another look at the problem and he
EDT ET043080DH6-GP is a 4.3" WQVGA 480x272 RGB LCD panel used on the iWave
Generic SODIMM Development Platform.
Changes in v2:
-added mandatory .connector_type field
-changed the .bus_format MEDIA_BUS_FMT_RGB666_1X18
Signed-off-by: Marian-Cristian Rotariu
Reviewed-by: Lad Prabha
Second version of patch-set that adds support for EDT ETM043080DH6-GP. This
is a 480x272 TFT Display with capacitive touchscreen and it is compatible
with the simple panel driver.
We have tested it with our iWave-G22D Generic SODIMM Development Board.
In v2, after Sam Ravnborg's review, I've reba
Document the Emerging Display Technology Corp. (EDT) ETM043080DH6-GP
display, which is a 480x272 4.3" TFT display with capacitive touchscreen.
Changes in v2:
-modify proper bindings file
Signed-off-by: Marian-Cristian Rotariu
Reviewed-by: Lad Prabhakar
---
Documentation/devicetree/bin
(cc'ing Maxime with the corrrect email addrees)
Am 30.01.20 um 13:06 schrieb Thomas Zimmermann:
> Daniel asked me to serve as co-maintainer of the drm-misc tree.
>
> Signed-off-by: Thomas Zimmermann
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS b/MAIN
On 1/29/20 3:55 PM, Christian König wrote:
Am 24.01.20 um 10:09 schrieb Thomas Hellström (VMware):
From: Thomas Hellstrom
Support huge (PMD-size and PUD-size) page-table entries by providing a
huge_fault() callback.
We still support private mappings and write-notify by splitting the huge
page-
Op 30-01-2020 om 13:06 schreef Thomas Zimmermann:
> Daniel asked me to serve as co-maintainer of the drm-misc tree.
>
> Signed-off-by: Thomas Zimmermann
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 32ed67fe516f..3e6bc3681d2f 100644
On Thu, Jan 30, 2020 at 2:45 AM Benjamin Gaignard
wrote:
>
> From: Sam Ravnborg
>
> To complement panel-simple.yaml, create panel-simple-dsi.yaml.
> panel-simple-dsi-yaml are for all simple DSP panels with a single
> power-supply and optional backlight / enable GPIO / reset GPIO.
>
> Migrate pana
Hi Mikhail,
thanks for the patches.
Please create a merge request by clicking the "Fork" button on
https://gitlab.freedesktop.org/mesa/drm, pushing the two commits to a
new branch in the newly created repository, and opening the URL in the
"git push" output.
Thanks,
--
Earthling Michel Dänz
On Wed, Jan 29, 2020 at 9:58 PM Dave Airlie wrote:
>
> It has two known conflicts, one in i915_gem_gtt, where you should juat
> take what's in the pull (it looks messier than it is),
That doesn't seem right. If I do that, I lose the added GEM_BUG_ON()'s.
I think the proper merge resolution does
On Thu, Jan 30, 2020 at 8:13 AM Linus Torvalds
wrote:
>
> That doesn't seem right. If I do that, I lose the added GEM_BUG_ON()'s.
Just for your ref: see commit ecc4d2a52df6 ("drm/i915/userptr: fix
size calculation") for the source of those debug statements, and then
2c86e55d2ab5 ("drm/i915/gtt: s
Quoting Linus Torvalds (2020-01-30 16:13:24)
> On Wed, Jan 29, 2020 at 9:58 PM Dave Airlie wrote:
> >
> > It has two known conflicts, one in i915_gem_gtt, where you should juat
> > take what's in the pull (it looks messier than it is),
>
> That doesn't seem right. If I do that, I lose the added G
On Thu, Jan 16, 2020 at 05:58:36PM -0800, José Roberto de Souza wrote:
> This is a eDP function and it will always returns true for non-eDP
> ports.
>
> Signed-off-by: José Roberto de Souza
> ---
> drivers/gpu/drm/i915/display/intel_dp.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/d
On Thu, Jan 16, 2020 at 05:58:37PM -0800, José Roberto de Souza wrote:
> TGL timeouts when disabling MST transcoder and fifo underruns over MST
> transcoders are fixed when setting TRANS_DDI_MODE_SELECT to 0(HDMI
> mode) during the disable sequence.
>
> Although BSpec disable sequence don't requir
The pull request you sent on Thu, 30 Jan 2020 15:58:11 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-next-2020-01-30
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9f68e3655aae6d49d6ba05dd263f99f33c2567af
Thank you!
--
Deet-doot-dot, I am a bot.
https://ko
https://bugzilla.kernel.org/show_bug.cgi?id=206351
Alex Deucher (alexdeuc...@gmail.com) changed:
What|Removed |Added
CC||alexdeuc...@gmail.c
Hi Michael.
Thanks for the quick feedback and the conversion.
There is a few things you need to improve as noted below.
Sam
On Thu, Jan 30, 2020 at 06:11:27PM +0100, michael.s...@seznam.cz wrote:
> From: Michael Srba
>
> This patch adds dts bindings for Samsung AMS452EF01 AMOLED panel,
Hi Micahel.
Thanks for the quick feedback.
Please address checkpatch warnings.
be2b44c76320 (HEAD -> drm-misc-next) drm/panel: Add a driver for Samsung
s6e88a0-ams452ef01 panel
-:7: WARNING:COMMIT_MESSAGE: Missing commit description - Add an appropriate one
-:40: WARNING:FILE_PATH_CHANGES: add
On Wed, Jan 29, 2020 at 4:28 AM Michel Dänzer wrote:
>
> On 2020-01-29 9:09 a.m., Daniel Vetter wrote:
> > This is an oversight from
> >
> > commit 42585395ebc1034a98937702849669f17eadb35f
> > Author: Peter Rosin
> > Date: Thu Jul 13 18:25:36 2017 +0200
> >
> > drm: radeon: remove dead code
On Thu, Jan 30, 2020 at 3:33 AM Nathan Chancellor
wrote:
>
> Clang warns:
>
> ../drivers/gpu/drm/amd/amdgpu/gfx_v9_4.c:967:35: warning: implicit
> conversion from enumeration type 'enum amdgpu_ras_block' to different
> enumeration type 'enum ta_ras_block' [-Wenum-conversion]
> block_info.b
Hi Marian-Christian.
Thanks for the quick reponse.
On Thu, Jan 30, 2020 at 12:08:36PM +, Marian-Cristian Rotariu wrote:
> Second version of patch-set that adds support for EDT ETM043080DH6-GP. This
> is a 480x272 TFT Display with capacitive touchscreen and it is compatible
> with the simple pa
https://bugzilla.kernel.org/show_bug.cgi?id=206351
--- Comment #3 from Matt McDonald (gardotd...@gmail.com) ---
This is the card and its specifications from the official website:
https://www.sapphiretech.com/en/consumer/pulse-radeon-rx-5600-xt-6g-gddr6#Specification
As you'll see, memory clock is
From: Sean Paul
Currently the cursor is placed on the first overlay plane, which means
it will be at the bottom of the stack when the hw does the compositing
with anything other than primary plane. Since mtk doesn't support plane
zpos, change the cursor location to the top-most plane.
Signed-off
Hi Michael.
On Thu, Jan 30, 2020 at 08:02:31PM +0100, Michael Srba wrote:
> Sending this with thunderbird, fingers crossed for no formatting issues
Readable...
>
> Hi,
> I've taken about two weeks to send zinitix v2, and haven't heard about
> that or
> v3 yet, so combined with how easy it was to
On Thu, 2020-01-30 at 19:25 +0200, Ville Syrjälä wrote:
> On Thu, Jan 16, 2020 at 05:58:37PM -0800, José Roberto de Souza
> wrote:
> > TGL timeouts when disabling MST transcoder and fifo underruns over
> > MST
> > transcoders are fixed when setting TRANS_DDI_MODE_SELECT to 0(HDMI
> > mode) during t
Thanks for providing more documentation and this reference.
The patch set (1-5) is
Reviewed-by: Harry Wentland
Harry
On 2020-01-22 4:05 p.m., Bhawanpreet Lakha wrote:
> This is just a reference for the patches. not to be merged
>
> Signed-off-by: Bhawanpreet Lakha
> ---
> REFERENCE | 49
On Thu, 2020-01-30 at 10:49 +, Lisovskiy, Stanislav wrote:
> On Wed, 2020-01-29 at 15:24 -0800, José Roberto de Souza wrote:
> > According to DP specification, DP_SINK_EVENT_NOTIFY is also a
> > broadcast message but as this function only handles
> > DP_CONNECTION_STATUS_NOTIFY I will only make
Hi Michael.
I fixed the following:
- added .yaml extension to $id
- added a dsi node to the example, and added #address-cells/size-cells
to fix dt_binding_check warnings
With these fixes - applied to drm-misc-next.
Sam
On Thu, Jan 30, 2020 at 09:35:54PM +0100, michael.s...@seznam.cz w
Hi Michael.
I fixed a few too long lines warnings.
static inline struct s6e88a0_ams452ef01 *to_s6e88a0_ams452ef01(struct drm_panel
*panel)
became:
static inline struct
s6e88a0_ams452ef01 *to_s6e88a0_ams452ef01(struct drm_panel *panel)
And another long line where the comment was moved one line u
https://bugzilla.kernel.org/show_bug.cgi?id=206351
--- Comment #4 from Alex Deucher (alexdeuc...@gmail.com) ---
(In reply to Matt McDonald from comment #3)
> This is the card and its specifications from the official website:
> https://www.sapphiretech.com/en/consumer/pulse-radeon-rx-5600-xt-6g-
>
Reviewed-by: Lyude Paul
I'll go ahead and push this now, thanks!
On Wed, 2020-01-29 at 15:24 -0800, José Roberto de Souza wrote:
> According to DP specification, DP_SINK_EVENT_NOTIFY is also a
> broadcast message but as this function only handles
> DP_CONNECTION_STATUS_NOTIFY I will only make th
On Mon, 2020-01-27 at 14:08 +0100, Benjamin Gaignard wrote:
> Le ven. 24 janv. 2020 à 23:08, Lyude Paul a écrit :
> > On Tue, 2020-01-07 at 14:11 +0100, Benjamin Gaignard wrote:
> > > Le ven. 20 déc. 2019 à 15:03, Benjamin Gaignard
> > > a écrit :
> > > > Le lun. 16 déc. 2019 à 09:28, Benjamin Ga
> > > >
> > > hi-actually yes, we should probably be using this instead of just dropping
> > > this. Also, I didn't write this code originally I just refactored a bunch
> > > of
> > > it - Dave Airlied is the original author, but the original version of this
> > > code was written ages ago. tbh, I
Intel ID: PSIRT-TA-201910-001
CVEID: CVE-2019-14615
Summary of Vulnerability
Insufficient control flow in certain data structures for some Intel(R)
Processors with Intel Processor Graphics may allow an unauthenticated
user to potentially enable information disclosure via l
From: Prathap Kumar Valsan
On gen7 and gen7.5 devices, there could be leftover data residuals in
EU/L3 from the retiring context. This patch introduces workaround to clear
that residual contexts, by submitting a batch buffer with dedicated HW
context to the GPU with ring allocation for each conte
From: Mika Kuoppala
This patch adds framework to submit an arbitrary batchbuffer on each
context switch to clear residual state for render engine on Gen7/7.5
devices.
The idea of always emitting the context and vm setup around each request
is primary to make reset recovery easy, and not require
On Thu, 2020-01-30 at 19:16 +0200, Ville Syrjälä wrote:
> On Thu, Jan 16, 2020 at 05:58:36PM -0800, José Roberto de Souza
> wrote:
> > This is a eDP function and it will always returns true for non-eDP
> > ports.
> >
> > Signed-off-by: José Roberto de Souza
> > ---
> > drivers/gpu/drm/i915/displ
https://bugzilla.kernel.org/show_bug.cgi?id=206351
--- Comment #5 from Matt McDonald (gardotd...@gmail.com) ---
I'm not referring to the 1750MHz boost clock. I'm referring to the 14Gbps
Memory clock on the same page. Which is 1750MHz (1750Mhz * 8 octopumped GDDR6 =
14Gbps or 14GT/s, which is the s
Hi, Sean:
On Thu, 2020-01-30 at 14:24 -0500, Sean Paul wrote:
> From: Sean Paul
>
> Currently the cursor is placed on the first overlay plane, which means
> it will be at the bottom of the stack when the hw does the compositing
> with anything other than primary plane. Since mtk doesn't support
If "speed" is zero then we use it as a divisor to find "prescale". It's
better to move the check for zero to the very start of the function.
Fixes: 9eeec26a1339 ("drm/amd/display: Refine i2c frequency calculating
sequence")
Signed-off-by: Dan Carpenter
---
drivers/gpu/drm/amd/display/dc/dce/dc
This catches the majority of drivers (unfortunately not if we take
users into account, because all the big drivers have at least a
lastclose hook).
With the prep patches out of the way all drm state is fully protected
and either prevents or can deal with the races from dropping the BKL
around open
We want to only take the BKL on crap drivers, but to know whether
we have a crap driver we first need to look it up. Split this shuffle
out from the main BKL-disabling patch, for more clarity. Historical
aside: When the kernel-wide BKL was removed, it was replaced by
drm_global_mutex within the sco
[AMD Public Use]
Reviewed-by: Wayne Lin
Thanks!
> -Original Message-
> From: Lyude Paul
> Sent: Thursday, January 23, 2020 3:49 AM
> To: dri-devel@lists.freedesktop.org
> Cc: Lin, Wayne ; Maarten Lankhorst
> ; Maxime Ripard ;
> David Airlie ; Daniel Vetter ;
> linux-ker...@vger.kernel.
On Thu, 5 Jul 2018 at 11:21, Daniel Vetter wrote:
> 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,
> whic
65 matches
Mail list logo
