https://bugs.freedesktop.org/show_bug.cgi?id=100742
--- Comment #4 from Christoph Haag ---
The situation has massively improved since I opened this issue at least with
very recent kernels.
I'm hesitant to close it, at least not before doing some testing to see if it
can still be reproduced.
--
https://bugzilla.kernel.org/show_bug.cgi?id=200621
--- Comment #13 from Jon (jon...@gmail.com) ---
Alex:
Thanks for the reply. I just added that parameter and rebooted. Here's my
/proc/cmdline now:
BOOT_IMAGE=/boot/vmlinuz-4.18.5-pc003 root=/dev/mapper/fedora_ssd_vg00-root ro
resume=/dev/mappe
On Sat, Sep 08, 2018 at 03:58:53PM +0200, Neil Armstrong wrote:
> Hi Ayan,
>
> On 10/07/2018 15:18, Ayan Kumar Halder wrote:
> > In the current series of patches, we are trying to add support for AFBC
> > modifiers in malidp. AFBC modifiers adds some constraints to framebuffer
> > size, alignment,
On Thu, Sep 06, 2018 at 02:28:32PM +0100, Emil Velikov wrote:
> On 6 September 2018 at 10:40, Heiko Stuebner wrote:
> > Am Mittwoch, 5. September 2018, 20:15:09 CEST schrieb Daniel Vetter:
> >> - drmP.h is now fully split up.
> >> - vkms is happening (and will gain its own todo and docs under a ne
https://bugs.freedesktop.org/show_bug.cgi?id=105333
Axel Davy changed:
What|Removed |Added
Component|Gallium/StateTracker/galliu |Drivers/Gallium/radeonsi
https://bugs.freedesktop.org/show_bug.cgi?id=107784
--- Comment #22 from Dmitrii Tcvetkov ---
(In reply to Dmitrii Tcvetkov from comment #21)
> (In reply to Sylvain BERTRAND from comment #20)
> > Roughly, if you have a cpu with a frequency above 4.2GHz (max unsigned
> > 32bits),
> > linux time su
https://bugs.freedesktop.org/show_bug.cgi?id=107784
--- Comment #23 from Dmitrii Tcvetkov ---
> Relevant discussion about cf7a63ef4e0203f (x86/tsc: Calibrate tsc only once)
> http://lkml.iu.edu/hypermail/linux/kernel/1809.0/03226.html
And there is a patch
http://lkml.iu.edu/hypermail/linux/kerne
Hi,
On 09-09-18 15:34, Hans de Goede wrote:
Hi All,
This series fixes (works around) the gpd win 2's eDP panel being a
portait mode panel being used in a landscape case (clamshell model).
I plan to merge the i915 bit through dinq and the actual quirk through
drm-misc. These 2 are related in th
On Sat, Sep 08, 2018 at 03:46:35PM +0200, Noralf Trønnes wrote:
> The CMA helper is already using the drm_fb_helper_generic_probe part of
> the generic fbdev emulation. This patch makes full use of the generic
> fbdev emulation by using its drm_client callbacks. This means that
> drm_mode_config_fu
Hi Noralf.
On Sat, Sep 08, 2018 at 03:46:28PM +0200, Noralf Trønnes wrote:
> This patchset moves the drivers using the CMA helper fully over to the
> generic fbdev emulation. The unused fbdev code is removed from the CMA
> helper.
The full series looks good.
I have browsed all the code changes, a
Hi Noralf,
Thank you for the patch.
On Saturday, 8 September 2018 16:46:35 EEST Noralf Trønnes wrote:
> The CMA helper is already using the drm_fb_helper_generic_probe part of
> the generic fbdev emulation. This patch makes full use of the generic
> fbdev emulation by using its drm_client callbac
Yep, it manifest also on 32 bits x86. I posted also a bug report.
Since it's critical we'll probably get a new rc very soon.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=107784
--- Comment #24 from Sylvain BERTRAND ---
Yep, it manifest also on 32 bits x86. I posted also a bug report.
Since it's critical we'll probably get a new rc very soon.
--
You are receiving this mail because:
You are the assignee for the bug.___
Hi Jacopo,
On Friday, 7 September 2018 21:19:38 EEST jacopo mondi wrote:
> On Tue, Sep 04, 2018 at 03:10:17PM +0300, Laurent Pinchart wrote:
> > The rcar_du_crtc_get() function is always immediately followed by a call
> > to rcar_du_crtc_setup(). Call the later from the former to simplify the
> >
https://bugzilla.kernel.org/show_bug.cgi?id=201067
Bug ID: 201067
Summary: [bisected] [4.19-rc2 regression] Display corruption
with Vega 64 in 4.19-rc2
Product: Drivers
Version: 2.5
Kernel Version: 4.19-rc2
Hardware: Al
https://bugzilla.kernel.org/show_bug.cgi?id=201067
Nick Sarnie (sar...@gentoo.org) changed:
What|Removed |Added
Regression|No |Yes
--
You are receivi
https://bugzilla.kernel.org/show_bug.cgi?id=200621
--- Comment #14 from Jon (jon...@gmail.com) ---
Just had another crash. Moved the mouse to wake it from sleep, hdmi and dvi-d
monitors came on, displayport monitor never did, mouse frozen and num lock
light frozen on keyboard. I was able to stil
https://bugs.freedesktop.org/show_bug.cgi?id=107876
Lukasz Krotowski changed:
What|Removed |Added
Product|xorg|Mesa
QA Contact|xorg-t...@li
https://bugs.freedesktop.org/show_bug.cgi?id=107876
Lukasz Krotowski changed:
What|Removed |Added
Version|18.2|18.1
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=107876
--- Comment #4 from Lukasz Krotowski ---
I'm pretty sure that this bug exists also in 18.2 (I've build git snapshot and
had similar issues but attached logs are from 18.1).
--
You are receiving this mail because:
You are the assignee for the b
On Tue, 4 Sep 2018 00:15:23 +0200
Henrik Austad wrote:
> I don't really have an opinion to whether or not we /should/ have 00-INDEX,
> but the above 00-INDEX should either be removed or be kept up to date. If
> we should keep the files, I can try to keep them updated, but I rather not
> if we ju
https://bugs.freedesktop.org/show_bug.cgi?id=105333
--- Comment #7 from Timothy Arceri ---
(In reply to Axel Davy from comment #6)
> Given the regression bisect found the issue came with a radeonsi patch, I
> reassign to radeonsi. Maybe the patch introduces a small difference in the
> driver beha
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Timothy Arceri changed:
What|Removed |Added
Component|Drivers/Gallium/radeonsi|Gallium/StateTracker/Clover
QA
https://bugs.freedesktop.org/show_bug.cgi?id=87738
Timothy Arceri changed:
What|Removed |Added
Component|Drivers/Gallium/radeonsi|Gallium/StateTracker/Clover
A
https://bugs.freedesktop.org/show_bug.cgi?id=107115
Timothy Arceri changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=82717
Timothy Arceri changed:
What|Removed |Added
QA Contact|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=102009
Timothy Arceri changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=105950
Timothy Arceri changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=100105
Timothy Arceri changed:
What|Removed |Added
Component|Drivers/Gallium/radeonsi|Gallium/StateTracker/Clover
https://bugs.freedesktop.org/show_bug.cgi?id=91305
Timothy Arceri changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=94273
Timothy Arceri changed:
What|Removed |Added
QA Contact|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=99765
Timothy Arceri changed:
What|Removed |Added
Component|Drivers/Gallium/radeonsi|Gallium/StateTracker/Clover
QA
https://bugs.freedesktop.org/show_bug.cgi?id=102962
Timothy Arceri changed:
What|Removed |Added
CC||coolo...@gmail.com
--- Comment #14 fro
https://bugs.freedesktop.org/show_bug.cgi?id=104475
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=104906
Timothy Arceri changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Timothy A
https://bugs.freedesktop.org/show_bug.cgi?id=101278
Timothy Arceri changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://bugs.freedesktop.org/show_bug.cgi?id=68059
--- Comment #13 from mirh ---
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=5a16f7614e33c080bbece39527bde144dcca4ec7
dpm=1 doesn't seem to be explicitly required for the hardware since 3.13.
If you confirm me it'
From: Jérôme Glisse
This replace existing code that rely on get_user_page() aka GUP with
code that now use HMM mirror to mirror a range of virtual address as
a buffer object accessible by the GPU. There is no functional changes
from userspace point of view.
From kernel point of view we no longer
From: Jérôme Glisse
[This depends on some HMM patchset queued upstream see branch [1]]
This is simple change to switch to use HMM for user ptr buffer object
which conveniently avoid to pin pages. I have more things in the pipe
to make HMM more usefull for such cases (like sharing more resources
From: Jérôme Glisse
[This depends on some HMM patchset queued upstream see branch [1]]
This is simple change to switch to use HMM for user ptr buffer object
which conveniently avoid to pin pages. I have more things in the pipe
to make HMM more usefull for such cases (like sharing more resources
From: Jérôme Glisse
HMM provide a sets of helpers to avoid individual drivers re-doing
their own. This patch convert the radeon to use HMM mirror to track
CPU page table update and invalidate accordingly for userptr object.
Signed-off-by: Jérôme Glisse
Cc: dri-devel@lists.freedesktop.org
Cc: Da
From: Jérôme Glisse
HMM provide a sets of helpers to avoid individual drivers re-doing
their own. This patch convert the radeon to use HMM mirror to track
CPU page table update and invalidate accordingly for userptr object.
Signed-off-by: Jérôme Glisse
Cc: dri-devel@lists.freedesktop.org
Cc: Al
From: Jérôme Glisse
This replace existing code that rely on get_user_page() aka GUP with
code that now use HMM mirror to mirror a range of virtual address as
a buffer object accessible by the GPU. There is no functional changes
from userspace point of view.
From kernel point of view we no longer
On Sat, Sep 08, 2018 at 03:46:47PM +0200, Noralf Trønnes wrote:
> The CMA helper is already using the drm_fb_helper_generic_probe part of
> the generic fbdev emulation. This patch makes full use of the generic
> fbdev emulation by using its drm_client callbacks. This means that
> drm_mode_config_fu
Hi, Bibby:
On Wed, 2018-09-05 at 16:31 +0800, Bibby Hsieh wrote:
> From: chunhui dai
>
> Different IC has different phy setting of HDMI.
> This patch separaes the phy hardware relate part for mt8173.
>
> Signed-off-by: chunhui dai
> ---
> drivers/gpu/drm/mediatek/Makefile | 15 +
https://bugs.freedesktop.org/show_bug.cgi?id=104906
--- Comment #2 from rhodichelic...@aol.com ---
Honestly, could not say. In the time between submittal and now, I've built and
started using a new computer with a new graphics card. Feel free to close, I
haven't had the issue with the new setup.
https://bugs.freedesktop.org/show_bug.cgi?id=103300
Timothy Arceri changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #2 from Timothy A
https://bugs.freedesktop.org/show_bug.cgi?id=102962
--- Comment #15 from Tobias Auerochs ---
(In reply to Timothy Arceri from comment #13)
> (In reply to Tobias Auerochs from comment #12)
> > (In reply to Timothy Arceri from comment #11)
> > > (In reply to gloriouseggroll from comment #9)
> > > >
https://bugs.freedesktop.org/show_bug.cgi?id=105760
--- Comment #66 from Daniel Drake ---
(In reply to Thomas Martitz from comment #65)
> https://patchwork.kernel.org/patch/10583229/ (modified such that the quirk
> is applied unconditionally) fixes GPU resume on my laptop as well. I think
> it's
On Fri, Sep 7, 2018 at 3:22 PM Icenowy Zheng wrote:
>
> When adding support for A64 HDMI PHY in 4.19, we assumed that the two
> PLL-VIDEOs can both feed the HDMI PHY clock. However experiments show
> that the mux bit discovered in R40 blob is not applicable on A64. This
> is not discovered, as nor
https://bugs.freedesktop.org/show_bug.cgi?id=107784
--- Comment #25 from Dmitrii Tcvetkov ---
The fix for TSC is merged: 17f6bac2249356c795 (x86/tsc: Prevent result
truncation on 32bit)
--
You are receiving this mail because:
You are the assignee for the bug.
> > * This function sets up generic fbdev emulation for drivers that supports
> > - * dumb buffers with a virtual address and that can be mmap'ed.
> > + * dumb buffers with a virtual address and that can be mmap'ed. If the
> > driver
> > + * does not support these functions, it could use
> > dr
https://bugs.freedesktop.org/show_bug.cgi?id=101927
Timothy Arceri changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
53 matches
Mail list logo
