On October 13, 2018 19:50:00 "Keith Packard" wrote:
Jason Ekstrand writes:
Actually, I think anv is doing the right thing too. Now I have no idea why
Keith was having problems.
anv is happily returning a valid pointer and radv is not?
In any case, I've switched to using vkGetInstanceProc
Jason Ekstrand writes:
> Actually, I think anv is doing the right thing too. Now I have no idea why
> Keith was having problems.
anv is happily returning a valid pointer and radv is not?
In any case, I've switched to using vkGetInstanceProcAddr for the
VkPhysicalDevice function and it works fi
https://bugs.freedesktop.org/show_bug.cgi?id=108355
Bug ID: 108355
Summary: Civilization VI - Artifacts in mouse cursor
Product: Mesa
Version: 18.2
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Seve
https://bugs.freedesktop.org/show_bug.cgi?id=108194
--- Comment #1 from Hadrien Nilsson ---
This is actually another issue than bug 108111: I upgraded from Mesa 18.2.1 to
18.2.2. bug 108111 is fixed, but the characters are still displayed with these
small black squares.
--
You are receiving thi
https://bugs.freedesktop.org/show_bug.cgi?id=108111
--- Comment #6 from Hadrien Nilsson ---
It happens Mesa 18.2.2 from padoka are available :) I did the upgrade, and the
bug is gone.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=108111
--- Comment #5 from Hadrien Nilsson ---
(In reply to Gregor Münch from comment #4)
> Fixed by
> https://cgit.freedesktop.org/mesa/mesa/commit/
> ?id=0e6cdfd561c63d23e8ff32df4cab2370dc2a53d2 ?
Maybe. I saw this commit is included in Mesa 18.2.2
Hi, Christian,
On 10/13/2018 07:36 PM, Christian König wrote:
Hi Thomas,
bo_reserve()
copy_to_user() / copy_from_user()
bo_unreserve()
That pattern is illegal for a number of reasons and the mmap_sem is
only one of it.
So the locking order must always be mmap_sem->bo_reservation. See the
On Sat, 13 Oct 2018 18:35:40 +0200,
Christoph Hellwig wrote:
>
> On Sat, Oct 13, 2018 at 06:18:28PM +0200, Takashi Iwai wrote:
> > On Sat, 13 Oct 2018 17:17:03 +0200,
> > Christoph Hellwig wrote:
> > >
> > > The DMA API does its own zone decisions based on the coherent_dma_mask.
> > >
> > > Sign
Am 12.10.2018 um 18:44 schrieb Nicholas Kazlauskas:
This patch introduces the 'vrr_enabled' CRTC property to allow
dynamic control over variable refresh rate support for a CRTC.
This property should be treated like a content hint to the driver -
if the hardware or driver is not capable of drivin
On Sat, Oct 13, 2018 at 11:27 AM Jason Ekstrand
wrote:
> On Sat, Oct 13, 2018 at 11:24 AM Bas Nieuwenhuizen <
> b...@basnieuwenhuizen.nl> wrote:
>
>> On Sat, Oct 13, 2018 at 6:12 PM Jason Ekstrand
>> wrote:
>> >
>> > On Sat, Oct 13, 2018 at 10:58 AM Bas Nieuwenhuizen <
>> b...@basnieuwenhuizen.n
Hi Thomas,
bo_reserve()
copy_to_user() / copy_from_user()
bo_unreserve()
That pattern is illegal for a number of reasons and the mmap_sem is only
one of it.
So the locking order must always be mmap_sem->bo_reservation. See the
userptr implementation in amdgpu as well.
Christian.
Am 12.
https://bugs.freedesktop.org/show_bug.cgi?id=108347
Gregor Münch changed:
What|Removed |Added
Summary|[regression, bisected] |[regression, bisected]
On Sat, Oct 13, 2018 at 06:18:28PM +0200, Takashi Iwai wrote:
> On Sat, 13 Oct 2018 17:17:03 +0200,
> Christoph Hellwig wrote:
> >
> > The DMA API does its own zone decisions based on the coherent_dma_mask.
> >
> > Signed-off-by: Christoph Hellwig
>
> Reviewed-by: Takashi Iwai
>
>
> Would yo
On Sat, Oct 13, 2018 at 11:24 AM Bas Nieuwenhuizen
wrote:
> On Sat, Oct 13, 2018 at 6:12 PM Jason Ekstrand
> wrote:
> >
> > On Sat, Oct 13, 2018 at 10:58 AM Bas Nieuwenhuizen <
> b...@basnieuwenhuizen.nl> wrote:
> >>
> >> On Fri, Oct 12, 2018 at 10:38 PM Keith Packard
> wrote:
> >> >
> >> > Acc
On Sat, Oct 13, 2018 at 6:12 PM Jason Ekstrand wrote:
>
> On Sat, Oct 13, 2018 at 10:58 AM Bas Nieuwenhuizen
> wrote:
>>
>> On Fri, Oct 12, 2018 at 10:38 PM Keith Packard wrote:
>> >
>> > According to the Vulkan spec:
>> >
>> > "Vulkan 1.0 initially required all new physical-device-level extens
On Sat, 13 Oct 2018 17:17:04 +0200,
Christoph Hellwig wrote:
>
> The DMA API does its own zone decisions based on the coherent_dma_mask.
>
> Signed-off-by: Christoph Hellwig
Reviewed-by: Takashi Iwai
thanks,
Takashi
> ---
> sound/soc/intel/common/sst-firmware.c | 2 +-
> 1 file changed, 1
On Sat, 13 Oct 2018 17:17:03 +0200,
Christoph Hellwig wrote:
>
> The DMA API does its own zone decisions based on the coherent_dma_mask.
>
> Signed-off-by: Christoph Hellwig
Reviewed-by: Takashi Iwai
Would you like to take this as a series, or shall I take individually
through sound tree?
On Sat, Oct 13, 2018 at 10:58 AM Bas Nieuwenhuizen
wrote:
> On Fri, Oct 12, 2018 at 10:38 PM Keith Packard wrote:
> >
> > According to the Vulkan spec:
> >
> > "Vulkan 1.0 initially required all new physical-device-level extension
> > functionality to be structured within an instance extension.
On Fri, Oct 12, 2018 at 10:38 PM Keith Packard wrote:
>
> According to the Vulkan spec:
>
> "Vulkan 1.0 initially required all new physical-device-level extension
> functionality to be structured within an instance extension. In order
> to avoid using an instance extension, which often requires
The DMA API does its own zone decisions based on the coherent_dma_mask.
Signed-off-by: Christoph Hellwig
---
drivers/video/fbdev/fsl-diu-fb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/fbdev/fsl-diu-fb.c b/drivers/video/fbdev/fsl-diu-fb.c
index bc9eb8afc313
The DMA API does its own zone decisions based on the coherent_dma_mask.
Signed-off-by: Christoph Hellwig
---
drivers/cpufreq/tegra186-cpufreq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/cpufreq/tegra186-cpufreq.c
b/drivers/cpufreq/tegra186-cpufreq.c
index 1f599
The DMA API does its own zone decisions based on the coherent_dma_mask.
Signed-off-by: Christoph Hellwig
---
sound/soc/intel/common/sst-firmware.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/soc/intel/common/sst-firmware.c
b/sound/soc/intel/common/sst-firmware.c
in
The DMA API does its own zone decisions based on the coherent_dma_mask.
Signed-off-by: Christoph Hellwig
---
drivers/gpu/drm/sti/sti_gdp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/sti/sti_gdp.c b/drivers/gpu/drm/sti/sti_gdp.c
index c32de6cbf061..cdf0a13
The DMA API does its own zone decisions based on the coherent_dma_mask.
Signed-off-by: Christoph Hellwig
---
drivers/spi/spi-pic32-sqi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/spi/spi-pic32-sqi.c b/drivers/spi/spi-pic32-sqi.c
index bd1c6b53283f..ab53e461d80f
The DMA API does its own zone decisions based on the coherent_dma_mask.
Signed-off-by: Christoph Hellwig
---
drivers/media/platform/sti/bdisp/bdisp-hw.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/sti/bdisp/bdisp-hw.c
b/drivers/media/platform/sti/b
The DMA API does its own zone decisions based on the coherent_dma_mask.
Signed-off-by: Christoph Hellwig
---
sound/pci/asihpi/hpios.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/pci/asihpi/hpios.c b/sound/pci/asihpi/hpios.c
index 5ef4fe964366..7c91330af719 100644
--
The DMA API does its own zone decisions based on the coherent_dma_mask.
Signed-off-by: Christoph Hellwig
---
drivers/firmware/tegra/bpmp-debugfs.c | 11 +--
drivers/firmware/tegra/bpmp.c | 2 +-
2 files changed, 6 insertions(+), 7 deletions(-)
diff --git a/drivers/firmware/tegr
dma_alloc_* internally selects the zone to allocate from based on the
DMA mask. Remove all explicit uses of GFP_DMA32 with dma_alloc_*.
___
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=108352
--- Comment #1 from mikhail.v.gavri...@gmail.com ---
$ uname -r
4.19.0-0.rc7.git0.1.fc30.x86_64
$ inxi -bM
System:Host: localhost.localdomain Kernel: 4.19.0-0.rc7.git0.1.fc30.x86_64
x86_64 bits: 64
Desktop: Gnome 3.30.1 Distro: F
https://bugs.freedesktop.org/show_bug.cgi?id=108352
Bug ID: 108352
Summary: On GIGABYTE Radeon RX Vega 64 Gaming OC 8G
applications `sensor` and `xsensor` showed last rpm
before fan off when really fan is off
Product: DRI
https://bugs.freedesktop.org/show_bug.cgi?id=108322
--- Comment #12 from bmil...@gmail.com ---
Created custom modes and forced it into xrandr. 75hz flickers, but 73hz is
working fine it seems. This is on last amd-drm-next-staging
~ >>> gtf 1920 1080 73
https://bugs.freedesktop.org/show_bug.cgi?id=108309
--- Comment #8 from Samantha McVey ---
Also to clarify:
The first dmesg I uploaded had
`rcu: INFO: rcu_sched detected stalls on CPUs/tasks:` in the log. Adding
`idle=nomwait` to kernel cmdline has so far fully resolved this and other
messages w
https://bugs.freedesktop.org/show_bug.cgi?id=108309
--- Comment #7 from Samantha McVey ---
Created attachment 142015
--> https://bugs.freedesktop.org/attachment.cgi?id=142015&action=edit
dmesg from 4.19.0-rc7+ (commit bab5c80b2110 I believe)
Here is a log with git from a day ago (commit bab5c8
The msm_gpu_open() function should free "show_priv" on error or it
causes static checker warnings.
Fixes: 4f776f4511c7 ("drm/msm/gpu: Convert the GPU show function to use the GPU
state")
Signed-off-by: Dan Carpenter
---
drivers/gpu/drm/msm/msm_debugfs.c | 15 +++
1 file changed, 11
The of_drm_find_panel() function returns error pointers and never NULL
but we the driver assumes that ->panel is NULL when it's not present.
Fixes: 6afb7721e2a0 ("drm/exynos: move connector creation to attach callback")
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/exynos/exynos_drm_
https://bugs.freedesktop.org/show_bug.cgi?id=108309
Samantha McVey changed:
What|Removed |Added
Attachment #142001|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=108309
Samantha McVey changed:
What|Removed |Added
Attachment #142000|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=107612
--- Comment #2 from Xalphenos ---
I too have this issue on vega 8(2200g). It may be slightly interesting that a
very similar problem happens on windows. The emulator behaves the same way
freezing at the same moment while sound continues playin
https://bugs.freedesktop.org/show_bug.cgi?id=108317
--- Comment #7 from Xalphenos ---
I don't know if or in what way I could help but I wanted to add my experiences
with this.
I've been using testing this for about the last year with various cards and
here are my findings. The issue seems to be
39 matches
Mail list logo
