Displaying 20 results from an estimated 6000 matches similar to: "[Bug 93065] New: nouveau kernel module needs to increase runpm use counter more often"
2015 Nov 07
1
[PATCH] drm: fix issue by messing up runpm usage_counter
I have the issue when loading nouveau with runpm=0 set, that further nouveau
loads without runpm set or runpm=1 don't put the card into sleep state.
This is caused by calling pm_runtime_get_sync in drm_device.unload when the
usage_counter isn't 0. pm_runtime_get_sync always increases the suage_counter
and so the usage_counter gets increased allthough runpm=0 is set, meaning
nouveau leaves
2018 Nov 27
5
[Bug 108873] New: nouveau/Quadro P2000 Mobile: runpm causing ACPI errors, lockups
https://bugs.freedesktop.org/show_bug.cgi?id=108873
Bug ID: 108873
Summary: nouveau/Quadro P2000 Mobile: runpm causing ACPI
errors, lockups
Product: xorg
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: major
Priority: medium
Component: Driver/nouveau
2019 May 07
8
[PATCH v2 0/4] Potential fix for runpm issues on various laptops
CCing linux-pci and Bjorn Helgaas. Maybe we could get better insights on
how a reasonable fix would look like.
Anyway, to me this entire issue looks like something which has to be fixed
on a PCI level instead of inside a driver, so it makes sense to ask the
pci folks if they have any better suggestions.
Original cover letter:
While investigating the runpm issues on my GP107 I noticed that
2014 Mar 20
1
[PATCH] drm: compute runpm on load, don't register autosuspend for non-runpm
----- Original Message -----
> From: "Ilia Mirkin" <imirkin at alum.mit.edu>
> To: "David Airlie" <airlied at redhat.com>
> Cc: "Ben Skeggs" <skeggsb at gmail.com>, "Ben Skeggs" <bskeggs at redhat.com>, nouveau at lists.freedesktop.org
> Sent: Thursday, 20 March, 2014 9:49:47 AM
> Subject: Re: [Nouveau] [PATCH] drm:
2015 Aug 04
18
[Bug 91557] New: [NVE4] freezes: HUB_INIT timed out
https://bugs.freedesktop.org/show_bug.cgi?id=91557
Bug ID: 91557
Summary: [NVE4] freezes: HUB_INIT timed out
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
Assignee: nouveau at
2019 May 04
10
[PATCH 0/5] Potential fix for runpm issues on various laptops
While investigating the runpm issues on my GP107 I noticed that something
inside devinit makes runpm break. If Nouveau loads up to the point right
before doing devinit, runpm works without any issues, if devinit is ran,
not anymore.
Out of curiousity I even tried to "bisect" devinit by not running it on
vbios provided signed PMU image, but on the devinit parser we have inside
Nouveau.
2014 Mar 19
0
[PATCH] drm: compute runpm on load, don't register autosuspend for non-runpm
On Wed, Mar 19, 2014 at 7:45 PM, David Airlie <airlied at redhat.com> wrote:
>
>> On Thu, Mar 20, 2014 at 1:28 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote:
>> > There was a proliferation of duplicated checks for runpm == -1 &&
>> > optimus. Instead of continuing that tradition, get rid of all of them,
>> > only doing the optimus
2013 Oct 14
7
[Bug 70464] New: [NVC3] runpm not working
https://bugs.freedesktop.org/show_bug.cgi?id=70464
Priority: medium
Bug ID: 70464
Assignee: nouveau at lists.freedesktop.org
Summary: [NVC3] runpm not working
QA Contact: xorg-team at lists.x.org
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: michele.cane at gmail.com
2014 Mar 19
0
[PATCH] drm: compute runpm on load, don't register autosuspend for non-runpm
On Thu, Mar 20, 2014 at 1:28 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote:
> There was a proliferation of duplicated checks for runpm == -1 &&
> optimus. Instead of continuing that tradition, get rid of all of them,
> only doing the optimus computation once on load.
>
> This should hopefully fix secondary cards suspending and then being
> unable to come back in
2014 Mar 19
2
[PATCH] drm: compute runpm on load, don't register autosuspend for non-runpm
There was a proliferation of duplicated checks for runpm == -1 &&
optimus. Instead of continuing that tradition, get rid of all of them,
only doing the optimus computation once on load.
This should hopefully fix secondary cards suspending and then being
unable to come back in non-optimus setups.
Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
Cc: <stable at
2014 Nov 21
2
[Bug 86503] New: Discrete card seems to be powered on even if reported as Off
https://bugs.freedesktop.org/show_bug.cgi?id=86503
Bug ID: 86503
Summary: Discrete card seems to be powered on even if reported
as Off
Product: xorg
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
2018 Nov 27
0
4.20.0-rc3 nouveau/Quadro P2000 Mobile: runpm causing ACPI errors, lockups
+linux-acpi
Hi Michael,
On Mon, Nov 26, 2018 at 10:53:26PM -0500, Michael S. Tsirkin wrote:
> So a new thinkpad:
> 01:00.0 VGA compatible controller: NVIDIA Corporation GP107GLM [Quadro P2000 Mobile] (rev a1)
>
> Hangs whenever I try to poke at the card. It starts happily enough with
>
> [ 3.971515] ACPI Warning: \_SB.PCI0.GFX0._DSM: Argument #4 type mismatch - Found
2014 Mar 19
2
[PATCH] drm: compute runpm on load, don't register autosuspend for non-runpm
> On Thu, Mar 20, 2014 at 1:28 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote:
> > There was a proliferation of duplicated checks for runpm == -1 &&
> > optimus. Instead of continuing that tradition, get rid of all of them,
> > only doing the optimus computation once on load.
> >
> > This should hopefully fix secondary cards suspending and then being
2018 Nov 28
0
4.20.0-rc3 nouveau/Quadro P2000 Mobile: runpm causing ACPI errors, lockups
On Tue, Nov 27, 2018 at 09:49:44PM -0500, Michael S. Tsirkin wrote:
> On Tue, Nov 27, 2018 at 11:36:50AM +0200, Mika Westerberg wrote:
> > +linux-acpi
> >
> > Hi Michael,
> >
> > On Mon, Nov 26, 2018 at 10:53:26PM -0500, Michael S. Tsirkin wrote:
> > > So a new thinkpad:
> > > 01:00.0 VGA compatible controller: NVIDIA Corporation GP107GLM
2015 May 12
5
[Bug 90423] New: [NVAA]: Shutdown (poweroff) get stuck when runtime PM is enabled
https://bugs.freedesktop.org/show_bug.cgi?id=90423
Bug ID: 90423
Summary: [NVAA]: Shutdown (poweroff) get stuck when runtime PM
is enabled
Product: xorg
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component:
2017 Jan 12
4
[Bug 99385] New: Nouveau produces soft lockups
https://bugs.freedesktop.org/show_bug.cgi?id=99385
Bug ID: 99385
Summary: Nouveau produces soft lockups
Product: xorg
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
Assignee: nouveau at lists.freedesktop.org
2015 May 27
11
[Bug 90682] New: failed to idle channel 0xcccc0001 then crash
https://bugs.freedesktop.org/show_bug.cgi?id=90682
Bug ID: 90682
Summary: failed to idle channel 0xcccc0001 then crash
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
Assignee:
2018 Nov 28
2
4.20.0-rc3 nouveau/Quadro P2000 Mobile: runpm causing ACPI errors, lockups
On Wed, Nov 28, 2018 at 01:08:57PM +0200, Mika Westerberg wrote:
> On Tue, Nov 27, 2018 at 09:49:44PM -0500, Michael S. Tsirkin wrote:
> > On Tue, Nov 27, 2018 at 11:36:50AM +0200, Mika Westerberg wrote:
> > > +linux-acpi
> > >
> > > Hi Michael,
> > >
> > > On Mon, Nov 26, 2018 at 10:53:26PM -0500, Michael S. Tsirkin wrote:
> > >
2018 Nov 27
2
4.20.0-rc3 nouveau/Quadro P2000 Mobile: runpm causing ACPI errors, lockups
So a new thinkpad:
01:00.0 VGA compatible controller: NVIDIA Corporation GP107GLM [Quadro P2000 Mobile] (rev a1)
Hangs whenever I try to poke at the card. It starts happily enough with
[ 3.971515] ACPI Warning: \_SB.PCI0.GFX0._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20181003/nsarguments-66)
[ 3.971553] ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM: Argument #4
2016 Apr 28
15
[Bug 95188] New: GeForce 840M (GM108) troubles
https://bugs.freedesktop.org/show_bug.cgi?id=95188
Bug ID: 95188
Summary: GeForce 840M (GM108) troubles
Product: xorg
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
Assignee: nouveau at lists.freedesktop.org