tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.21
head: 22666cc1481ae3814d9c7718418cc4a3aa7d90c3
commit: 611736d8447c0c48a172db0b968dddae60696a72 [136/142] drm/amdgpu: Add KFD
VRAM limit checking
config: x86_64-randconfig-a0-12081604 (attached as .config)
compiler: gcc-7 (Debia
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.21
head: 22666cc1481ae3814d9c7718418cc4a3aa7d90c3
commit: 611736d8447c0c48a172db0b968dddae60696a72 [136/142] drm/amdgpu: Add KFD
VRAM limit checking
config: i386-randconfig-s3-12051035 (attached as .config)
compiler: gcc-6 (Debian
https://bugs.freedesktop.org/show_bug.cgi?id=108979
Bug ID: 108979
Summary: Graphical glitch of popupping missing texture on Mesa
version >18.0.5 (Padoka Stable +
Unstable/Oibaf/ubuntu-x-swat PPAs)
Product: Mesa
V
https://bugs.freedesktop.org/show_bug.cgi?id=108979
--- Comment #1 from emm...@linuxmail.org ---
Forgot the hardware specification:
Intel i5 6400
AMD Radeon RX560
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel m
https://bugs.freedesktop.org/show_bug.cgi?id=108934
--- Comment #2 from Laurent Pointecouteau ---
Created attachment 142751
--> https://bugs.freedesktop.org/attachment.cgi?id=142751&action=edit
Boot log with suspend
Hre is my boot log from my current session. The HDMI cable is plugged in durin
On Fri, 7 Dec 2018 09:36:05 +0100
Boris Brezillon wrote:
> Commit 3e407417b192 ("drm/vc4: Fix X/Y positioning of planes using
> T_TILES modifier") fixed the problem with T_TILES format, but left
> things in a non-working state for SAND formats. Address that now.
>
> Signed-off-by: Boris Brezill
https://bugs.freedesktop.org/show_bug.cgi?id=105425
MirceaKitsune changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=108940
--- Comment #6 from Stefan ---
Nope, exactly the same error is present with your setup:
System:
Host: spin Kernel: 4.20.0-042000rc5-generic x86_64 bits: 64
Desktop: Gnome 3.30.1 Distro: Ubuntu 18.10 (Cosmic Cuttlefish)
Machine:
Type: De
https://bugs.freedesktop.org/show_bug.cgi?id=108940
--- Comment #7 from Stefan ---
Created attachment 142753
--> https://bugs.freedesktop.org/attachment.cgi?id=142753&action=edit
dmesg 4.20rc5 ubuntu 18.10 + iobaf
--
You are receiving this mail because:
You are the assignee for the bug._
Memory declared using dma_declare_coherent is ioremapped and thus not
always suitable for our tightened DMA_ATTR_NON_CONSISTENT definition.
Skip it given all the existing callers don't DMA_ATTR_NON_CONSISTENT
anyway.
Signed-off-by: Christoph Hellwig
---
include/linux/dma-mapping.h | 3 ++-
1 fi
DMA_ATTR_NON_CONSISTENT forces contiguous allocations as we don't
want to remap, and is otherwise forced down the same pass as if we
were always on a coherent device. No new code required except for
a few conditionals.
Signed-off-by: Christoph Hellwig
---
arch/arm64/mm/dma-mapping.c | 18 ++
Move the alloc / free routines down the file so that we can easily use
the map / unmap helpers to implement non-consistent allocations.
Also drop the _coherent postfix to match the method name.
Signed-off-by: Christoph Hellwig
---
arch/sparc/kernel/iommu.c | 135 +++-
Move the alloc / free routines down the file so that we can easily use
the map / unmap helpers to implement non-consistent allocations.
Also drop the _coherent postfix to match the method name.
Signed-off-by: Christoph Hellwig
---
arch/sparc/kernel/pci_sun4v.c | 229 +---
For the iommu ops we can just use the implementaton for DMA coherent
devices. For the regular ops we need mix and match a bit so that
we either use the CMA allocator without remapping, but with a special
error handling case for highmem pages, or the simple allocator.
Signed-off-by: Christoph Hell
There is no need to have an additional kernel mapping for a contiguous
allocation if the device already is DMA coherent, so skip it.
Signed-off-by: Christoph Hellwig
---
arch/arm64/mm/dma-mapping.c | 35 ++-
1 file changed, 22 insertions(+), 13 deletions(-)
diff
We got rid of the odd selective consistent or not behavior, and now
want the normal dma_sync_single_* functions to be used for strict
ownership transfers. While dma_cache_sync hasn't been removed from
the tree yet it should not be used in any new caller, so documentation
for it is dropped here.
S
If DMA_ATTR_NON_CONSISTENT is passed in the flags we can always just
use the dma_direct_alloc_pages implementation given that the callers
will take care of any cache maintainance on ownership transfers between
the CPU and the device.
Signed-off-by: Christoph Hellwig
---
arch/arc/mm/dma.c
Hi all,
we had all kinds of discussions about how to best allocate DMAable memory
without having to deal with the problem that your normal "coherent"
DMA allocator can be very slow on platforms where DMA is not DMA
coherent.
To work around this drivers basically two choices at the moment:
(1) j
Just allocate the memory and use map_page to map the memory.
Signed-off-by: Christoph Hellwig
---
arch/sparc/kernel/pci_sun4v.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/sparc/kernel/pci_sun4v.c b/arch/sparc/kernel/pci_sun4v.c
index b95c70136559..24a76ecf2986 10064
Just allocate the memory and use map_page to map the memory.
Signed-off-by: Christoph Hellwig
---
arch/sparc/kernel/iommu.c | 33 +++--
1 file changed, 23 insertions(+), 10 deletions(-)
diff --git a/arch/sparc/kernel/iommu.c b/arch/sparc/kernel/iommu.c
index 4bf0497e
[sorry for the spam, had to resend due a wrongly typed linux-arm-kernel
address]
Hi all,
we had all kinds of discussions about how to best allocate DMAable memory
without having to deal with the problem that your normal "coherent"
DMA allocator can be very slow on platforms where DMA is not DMA
There are enough common defintions that a single header seems nicer.
Also drop the pointless include.
Signed-off-by: Christoph Hellwig
Acked-by: Sam Ravnborg
---
arch/sparc/include/asm/pci.h| 53 ++---
arch/sparc/include/asm/pci_32.h | 32
There is no good reason to have a double indirection for the sparc32
dma ops, so remove the sparc32_dma_ops and define separate dma_map_ops
instance for the different IOMMU types.
Signed-off-by: Christoph Hellwig
---
arch/sparc/include/asm/dma.h | 48 +---
arch/sparc/kernel/ioport.c |
It has nothing to do with the content of the pci.h header.
Suggested by: Sam Ravnborg
Signed-off-by: Christoph Hellwig
---
arch/sparc/include/asm/leon.h | 9 +
arch/sparc/include/asm/pci_32.h | 9 -
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/arch/sparc/incl
No need to BUG_ON() on the cache maintainance ops - they are no-ops
by default, and there is nothing in the DMA API contract that prohibits
calling them on sbus devices (even if such drivers are unlikely to
ever appear).
Similarly a dma_supported method that always returns 0 is rather
pointless.
The only thing we need to explicitly pull in is the defines for the
CPU type.
Signed-off-by: Christoph Hellwig
---
arch/sparc/include/asm/dma-mapping.h | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/arch/sparc/include/asm/dma-mapping.h
b/arch/sparc/include/asm/dma-mappin
Factor the code to remap memory returned from the DMA coherent allocator
into two helpers that can be shared by the IOMMU and direct mapping code.
Signed-off-by: Christoph Hellwig
---
arch/sparc/kernel/ioport.c | 151 -
1 file changed, 67 insertions(+), 84 del
https://bugs.freedesktop.org/show_bug.cgi?id=108854
--- Comment #2 from Tom Seewald ---
Created attachment 142754
--> https://bugs.freedesktop.org/attachment.cgi?id=142754&action=edit
dmesg of 4.20-rc5 with drm.debug=0xe
--
You are receiving this mail because:
You are the assignee for the bug
https://bugs.freedesktop.org/show_bug.cgi?id=108854
--- Comment #3 from Tom Seewald ---
Installed the new Polaris firmware released on December 3rd, however that
doesn't appear to affect my card as the content of
/sys/kernel/debug/dri/1/amdgpu_firmware_info is unchanged.
Upgraded to Mesa 18.3.0
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter
> Sent: Friday, December 07, 2018 16:17
> To: C, Ramalingam
> Cc: Daniel Vetter ; intel-...@lists.freedesktop.org; dri-
> de...@lists.freedesktop.org; daniel.vet...@ffwll.ch; Winkler, To
> On Fri, Dec 07, 2018 at 07:23:06PM +0530, C, Ramalingam wrote:
> > Hi,
> >
> > In one of the offline discussion Tomas has shared his review comments on v8.
>
> Let's please have all review here on the mailing list for better coordination.
> Playing a game of telephone isn't efficient.
It's not
https://bugs.freedesktop.org/show_bug.cgi?id=108562
--- Comment #5 from Slava ---
Created attachment 142756
--> https://bugs.freedesktop.org/attachment.cgi?id=142756&action=edit
dmesg right after gpu freeze
sorry for 2 mounths delay, missing notebook ac.. anyway this is dmesg after gpu
freeze.
https://bugs.freedesktop.org/show_bug.cgi?id=101978
--- Comment #12 from Konstantin A. Lepikhov ---
(In reply to Timothy Arceri from comment #10)
> (In reply to Konstantin A. Lepikhov from comment #9)
> > BTW running warthunder under brand new 4.15 kernel + latest amd-staging-4.15
> > gives 25-30
https://bugs.freedesktop.org/show_bug.cgi?id=108985
Bug ID: 108985
Summary: Visual Novel "The Fruit of Grisaia" has flickering
glitches
Product: Mesa
Version: 18.3
Hardware: x86-64 (AMD64)
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=108985
--- Comment #1 from Fabian Maurer ---
Created attachment 142758
--> https://bugs.freedesktop.org/attachment.cgi?id=142758&action=edit
Screenshot showing the issue, looking like tearing
--
You are receiving this mail because:
You are the assi
https://bugs.freedesktop.org/show_bug.cgi?id=108985
--- Comment #2 from Fabian Maurer ---
Created attachment 142759
--> https://bugs.freedesktop.org/attachment.cgi?id=142759&action=edit
Screenshot showing it's not normal tearing
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=108985
Fabian Maurer changed:
What|Removed |Added
See Also||https://bugs.winehq.org/sho
https://bugs.freedesktop.org/show_bug.cgi?id=108985
--- Comment #3 from Fabian Maurer ---
What I assume would help (like I said in the wine bug report), if it was tested
with other drivers. Sadly apitrace doesn't reproduce the problem, so it's a lot
more effort - and I don't have other drivers/ha
On Sat, 2018-12-08 at 09:36 -0800, Christoph Hellwig wrote:
> For the iommu ops we can just use the implementaton for DMA coherent
> devices. For the regular ops we need mix and match a bit so that
> we either use the CMA allocator without remapping, but with a special
> error handling case for hi
https://bugs.freedesktop.org/show_bug.cgi?id=108979
--- Comment #2 from emm...@linuxmail.org ---
>From 1:00 you can see the popup missing texture, using the Padoka Unstable
https://youtu.be/dCxsWEr2pOw?t=61
Note that this problem is more frequent on Mesa shipped with Padoka Stable and
Oibaf PPAs,
https://bugs.freedesktop.org/show_bug.cgi?id=108940
Leonid Moiseichuk changed:
What|Removed |Added
CC||lmoiseic...@gmail.com
--- Comment #
https://bugs.freedesktop.org/show_bug.cgi?id=108940
--- Comment #9 from Leonid Moiseichuk ---
The implementation comes with 1e8635ea0ea370bf4f0f2b2f1b3eb61474dd962a
by Zeyu.Fan at amd.com
--
You are receiving this mail because:
You are the assignee for the bug.__
-MIPI-D-PHY-mode/20181208-034527
base: https://git.kernel.org/pub/scm/linux/kernel/git/kishon/linux-phy.git
next
config: i386-randconfig-s0-12051035 (attached as .config)
compiler: gcc-6 (Debian 6.4.0-9) 6.4.0 20171026
reproduce:
# save the attached .config to linux build tree
make
From: Christoph Hellwig
Date: Sat, 8 Dec 2018 09:41:11 -0800
> Factor the code to remap memory returned from the DMA coherent allocator
> into two helpers that can be shared by the IOMMU and direct mapping code.
>
> Signed-off-by: Christoph Hellwig
Acked-by: David S. Miller
_
From: Christoph Hellwig
Date: Sat, 8 Dec 2018 09:41:12 -0800
> There is no good reason to have a double indirection for the sparc32
> dma ops, so remove the sparc32_dma_ops and define separate dma_map_ops
> instance for the different IOMMU types.
>
> Signed-off-by: Christoph Hellwig
Acked-by:
From: Christoph Hellwig
Date: Sat, 8 Dec 2018 09:41:10 -0800
> No need to BUG_ON() on the cache maintainance ops - they are no-ops
> by default, and there is nothing in the DMA API contract that prohibits
> calling them on sbus devices (even if such drivers are unlikely to
> ever appear).
>
> S
From: Christoph Hellwig
Date: Sat, 8 Dec 2018 09:41:13 -0800
> The only thing we need to explicitly pull in is the defines for the
> CPU type.
>
> Signed-off-by: Christoph Hellwig
Acked-by: David S. Miller
___
dri-devel mailing list
dri-devel@lists
From: Christoph Hellwig
Date: Sat, 8 Dec 2018 09:41:15 -0800
> There are enough common defintions that a single header seems nicer.
>
> Also drop the pointless include.
>
> Signed-off-by: Christoph Hellwig
> Acked-by: Sam Ravnborg
Acked-by: David S. Miller
From: Christoph Hellwig
Date: Sat, 8 Dec 2018 09:37:00 -0800
> Just allocate the memory and use map_page to map the memory.
>
> Signed-off-by: Christoph Hellwig
Acked-by: David S. Miller
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
ht
From: Christoph Hellwig
Date: Sat, 8 Dec 2018 09:36:57 -0800
> Move the alloc / free routines down the file so that we can easily use
> the map / unmap helpers to implement non-consistent allocations.
>
> Also drop the _coherent postfix to match the method name.
>
> Signed-off-by: Christoph He
From: Christoph Hellwig
Date: Sat, 8 Dec 2018 09:36:59 -0800
> Move the alloc / free routines down the file so that we can easily use
> the map / unmap helpers to implement non-consistent allocations.
>
> Also drop the _coherent postfix to match the method name.
>
> Signed-off-by: Christoph He
From: Christoph Hellwig
Date: Sat, 8 Dec 2018 09:36:58 -0800
> Just allocate the memory and use map_page to map the memory.
>
> Signed-off-by: Christoph Hellwig
Acked-by: David S. Miller
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
ht
From: Christoph Hellwig
Date: Sat, 8 Dec 2018 09:41:14 -0800
> It has nothing to do with the content of the pci.h header.
>
> Suggested by: Sam Ravnborg
> Signed-off-by: Christoph Hellwig
Acked-by: David S. Miller
___
dri-devel mailing list
dri-de
53 matches
Mail list logo
