https://bugs.freedesktop.org/show_bug.cgi?id=111524
--- Comment #4 from Samuel Sieb ---
Sorry, I should have thought of that. The dmesg is the same for both Wayland
and xorg.
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111524
--- Comment #2 from Samuel Sieb ---
Created attachment 145230
--> https://bugs.freedesktop.org/attachment.cgi?id=145230=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111524
--- Comment #3 from Samuel Sieb ---
Created attachment 145231
--> https://bugs.freedesktop.org/attachment.cgi?id=145231=edit
xorg log
--
You are receiving this mail because:
You are the assignee for the
ido-G-nther/dt-bindings-display-bridge-Add-binding-for-NWL-mipi-dsi-host-controller/20190901-114958
config: i386-allmodconfig (attached as .config)
compiler: gcc-7 (Debian 7.4.0-11) 7.4.0
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
If you fix the
On Fri, Aug 30, 2019 at 10:49:25AM -0700, David Riley wrote:
> Hi Gerd,
>
> On Fri, Aug 30, 2019 at 4:16 AM Gerd Hoffmann wrote:
> >
> > Hi,
> >
> > > > > - kfree(vbuf->data_buf);
> > > > > + kvfree(vbuf->data_buf);
> > > >
> > > > if (is_vmalloc_addr(vbuf->data_buf)) ...
> > > >
> > >
> > Completely different approach: use get_user_pages() and don't copy the
> > execbuffer at all.
> It would be really nice if execbuffer does not copy.
>
> The user space owns the buffer and may overwrite the contents
> immediately after the ioctl.
Oh, right. The exec ioctl doesn't block. So
In the designware databook, the sequence of enabling audio clock and
setting format is not clearly specified.
Currently, audio clock is enabled in the end of hw_param ops after
setting format.
On some monitors, there is a possibility that audio does not come out.
Fix this by enabling audio clock
mmits/Guido-G-nther/dt-bindings-display-bridge-Add-binding-for-NWL-mipi-dsi-host-controller/20190901-114958
config: i386-allmodconfig (attached as .config)
compiler: gcc-7 (Debian 7.4.0-11) 7.4.0
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
If you fix the
https://bugs.freedesktop.org/show_bug.cgi?id=103234
Edward Gough changed:
What|Removed |Added
URL||https://ip192-168-0-1.com/
--- Comment
On Sun, Sep 1, 2019 at 6:04 PM Jonas Karlman wrote:
>
> On 2019-08-29 06:29, Cheng-Yi Chiang wrote:
> > In the designware databook, the sequence of enabling audio clock and
> > setting format is not clearly specified.
> > Currently, audio clock is enabled in the end of hw_param ops after
> >
https://bugs.freedesktop.org/show_bug.cgi?id=111232
--- Comment #3 from bibitocarlos ---
Ok, back from holidays.
Just compiled 5.12 RC1 and it doesnt work, green screen.
Any idea which commit i should test ?
--
You are receiving this mail because:
You are the assignee for the
Hi, Bibby:
On Fri, 2019-08-30 at 15:41 +0800, Bibby Hsieh wrote:
> The CMDQ (Command Queue) in MT8183 is used to help
> update all relevant display controller registers
> with critical time limation.
> This patch add cmdq interface in ddp_comp interface,
> let all ddp_comp interface can support
https://bugs.freedesktop.org/show_bug.cgi?id=109955
--- Comment #92 from Jaap Buurman ---
(In reply to Mauro Gaspari from comment #90)
> @Sam and @Jaap Buurman
>
> Can you please help and post system info regarding your crash? I hope that
> with more detailed reports, we can get better help.
Hi Rob C / Sean P,
On Fri, Aug 23, 2019 at 05:16:30AM -0700, Brian Masney wrote:
> This patch series adds support for Qualcomm's On Chip MEMory (OCMEM)
> that is needed in order to support some a3xx and a4xx-based GPUs
> upstream. This is based on Rob Clark's patch series that he submitted
> in
https://bugs.freedesktop.org/show_bug.cgi?id=111273
Trek changed:
What|Removed |Added
Attachment #145226|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #43 from Dieter Nützel (die...@nuetzel-hh.de) ---
(In reply to Dieter Nützel from comment #42)
> (In reply to Dmitri Seletski from comment #28)
> > (In reply to Ant from comment #22)
>
> [-]
>
> > look at my message at '2019-08-31
https://bugs.freedesktop.org/show_bug.cgi?id=111240
--- Comment #5 from Sylvain BERTRAND ---
On multi-core cpus, better use the performance cpu freq governor.
Some load profiles may be badly managed by the on-demand cpu freq governor.
Due to the load profile, some cores may not get enough load
https://bugzilla.kernel.org/show_bug.cgi?id=204725
Dieter Nützel (die...@nuetzel-hh.de) changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #12 from Mathieu Belanger ---
I did not crash and have a > 24h uptime.
I could not test Citra as I don't have a 3DS and the roms I found are
encrypted..
I could not test on Rocket League as it would require me to spend for a game
On Fri, Aug 23, 2019 at 12:35 AM Linus Walleij wrote:
>
> There is elaborate code in the HDMI connector handling to
> leave the connector in the state it was at power-on and
> only touch the GPIOs when the connector .enable() and
> .disable() callbacks are called.
>
> I don't think this is what
Update CEC phys addr and EDID on HPD event, fixes lost CEC phys addr and
stale EDID when HDMI cable is unplugged/replugged or AVR is powered on/off.
Signed-off-by: Jonas Karlman
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
Move dw_hdmi_connector_detect() it will call dw_hdmi_connector_update_edid().
Signed-off-by: Jonas Karlman
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 30 +++
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
Update connector ELD on HPD event, fixes stale ELD when
HDMI cable is unplugged/replugged or AVR is powered on/off.
Signed-off-by: Jonas Karlman
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c
Extract code that updates EDID into a dw_hdmi_connector_update_edid()
helper, it will be called from dw_hdmi_connector_detect().
Signed-off-by: Jonas Karlman
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git
drm_edid_to_eld() is needed to update stale connector ELD on HPD event.
This reverts part of commit 79436a1c9bcc ("drm/edid: make drm_edid_to_eld()
static").
Signed-off-by: Jonas Karlman
---
drivers/gpu/drm/drm_edid.c | 5 +++--
include/drm/drm_edid.h | 1 +
2 files changed, 4
This series change dw-hdmi to update CEC phys addr, EDID and ELD on HPD event,
this fixes lost CEC phys addr and stale EDID/ELD when HDMI cable is
unplugged/replugged or AVR is powered on/off.
Patch 1 and 2 extracts code into a dw_hdmi_connector_update_edid() helper
and moves
https://bugs.freedesktop.org/show_bug.cgi?id=111240
--- Comment #4 from cmdr...@gmail.com ---
The performance drop may be related to an incorrect boost frequency (400MHz),
compare here: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1830522
Workaround is to set
echo 0 >
https://bugs.freedesktop.org/show_bug.cgi?id=110659
--- Comment #61 from tempel.jul...@gmail.com ---
Did I get it right that modesetting DDX and xwayland aren't affected by this
problem because xf86-video-amdgpu technically differs in some substantial
aspects?
Apart from FreeSync (which is
Hi Dave,
Just one patch which drops the use of drmP.h header file.
Please kindly let me know if there is any problem.
Thanks,
INki Dae
The following changes since commit 578d2342ec702e5fb8a77983fabb3754ae3e9660:
Merge tag 'drm-next-5.4-2019-08-23' of
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #11 from Marko Popovic ---
Same bug is also reproducable when launching native version of Rocket League.
Here are the logs:
sep 01 12:20:56 Marko-PC kernel: amdgpu :03:00.0: [gfxhub] page fault
(src_id:0 ring:158 vmid:0
On 2019-08-29 06:29, Cheng-Yi Chiang wrote:
> In the designware databook, the sequence of enabling audio clock and
> setting format is not clearly specified.
> Currently, audio clock is enabled in the end of hw_param ops after
> setting format.
>
> On some monitors, there is a possibility that
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #41 from Dmitri Seletski (drj...@gmail.com) ---
(In reply to Dmitri Seletski from comment #40)
> ok... some good news.
>
> 3d acceleration works after mesa recompilation. I still have black screen in
> mesa, but it's lesser of my
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #40 from Dmitri Seletski (drj...@gmail.com) ---
ok... some good news.
3d acceleration works after mesa recompilation. I still have black screen in
mesa, but it's lesser of my problems at the moment. I will try reboot and see
if it
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #39 from Dmitri Seletski (drj...@gmail.com) ---
(In reply to Mike Lothian from comment #37)
> I think you need CONFIG_FB_SIMPLE & CONFIG_FB_BOOT_VESA_SUPPORT=y configured
>
> This is what I have in my .config for a Ryzen card
>
>
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #38 from Dmitri Seletski (drj...@gmail.com) ---
Created attachment 284747
--> https://bugzilla.kernel.org/attachment.cgi?id=284747=edit
lspci -v version 000
lspci -v after i can load xorg with no 2d or 3d acceleration.
--
You are
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #37 from Mike Lothian (m...@fireburn.co.uk) ---
I think you need CONFIG_FB_SIMPLE & CONFIG_FB_BOOT_VESA_SUPPORT=y configured
This is what I have in my .config for a Ryzen card
CONFIG_DRM_KMS_FB_HELPER=y
CONFIG_FB_CMDLINE=y
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #36 from Dmitri Seletski (drj...@gmail.com) ---
Created attachment 284745
--> https://bugzilla.kernel.org/attachment.cgi?id=284745=edit
dmesg 000
dmesg from booth, when I can start xorg with no 2d or 3d acceleration.
--
You are
Use alpha value to blend source value and destination value Instead of
just overwrite with source value.
Signed-off-by: Sidong Yang
---
drivers/gpu/drm/vkms/vkms_composer.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/vkms/vkms_composer.c
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #35 from Dmitri Seletski (drj...@gmail.com) ---
we got some progress. Or may be not. Since I suspect original issue is still
not solved. Still get black screen when amdgpu is loaded. This time, however, I
can start Xorg, with no 3d or
https://bugs.freedesktop.org/show_bug.cgi?id=111528
Bug ID: 111528
Summary: Using Fan-Control causes mmhub-pagefault and
unresponsive system on Navi
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #34 from Dmitri Seletski (drj...@gmail.com) ---
and while I uninstalled llvm to manually download and install llvm, i realised
i had more than one version of it!
i perhaps needed to simply switch to version 10 from 7. With that
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #33 from Dmitri Seletski (drj...@gmail.com) ---
compile latest DRM.
from the looks of it gentoo when i put unstable branch and download latest
greatest - downloads source from git, which is super neat.
Fetching
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #32 from Dmitri Seletski (drj...@gmail.com) ---
> You've got the latest mesa etc, can I just check you also have the latest
> mesa drm code too?
latest stable, will download latest available for my distro and report,
together with
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #31 from Dmitri Seletski (drj...@gmail.com) ---
(In reply to Ant from comment #25)
> 26th* rather.
>
> Hang in there, I'm sure this'll be sorted soon.
>
> Is it a reference rx 5700 btw?
as far as I am aware it is. this is the
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #30 from Dmitri Seletski (drj...@gmail.com) ---
(In reply to Ant from comment #24)
> Also, from the phoronix forum post, I can confirm your firmware file
> checksums all match mine which are the versions dated from the 28th.
thanks!
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #29 from Dmitri Seletski (drj...@gmail.com) ---
Created attachment 284743
--> https://bugzilla.kernel.org/attachment.cgi?id=284743=edit
xorg log 2
interesting.
those lines:
440.628] (EE) Failed to load module "ati" (module does
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #28 from Dmitri Seletski (drj...@gmail.com) ---
(In reply to Ant from comment #22)
> 2 things I notice are:
>
> Xorg complains it can't find LLVM 9 or higher. I notice you said you have
> llvm trunk (10), could you try installing
47 matches
Mail list logo