[Nouveau] [Bug 92833] [NV117] nouveau E[ PFIFO][0000:01:00.0] read fault at 0x0000011000 [UNSUPPORTED_KIND] from PBDMA0/HOST on channel 0x007ed78000 [unknown]
https://bugs.freedesktop.org/show_bug.cgi?id=92833 --- Comment #4 from Mike --- I'm hitting this bug with kernel 4.4.3-amd64 from http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4.3-wily/ There were pure X server (no DM) and three apps: two OpenGL and one Flash - all of them decoding and displaying video. Video stopped on three screens after kernel error. -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 92833] [NV117] nouveau E[ PFIFO][0000:01:00.0] read fault at 0x0000011000 [UNSUPPORTED_KIND] from PBDMA0/HOST on channel 0x007ed78000 [unknown]
https://bugs.freedesktop.org/show_bug.cgi?id=92833 --- Comment #5 from Mike --- Created attachment 122098 --> https://bugs.freedesktop.org/attachment.cgi?id=122098&action=edit part of syslog -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 92833] [NV117] nouveau E[ PFIFO][0000:01:00.0] read fault at 0x0000011000 [UNSUPPORTED_KIND] from PBDMA0/HOST on channel 0x007ed78000 [unknown]
https://bugs.freedesktop.org/show_bug.cgi?id=92833 --- Comment #6 from Mike --- Created attachment 122099 --> https://bugs.freedesktop.org/attachment.cgi?id=122099&action=edit xorg log -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 92833] [NV117] nouveau E[ PFIFO][0000:01:00.0] read fault at 0x0000011000 [UNSUPPORTED_KIND] from PBDMA0/HOST on channel 0x007ed78000 [unknown]
https://bugs.freedesktop.org/show_bug.cgi?id=92833 --- Comment #7 from Mike --- Created attachment 122100 --> https://bugs.freedesktop.org/attachment.cgi?id=122100&action=edit some logs from app I'll also try kernel 4.5-rc6 -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] RFC: [PATCH] x86/kmmio: fix mmiotrace for hugepages
The secondary hit exception thrown while MMIOtracing NVIDIA's driver is gone
with this patch.
Tested-by: Pierre Moreau
On 02:03 AM - Mar 03 2016, Karol Herbst wrote:
> Because Linux might use bigger pages than the 4K pages to handle those mmio
> ioremaps, the kmmio code shouldn't rely on the pade id as it currently does.
>
> Using the memory address instead of the page id let's us lookup how big the
> page is and what it's base address is, so that we won't get a page fault
> within the same page twice anymore.
>
> I don't know if I got this right though, so please read this change with
> great care
>
> v2: use page_level macros
>
> Signed-off-by: Karol Herbst
> ---
> arch/x86/mm/kmmio.c | 89
> -
> 1 file changed, 60 insertions(+), 29 deletions(-)
>
> diff --git a/arch/x86/mm/kmmio.c b/arch/x86/mm/kmmio.c
> index 637ab34..d203beb 100644
> --- a/arch/x86/mm/kmmio.c
> +++ b/arch/x86/mm/kmmio.c
> @@ -33,7 +33,7 @@
> struct kmmio_fault_page {
> struct list_head list;
> struct kmmio_fault_page *release_next;
> - unsigned long page; /* location of the fault page */
> + unsigned long addr; /* the requested address */
> pteval_t old_presence; /* page presence prior to arming */
> bool armed;
>
> @@ -70,9 +70,16 @@ unsigned int kmmio_count;
> static struct list_head kmmio_page_table[KMMIO_PAGE_TABLE_SIZE];
> static LIST_HEAD(kmmio_probes);
>
> -static struct list_head *kmmio_page_list(unsigned long page)
> +static struct list_head *kmmio_page_list(unsigned long addr)
> {
> - return &kmmio_page_table[hash_long(page, KMMIO_PAGE_HASH_BITS)];
> + unsigned int l;
> + pte_t *pte = lookup_address(addr, &l);
> +
> + if (!pte)
> + return NULL;
> + addr &= page_level_mask(l);
> +
> + return &kmmio_page_table[hash_long(addr, KMMIO_PAGE_HASH_BITS)];
> }
>
> /* Accessed per-cpu */
> @@ -98,15 +105,19 @@ static struct kmmio_probe *get_kmmio_probe(unsigned long
> addr)
> }
>
> /* You must be holding RCU read lock. */
> -static struct kmmio_fault_page *get_kmmio_fault_page(unsigned long page)
> +static struct kmmio_fault_page *get_kmmio_fault_page(unsigned long addr)
> {
> struct list_head *head;
> struct kmmio_fault_page *f;
> + unsigned int l;
> + pte_t *pte = lookup_address(addr, &l);
>
> - page &= PAGE_MASK;
> - head = kmmio_page_list(page);
> + if (!pte)
> + return NULL;
> + addr &= page_level_mask(l);
> + head = kmmio_page_list(addr);
> list_for_each_entry_rcu(f, head, list) {
> - if (f->page == page)
> + if (f->addr == addr)
> return f;
> }
> return NULL;
> @@ -137,10 +148,10 @@ static void clear_pte_presence(pte_t *pte, bool clear,
> pteval_t *old)
> static int clear_page_presence(struct kmmio_fault_page *f, bool clear)
> {
> unsigned int level;
> - pte_t *pte = lookup_address(f->page, &level);
> + pte_t *pte = lookup_address(f->addr, &level);
>
> if (!pte) {
> - pr_err("no pte for page 0x%08lx\n", f->page);
> + pr_err("no pte for addr 0x%08lx\n", f->addr);
> return -1;
> }
>
> @@ -156,7 +167,7 @@ static int clear_page_presence(struct kmmio_fault_page
> *f, bool clear)
> return -1;
> }
>
> - __flush_tlb_one(f->page);
> + __flush_tlb_one(f->addr);
> return 0;
> }
>
> @@ -176,12 +187,12 @@ static int arm_kmmio_fault_page(struct kmmio_fault_page
> *f)
> int ret;
> WARN_ONCE(f->armed, KERN_ERR pr_fmt("kmmio page already armed.\n"));
> if (f->armed) {
> - pr_warning("double-arm: page 0x%08lx, ref %d, old %d\n",
> -f->page, f->count, !!f->old_presence);
> + pr_warning("double-arm: addr 0x%08lx, ref %d, old %d\n",
> +f->addr, f->count, !!f->old_presence);
> }
> ret = clear_page_presence(f, true);
> - WARN_ONCE(ret < 0, KERN_ERR pr_fmt("arming 0x%08lx failed.\n"),
> - f->page);
> + WARN_ONCE(ret < 0, KERN_ERR pr_fmt("arming at 0x%08lx failed.\n"),
> + f->addr);
> f->armed = true;
> return ret;
> }
> @@ -191,7 +202,7 @@ static void disarm_kmmio_fault_page(struct
> kmmio_fault_page *f)
> {
> int ret = clear_page_presence(f, false);
> WARN_ONCE(ret < 0,
> - KERN_ERR "kmmio disarming 0x%08lx failed.\n", f->page);
> + KERN_ERR "kmmio disarming at 0x%08lx failed.\n",
> f->addr);
> f->armed = false;
> }
>
> @@ -215,6 +226,12 @@ int kmmio_handler(struct pt_regs *regs, unsigned long
> addr)
> struct kmmio_context *ctx;
> struct kmmio_fault_page *faultpage;
> int ret = 0; /* default to fault not handled */
> + unsigned long page_base = addr;
> + unsigned int l;
> + pte_t *pte = lookup_address(addr, &l);
> + if (!pte)
> +
[Nouveau] [Bug 94373] 2 monitors cause kernel panic
https://bugs.freedesktop.org/show_bug.cgi?id=94373 Aaron Plattner changed: What|Removed |Added Assignee|aplatt...@nvidia.com|nouveau@lists.freedesktop.o ||rg Component|Driver/nVidia (open)|Driver/nouveau -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 94373] 2 monitors cause kernel panic
https://bugs.freedesktop.org/show_bug.cgi?id=94373 --- Comment #1 from Ilia Mirkin --- This was fixed... https://github.com/skeggsb/nouveau/commit/39ca4fc966feb45df76c5a9a5ae2cffd1c348f77 I guess it wasn't backported for 4.4? -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 94373] 2 monitors cause kernel panic
https://bugs.freedesktop.org/show_bug.cgi?id=94373 Ilia Mirkin changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #2 from Ilia Mirkin --- *** This bug has been marked as a duplicate of bug 93634 *** -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 93634] WARN_ON triggered on DPMS event
https://bugs.freedesktop.org/show_bug.cgi?id=93634 Ilia Mirkin changed: What|Removed |Added CC||ba...@barrys-emacs.org --- Comment #5 from Ilia Mirkin --- *** Bug 94373 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [PATCH 1/2] fb/gm107: maxwell memory reclocking looks like kepler
Signed-off-by: Karol Herbst
---
drm/nouveau/nvkm/subdev/fb/gm107.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drm/nouveau/nvkm/subdev/fb/gm107.c
b/drm/nouveau/nvkm/subdev/fb/gm107.c
index 2a91df8..9cc7e61 100644
--- a/drm/nouveau/nvkm/subdev/fb/gm107.c
+++ b/drm/nouveau/nvkm/subdev/fb/gm107.c
@@ -29,7 +29,7 @@ gm107_fb = {
.dtor = gf100_fb_dtor,
.init = gf100_fb_init,
.intr = gf100_fb_intr,
- .ram_new = gm107_ram_new,
+ .ram_new = gk104_ram_new,
.memtype_valid = gf100_fb_memtype_valid,
};
--
2.7.2
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [PATCH 0/2] enable memory reclocking on maxwell1
A quick look over the memory reclocking part inside the maxwell mmiotraces kind of reminded me of the kepler memory reclocking, it looks for most parts the same. I didn't do a deep inspection so treat this with great care, but it seems to work at least on those maxwell gpus this was tested on. It depends on the PMU fixes for the fuc5 though, otherwise the PMU might not work as expected and does something stupid. Karol Herbst (2): fb: maxwell memory reclocking looks like kepler, so try it out fb: remove ramgm107 drm/nouveau/nvkm/subdev/fb/Kbuild | 1 - drm/nouveau/nvkm/subdev/fb/gm107.c| 2 +- drm/nouveau/nvkm/subdev/fb/ram.h | 1 - drm/nouveau/nvkm/subdev/fb/ramgm107.c | 40 --- 4 files changed, 1 insertion(+), 43 deletions(-) delete mode 100644 drm/nouveau/nvkm/subdev/fb/ramgm107.c -- 2.7.2 ___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [PATCH 2/2] fb: remove ramgm107
maxwell1 memory recklocking is just as kepler and if there are some tiny
changes we might be able to integrate it in the kepler code.
Signed-off-by: Karol Herbst
---
drm/nouveau/nvkm/subdev/fb/Kbuild | 1 -
drm/nouveau/nvkm/subdev/fb/ram.h | 1 -
drm/nouveau/nvkm/subdev/fb/ramgm107.c | 40 ---
3 files changed, 42 deletions(-)
delete mode 100644 drm/nouveau/nvkm/subdev/fb/ramgm107.c
diff --git a/drm/nouveau/nvkm/subdev/fb/Kbuild
b/drm/nouveau/nvkm/subdev/fb/Kbuild
index 0810570..1a3590c 100644
--- a/drm/nouveau/nvkm/subdev/fb/Kbuild
+++ b/drm/nouveau/nvkm/subdev/fb/Kbuild
@@ -39,7 +39,6 @@ nvkm-y += nvkm/subdev/fb/ramgt215.o
nvkm-y += nvkm/subdev/fb/rammcp77.o
nvkm-y += nvkm/subdev/fb/ramgf100.o
nvkm-y += nvkm/subdev/fb/ramgk104.o
-nvkm-y += nvkm/subdev/fb/ramgm107.o
nvkm-y += nvkm/subdev/fb/sddr2.o
nvkm-y += nvkm/subdev/fb/sddr3.o
nvkm-y += nvkm/subdev/fb/gddr3.o
diff --git a/drm/nouveau/nvkm/subdev/fb/ram.h b/drm/nouveau/nvkm/subdev/fb/ram.h
index f816cbf..a4f8630 100644
--- a/drm/nouveau/nvkm/subdev/fb/ram.h
+++ b/drm/nouveau/nvkm/subdev/fb/ram.h
@@ -46,5 +46,4 @@ int gt215_ram_new(struct nvkm_fb *, struct nvkm_ram **);
int mcp77_ram_new(struct nvkm_fb *, struct nvkm_ram **);
int gf100_ram_new(struct nvkm_fb *, struct nvkm_ram **);
int gk104_ram_new(struct nvkm_fb *, struct nvkm_ram **);
-int gm107_ram_new(struct nvkm_fb *, struct nvkm_ram **);
#endif
diff --git a/drm/nouveau/nvkm/subdev/fb/ramgm107.c
b/drm/nouveau/nvkm/subdev/fb/ramgm107.c
deleted file mode 100644
index 43d807f..000
--- a/drm/nouveau/nvkm/subdev/fb/ramgm107.c
+++ /dev/null
@@ -1,40 +0,0 @@
-/*
- * Copyright 2013 Red Hat Inc.
- *
- * Permission is hereby granted, free of charge, to any person obtaining a
- * copy of this software and associated documentation files (the "Software"),
- * to deal in the Software without restriction, including without limitation
- * the rights to use, copy, modify, merge, publish, distribute, sublicense,
- * and/or sell copies of the Software, and to permit persons to whom the
- * Software is furnished to do so, subject to the following conditions:
- *
- * The above copyright notice and this permission notice shall be included in
- * all copies or substantial portions of the Software.
- *
- * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
- * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
- * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
- * THE COPYRIGHT HOLDER(S) OR AUTHOR(S) BE LIABLE FOR ANY CLAIM, DAMAGES OR
- * OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE,
- * ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR
- * OTHER DEALINGS IN THE SOFTWARE.
- *
- * Authors: Ben Skeggs
- */
-#include "ram.h"
-
-static const struct nvkm_ram_func
-gm107_ram_func = {
- .init = gk104_ram_init,
- .get = gf100_ram_get,
- .put = gf100_ram_put,
-};
-
-int
-gm107_ram_new(struct nvkm_fb *fb, struct nvkm_ram **pram)
-{
- if (!(*pram = kzalloc(sizeof(**pram), GFP_KERNEL)))
- return -ENOMEM;
-
- return gf100_ram_ctor(&gm107_ram_func, fb, 0x021c14, *pram);
-}
--
2.7.2
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau
