https://bugzilla.kernel.org/show_bug.cgi?id=201497
--- Comment #20 from Jay Tuckey (jay@tuckey.email) ---
Hi, I'm also running into this issue, using an RX Vega 64 with an Asus ROG
display. Let me know if there's any logs or testing that I can do to assist.
--
You may reply to this email to add
According to the CTA 861.G spec, HDMI_STATIC_METADATA_TYPE1 is
not 1, but zero, so fix this enum.
While this doesn't cause problems in the kernel yet, as the
constant isn't actively used by drivers yet, it did create
confusion while debugging HDR problems in yours truly, and
also potential bugs in
https://bugzilla.kernel.org/show_bug.cgi?id=209713
--- Comment #10 from Klaus Mueller (kmuel...@justmail.de) ---
Uups, it's the other crash now:
2021-01-23T18:45:31.955962+01:00 localhost kernel: [23110.401847]
[drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR*
[CRTC:62:crtc-0] fl
https://bugzilla.kernel.org/show_bug.cgi?id=209713
--- Comment #9 from Klaus Mueller (kmuel...@justmail.de) ---
no - same behavior as before with 5.10.9 and Mesa 20.3.3
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are watching the assignee of the bug
On Thu, Jan 21, 2021 at 11:56 PM Sumit Semwal wrote:
>
> Hi John, Suren,
>
>
> On Wed, 20 Jan 2021 at 02:15, John Stultz wrote:
> >
> > We shouldn't vunmap more then we vmap, but if we do, make
> > sure we complain loudly.
>
> I was checking the general usage of vunmap in the kernel, and I
> coul
Den 21.01.2021 11.20, skrev Simon Ser:
> On Thursday, January 21st, 2021 at 10:59 AM, Thomas Zimmermann
> wrote:
>
>> Well, I'd strongly ask to not call it "generic", because it isn't. We
>> have other USB drivers and anyone can make a USB display with these
>> protocols as well. That doesn't
Hi Daniel,
Do you have some more comments for our patch?
Kevin Tang 于2021年1月5日周二 下午9:46写道：
> ChangeList:
> RFC v1:
> 1. only upstream modeset and atomic at first commit.
> 2. remove some unused code;
> 3. use alpha and blend_mode properties;
> 3. add yaml support;
> 4. remove auto-adaptive panel
On Fri, Jan 22, 2021 at 03:16:55PM +0100, Patrik Jakobsson wrote:
> On Fri, Jan 22, 2021 at 12:39 PM Andy Shevchenko
> wrote:
> >
> > Convert the GMA500 driver to use the new SCU IPC API. This allows us
> > to get rid of the duplicate PMC IPC implementation which is now covered
> > in SCU IPC driv
On 1/21/21 11:06 PM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20210121:
>
on i386:
ERROR: modpost: "__udivdi3" [drivers/gpu/drm/amd/amdgpu/amdgpu.ko] undefined!
ERROR: modpost: "__divdi3" [drivers/gpu/drm/amd/amdgpu/amdgpu.ko] undefined!
--
~Randy
Since GPIOs are optional we don't need to repeat checks that are done
in the GPIO API. Remove them for good.
Signed-off-by: Andy Shevchenko
Acked-by: Linus Walleij
---
drivers/gpu/drm/gma500/tc35876x-dsi-lvds.c | 18 ++
1 file changed, 6 insertions(+), 12 deletions(-)
diff --gi
This patch adds an initial DRM driver for the Loongson LS7A1000
bridge chip(LS7A). The LS7A bridge chip contains two display
controllers, support dual display output. The maximum support for
each channel display is to 1920x1080@60Hz.
At present, DC device detection and DRM driver registration are
c
Convert the GMA500 driver to use the new SCU IPC API. This allows us
to get rid of the duplicate PMC IPC implementation which is now covered
in SCU IPC driver.
Signed-off-by: Andy Shevchenko
Acked-by: Linus Walleij
---
drivers/gpu/drm/gma500/Kconfig | 1 +
drivers/gpu/drm/gma500/md
Geert Uytterhoeven writes:
Judging from some of the comments in the code, it looks like you were
one of the original authors of fbcon? I haven't been able to find any
of these sczbot crash reports, and am not sure how fuzzing syscalls
would really affect this code ( it's not really handling a b
On 1/22/21 10:24 AM, Steven Price wrote:
On 22/01/2021 10:00, Lukasz Luba wrote:
On 1/22/21 8:21 AM, Steven Price wrote:
On 21/01/2021 17:04, Lukasz Luba wrote:
The simple_ondemand devfreq governor uses two thresholds to decide
about
the frequency change: upthreshold, downdifferential. T
Fix follow warning:
drivers/gpu/drm/nouveau/nouveau_bios.c:2086:18: warning: variable ‘pdev’ set
but not used [-Wunused-but-set-variable]
struct pci_dev *pdev;
^~~~
Reported-by: Hulk Robot
Signed-off-by: Ye Bin
---
drivers/gpu/drm/nouveau/nouveau_bios.c | 2 --
1 file chang
On 21/01/21 at 11:57 +0100, Maxime Ripard wrote:
> From: Dom Cobley
>
> Fixes failure with 4096x1080 resolutions
>
> [ 284.315379] WARNING: CPU: 1 PID: 901 at
> drivers/gpu/drm/vc4/vc4_plane.c:981 vc4_plane_mode_set+0x1374/0x13c4
> [ 284.315385] Modules linked in: ir_rc5_decoder rpivid_hevc(C
On Fri, Jan 22, 2021 at 04:15:33PM +0100, Patrik Jakobsson wrote:
> On Fri, Jan 22, 2021 at 3:51 PM Andy Shevchenko
> wrote:
> >
> > On Fri, Jan 22, 2021 at 03:16:55PM +0100, Patrik Jakobsson wrote:
> > > On Fri, Jan 22, 2021 at 12:39 PM Andy Shevchenko
> > > wrote:
> > > >
> > > > Convert the GM
On 1/21/21 5:15 PM, Daniel Lezcano wrote:
On 21/01/2021 18:04, Lukasz Luba wrote:
The simple_ondemand devfreq governor uses two thresholds to decide about
the frequency change: upthreshold, downdifferential. These two tunable
change the behavior of the governor decision, e.g. how fast to incr
On Thu, Jan 21, 2021 at 11:17:42AM -0300, Fabio Estevam wrote:
> Hi Oleksij,
>
> On Thu, Jan 21, 2021 at 3:12 AM Oleksij Rempel
> wrote:
> >
> > At some point PWM cell count was changed, but it didn't triggered any
>
> It changed in this commit:
>
> commit fa28d8212ede9c533ae87a737571a9d3b3eeb
On 1/22/21 8:21 AM, Steven Price wrote:
On 21/01/2021 17:04, Lukasz Luba wrote:
The simple_ondemand devfreq governor uses two thresholds to decide about
the frequency change: upthreshold, downdifferential. These two tunable
change the behavior of the governor decision, e.g. how fast to increa
Hello linux-firmware maintainers,
We'd like to submit firmware for Qualcomm SM8250-based platforms.
Firmware successfully tested on Qualcomm Robotics RB5 platform.
The following changes since commit d5288624259300c558480c21a860fcf94187d29d:
brcm: Add NVRAM for Vamrs 96boards Rock960 (2021-0
> On Jan 21, 2021, at 10:05 AM, Chuck Lever wrote:
>
>
>
>> On Jan 21, 2021, at 9:47 AM, Thomas Zimmermann wrote:
>>
>> (cc'ing dri-devel)
>>
>> Hi,
>>
>> thanks for reporting the bug.
>>
>> Am 21.01.21 um 15:35 schrieb Chuck Lever:
>>> Hi Thomas-
>>> I was not able to find an appropriat
On Wed, Jan 20, 2021 at 04:57:56PM +0800, Nicolas Boichat wrote:
> On Tue, Jan 12, 2021 at 4:59 PM Xin Ji wrote:
> >
> > Hi Rob Herring, thanks for the comments.
> >
> > On Mon, Jan 11, 2021 at 04:14:35PM -0600, Rob Herring wrote:
> > > On Thu, Dec 31, 2020 at 10:21:12AM +0800, Xin Ji wrote:
> > >
Hi Lucas,
On Thu, Jan 21, 2021 at 05:26:22PM +0100, Lucas Nussbaum wrote:
> Hi Maxime,
>
> On 21/01/21 at 12:04 +0100, Maxime Ripard wrote:
> > Hi Lucas, Ryutaroh,
> >
> > On Thu, Jan 21, 2021 at 11:57:58AM +0100, Maxime Ripard wrote:
> > > From: Dom Cobley
> > >
> > > LBM base address is meas
On 1/21/21 11:06 PM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20210121:
>
> The drm-intel tree lost its build failure.
>
> The notifications tree gained conflicts against the keys tree.
>
> Non-merge commits (relative to Linus' tree): 4819
> 5269 files changed, 192976 insertions(+),
25 matches
Mail list logo
