Displaying 13 results from an estimated 13 matches for "nvkm_pci_intr".
Did you mean:
nvkm_mc_intr
2018 Jan 25
0
[PATCH] drm/nouveau: Move irq setup/teardown to pci ctor/dtor
...ct nvkm_pci *, u16 addr);
diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/pci/base.c b/drivers/gpu/drm/nouveau/nvkm/subdev/pci/base.c
index deb96de54b00..4e020f05c99f 100644
--- a/drivers/gpu/drm/nouveau/nvkm/subdev/pci/base.c
+++ b/drivers/gpu/drm/nouveau/nvkm/subdev/pci/base.c
@@ -71,6 +71,10 @@ nvkm_pci_intr(int irq, void *arg)
struct nvkm_pci *pci = arg;
struct nvkm_device *device = pci->subdev.device;
bool handled = false;
+
+ if (pci->teardown)
+ return IRQ_HANDLED;
+
nvkm_mc_intr_unarm(device);
if (pci->msi)
pci->func->msi_rearm(pci);
@@ -84,11 +88,6 @@ nvkm_pci_fini(st...
2018 Jan 25
0
[PATCH v2] drm/nouveau: Move irq setup/teardown to pci ctor/dtor
...ct nvkm_pci *, u16 addr);
diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/pci/base.c b/drivers/gpu/drm/nouveau/nvkm/subdev/pci/base.c
index deb96de54b00..4e020f05c99f 100644
--- a/drivers/gpu/drm/nouveau/nvkm/subdev/pci/base.c
+++ b/drivers/gpu/drm/nouveau/nvkm/subdev/pci/base.c
@@ -71,6 +71,10 @@ nvkm_pci_intr(int irq, void *arg)
struct nvkm_pci *pci = arg;
struct nvkm_device *device = pci->subdev.device;
bool handled = false;
+
+ if (pci->teardown)
+ return IRQ_HANDLED;
+
nvkm_mc_intr_unarm(device);
if (pci->msi)
pci->func->msi_rearm(pci);
@@ -84,11 +88,6 @@ nvkm_pci_fini(st...
2018 Jan 25
2
[PATCH v3] drm/nouveau: Move irq setup/teardown to pci ctor/dtor
...ions(+), 15 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/pci/base.c b/drivers/gpu/drm/nouveau/nvkm/subdev/pci/base.c
index deb96de54b00..3b2cad639388 100644
--- a/drivers/gpu/drm/nouveau/nvkm/subdev/pci/base.c
+++ b/drivers/gpu/drm/nouveau/nvkm/subdev/pci/base.c
@@ -71,6 +71,10 @@ nvkm_pci_intr(int irq, void *arg)
struct nvkm_pci *pci = arg;
struct nvkm_device *device = pci->subdev.device;
bool handled = false;
+
+ if (pci->irq < 0)
+ return IRQ_HANDLED;
+
nvkm_mc_intr_unarm(device);
if (pci->msi)
pci->func->msi_rearm(pci);
@@ -84,11 +88,6 @@ nvkm_pci_fini(...
2016 Apr 15
0
[Bug 82714] [G84] nouveau fails to properly initialize GPU
...was the one driving the screen.
Launching weston or kmscon works, but starting X makes the whole computer
freeze (no responce on key presses, power button press, capslock not working).
I’ll try to setup netconsole and SSH later to gather some logs.
On one of the boots, I got a slow path warning in
nvkm_pci_intr()/nvkm_mc_intr().
Trying to suspend the computer simply results in the computer not suspending
and freezing.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org...
2017 Nov 24
1
[PATCH] pci: do a msi rearm on init
On Fri, Nov 24, 2017 at 3:02 PM, Thierry Reding
<thierry.reding at gmail.com> wrote:
> On Fri, Nov 24, 2017 at 03:56:26AM +0100, Karol Herbst wrote:
>> On my GP107 when I load nouveau after unloading it, for some reason the
>> GPU stopped sending or the CPU stopped receiving interrupts if MSI was
>> enabled.
>
> I suppose this could happen if the GPU raises an
2015 Nov 07
7
[Bug 92852] New: NV34: WARNING: ... at drivers/gpu/drm/drm_irq.c:924 drm_vblank_count_and_time+0x71/0x80 [drm]()
...[<f85960e1>] nvkm_fifo_intr+0x11/0x20 [nouveau]
[<f85375f9>] nvkm_engine_intr+0x19/0x20 [nouveau]
[<f853b623>] nvkm_subdev_intr+0x13/0x20 [nouveau]
[<f8577871>] nvkm_mc_intr+0x61/0xf0 [nouveau]
[<c080e2ee>] ? add_interrupt_randomness+0x14e/0x1b0
[<f857bf42>] nvkm_pci_intr+0x42/0x80 [nouveau]
[<c04b5006>] handle_irq_event_percpu+0x76/0x190
[<c04b7d60>] ? handle_simple_irq+0x70/0x70
[<c04b514a>] handle_irq_event+0x2a/0x50
[<c04b7dd2>] handle_fasteoi_irq+0x72/0x120
[<c04060c3>] handle_irq+0xa3/0xd0
<IRQ> [<c040589c>] do_...
2017 Apr 15
1
[Bug 100691] New: [4.10] BUG: KASAN: use-after-free in drm_calc_vbltimestamp_from_scanoutpos+0x625/0x740
...u/nvkm/subdev/mc/base.c:79)
? nvkm_mc_intr_rearm+0xa0/0xa0 [nouveau]
(drivers/gpu/drm/nouveau/nvkm/subdev/mc/base.c:62)
? nv40_pci_wr08+0x68/0xa0 [nouveau]
(drivers/gpu/drm/nouveau/nvkm/subdev/pci/nv40.c:35)
? nvkm_pci_wr08+0x57/0x90 [nouveau]
(drivers/gpu/drm/nouveau/nvkm/subdev/pci/base.c:39)
nvkm_pci_intr+0xcc/0x170 [nouveau]
(drivers/gpu/drm/nouveau/nvkm/subdev/pci/base.c:70)
? nvkm_pci_fini+0xd0/0xd0 [nouveau]
(drivers/gpu/drm/nouveau/nvkm/subdev/pci/base.c:84)
? debug_check_no_locks_freed+0x280/0x280 (kernel/locking/lockdep.c:4270)
? nvkm_pci_fini+0xd0/0xd0 [nouveau]
(drivers/gpu/drm/nouveau/n...
2018 Apr 03
2
nouveau TRAP_M2MF still there on G98
...8] <IRQ>
[18830.203170] RSP: 0018:ffffc900017fb7f0 EFLAGS: 00010086
[18830.208959] ? wq_worker_waking_up+0x8/0x30
[18830.216083] RAX: 000000000000001d RBX: ffff880225cda400 RCX: 0000000000000006
[18830.216086] RDX: 0000000000000007 RSI: 0000000000000000 RDI: ffff88022fcd5270
[18830.225253] nvkm_pci_intr+0x4e/0x80 [nouveau]
[18830.227661] RBP: ffff880224c62400 R08: 0000000000000000 R09: 0000000000013100
[18830.227665] R10: 0000000000000001 R11: 0000000000000000 R12: ffff8802223bfb00
[18830.236777] __handle_irq_event_percpu+0x32/0xe0
[18830.242005] R13: 0000112066bcb3a0 R14: ffff8802223c2c48 R15: 0...
2016 Jan 02
13
[Bug 93557] New: Kernel Panic on Linux Kernel 4.4 when loading KDE/KDM on Nvidia GeForce 7025 / nForce 630a
...30 [nouveau]
[ 1079.221950] [<ffffffffa04c4d28>] ? nvkm_event_send+0xc8/0xe0 [nouveau]
[ 1079.222001] [<ffffffffa051627d>] ? nvkm_disp_vblank+0x3d/0x60 [nouveau]
[ 1079.222052] [<ffffffffa0504d40>] ? nvkm_mc_intr+0x70/0x110 [nouveau]
[ 1079.222100] [<ffffffffa05091d1>] ? nvkm_pci_intr+0x51/0x90 [nouveau]
[ 1079.222134] [<ffffffff810c683d>] ? handle_irq_event_percpu+0x6d/0x170
[ 1079.222166] [<ffffffff810c6979>] ? handle_irq_event+0x39/0x60
[ 1079.222195] [<ffffffff810c9a24>] ? handle_fasteoi_irq+0x94/0x150
[ 1079.222226] [<ffffffff81017dd9>] ? handle_...
2019 May 01
24
[Bug 110572] New: System Crash: nouveau 0000:08:00.0: gr: PGRAPH TLB flush idle timeout fail and nouveau 0000:08:00.0: mmu: ce0 mmu invalidate timeout
https://bugs.freedesktop.org/show_bug.cgi?id=110572
Bug ID: 110572
Summary: System Crash: nouveau 0000:08:00.0: gr: PGRAPH TLB
flush idle timeout fail and nouveau 0000:08:00.0: mmu:
ce0 mmu invalidate timeout
Product: Mesa
Version: 19.0
Hardware: x86-64 (AMD64)
OS: Linux (All)
2019 Sep 23
8
[PATCH 0/8] Add workaround for fixing runpm
Changes since last sent:
* add a patch to set the device into DRM_SWITCH_POWER_CHANGING state
(can be dropped actually, I thought I was needing it, came up with a
different approach and forgot to delete it, doesn't hurt though)
* expose information about runtime suspending to nvkm so that we can run
the pcie workaround only on runtime suspend
Karol Herbst (8):
pci: disable ASPM
2015 Jul 21
17
[Bug 91413] New: INFO: task Xorg:2419 blocked for more than 120 seconds.
https://bugs.freedesktop.org/show_bug.cgi?id=91413
Bug ID: 91413
Summary: INFO: task Xorg:2419 blocked for more than 120
seconds.
Product: xorg
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
2020 May 11
10
[RFC] Remove AGP support from Radeon/Nouveau/TTM
Hi guys,
Well let's face it AGP is a total headache to maintain and dead for at least 10+ years.
We have a lot of x86 specific stuff in the architecture independent graphics memory management to get the caching right, abusing the DMA API on multiple occasions, need to distinct between AGP and driver specific page tables etc etc...
So the idea here is to just go ahead and remove the support