Displaying 20 results from an estimated 5000 matches similar to: "[Bug 99147] New: xorg hangs at initial startup on linux-4.9.0"
2014 May 10
22
[Bug 78530] New: Memory corruption on Lenovo t440p with runpm
https://bugs.freedesktop.org/show_bug.cgi?id=78530
Priority: medium
Bug ID: 78530
Assignee: nouveau at lists.freedesktop.org
Summary: Memory corruption on Lenovo t440p with runpm
QA Contact: xorg-team at lists.x.org
Severity: normal
Classification: Unclassified
OS: All
Reporter: nikoamia at gmail.com
2017 May 15
1
[PATCH] drm/nouveau: Fix drm poll_helper handling
Commit cae9ff036eea effectively disabled the drm poll_helper by checking
the wrong flag to see if the driver should enable the poll or not:
mode_config.poll_enabled is only set to true by poll_init and it is not
indicating if the poll is enabled or not.
nouveau_display_create() will initialize the poll and going to disable it
right away. After poll_init() the mode_config.poll_enabled will be true,
2011 Dec 17
1
properly check for _DSM function support and Optimus support for vga_switcheroo
Hello guys,
I've prepared a patch based on my findings for the bbswitch module
(https://github.com/Lekensteyn/acpi-stuff/tree/master/bbswitch). This adds
a proper
check whether a _DSM function is supported or not and make OFF / ON for
vga_switcheroo work for nVidia Optimus models. The patch is based against
the
mainline kernel.
It has been tested on my Clevo B7130 laptop running kernel 3.2
2016 May 30
2
[PATCH 4/4] drm/nouveau/acpi: fix lockup with PCIe runtime PM
On 27 May 2016 at 22:31, Peter Wu <peter at lekensteyn.nl> wrote:
> On Fri, May 27, 2016 at 02:01:39PM +0100, Emil Velikov wrote:
>> Hi Peter,
>>
>> On 24 May 2016 at 23:53, Peter Wu <peter at lekensteyn.nl> wrote:
>> > Since "PCI: Add runtime PM support for PCIe ports", the parent PCIe port
>> > can be runtime-suspended which disables
2013 Sep 14
4
[Bug 69345] New: nouveau no longer reports D3cold on linux-next as of at least 20130906
https://bugs.freedesktop.org/show_bug.cgi?id=69345
Priority: medium
Bug ID: 69345
Assignee: nouveau at lists.freedesktop.org
Summary: nouveau no longer reports D3cold on linux-next as of
at least 20130906
Severity: minor
Classification: Unclassified
OS: Linux (All)
Reporter: tod.jackson at
2016 Jul 07
6
[PATCH v2 0/4] nouveau RPM fixes for Optimus
Hi,
Here are two patches to fix an issue reported on kernel bugzilla (infinite loop
due to unchecked function) and a more important fix to fix hanging Optimus
machines when runtime PM is enabled (with pm/pci patches).
See the first version[1] for a background on the fixed problems. This is the
second revision of incorporating feedback from Emil Velikov (patch 1), Mika
Westerberg (patch 4).
2016 Jun 01
1
[PATCH 4/4] drm/nouveau/acpi: fix lockup with PCIe runtime PM
On Tue, May 31, 2016 at 01:02:31PM +0200, Peter Wu wrote:
> On Tue, May 31, 2016 at 11:43:56AM +0300, Mika Westerberg wrote:
> > On Mon, May 30, 2016 at 06:13:51PM +0200, Peter Wu wrote:
> > > Do you have any suggestions for the case where the pcieport driver
> > > refuses to put the bridge in D3 (because the BIOS is too old)? In that
> > > case the nouveau
2016 Jul 15
8
[PATCH v3 0/4] nouveau RPM fixes for Optimus (final)
Hi,
Here are two patches to fix an issue reported on kernel bugzilla (infinite loop
due to unchecked function) and a more important fix to fix hanging Optimus
machines when runtime PM is enabled (with pm/pci patches).
These are the final patches targeting v4.8. Changes compared to v2[1]:
collected R-b from Hans and Mika and fixed a minor comment style issue.
I recommend it to be merged before
2019 Jul 09
5
[Bug 111094] New: Cannot start Xorg on Nvidia GP108M
https://bugs.freedesktop.org/show_bug.cgi?id=111094
Bug ID: 111094
Summary: Cannot start Xorg on Nvidia GP108M
Product: xorg
Version: 7.7 (2012.06)
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: blocker
Priority: medium
Component: Driver/nouveau
Assignee:
2013 Oct 25
20
[Bug 70875] New: [NVC0] NOUVEAU(0): [drm] failed to set drm interface version
https://bugs.freedesktop.org/show_bug.cgi?id=70875
Priority: medium
Bug ID: 70875
Assignee: nouveau at lists.freedesktop.org
Summary: [NVC0] NOUVEAU(0): [drm] failed to set drm interface
version
QA Contact: xorg-team at lists.x.org
Severity: major
Classification: Unclassified
OS: Linux (All)
2016 Nov 03
17
[Bug 98582] New: A regression with nouveau under wayland+xorg: laptop doesn't resume properly from suspension
https://bugs.freedesktop.org/show_bug.cgi?id=98582
Bug ID: 98582
Summary: A regression with nouveau under wayland+xorg: laptop
doesn't resume properly from suspension
Product: xorg
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
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
2012 Feb 08
28
[PATCH v3 0/6] initial suspend support
This patch series makes suspend support in qemu alot more useful. Right
now the guest can put itself into s3, but qemu will wakeup the guest
instantly. With this patch series applied the guest will stay suspended
instead and there are a few events which can kick the guest out of
suspend state: A monitor command, ps/2 input, serial input, rtc. Not
much yet, but it''s a start with the
2014 Sep 19
4
Standardizing an MSR or other hypercall to get an RNG seed?
On Fri, Sep 19, 2014 at 09:40:07AM -0700, H. Peter Anvin wrote:
> On 09/19/2014 09:37 AM, Gleb Natapov wrote:
> >
> > Linux detects what hypervior it runs on very early
>
> Not anywhere close to early enough. We're talking for uses like kASLR.
>
Still to early to do:
h = cpuid(HYPERVIOR_SIGNATURE)
if (h == KVMKVMKVM) {
if (cpuid(kvm_features) &
2014 Sep 19
4
Standardizing an MSR or other hypercall to get an RNG seed?
On Fri, Sep 19, 2014 at 09:40:07AM -0700, H. Peter Anvin wrote:
> On 09/19/2014 09:37 AM, Gleb Natapov wrote:
> >
> > Linux detects what hypervior it runs on very early
>
> Not anywhere close to early enough. We're talking for uses like kASLR.
>
Still to early to do:
h = cpuid(HYPERVIOR_SIGNATURE)
if (h == KVMKVMKVM) {
if (cpuid(kvm_features) &
2012 Mar 01
15
[Bug 774] New: iptables-restore can't parses the quoted parameter correctly.
http://bugzilla.netfilter.org/show_bug.cgi?id=774
Summary: iptables-restore can't parses the quoted parameter
correctly.
Product: iptables
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P5
Component: iptables-restore
AssignedTo:
2014 Sep 19
3
Standardizing an MSR or other hypercall to get an RNG seed?
On Fri, Sep 19, 2014 at 11:02:38AM -0700, Andy Lutomirski wrote:
> On Fri, Sep 19, 2014 at 10:49 AM, Gleb Natapov <gleb at kernel.org> wrote:
> > On Fri, Sep 19, 2014 at 10:18:37AM -0700, H. Peter Anvin wrote:
> >> On 09/19/2014 10:15 AM, Gleb Natapov wrote:
> >> > On Fri, Sep 19, 2014 at 10:08:20AM -0700, H. Peter Anvin wrote:
> >> >> On
2014 Sep 19
3
Standardizing an MSR or other hypercall to get an RNG seed?
On Fri, Sep 19, 2014 at 11:02:38AM -0700, Andy Lutomirski wrote:
> On Fri, Sep 19, 2014 at 10:49 AM, Gleb Natapov <gleb at kernel.org> wrote:
> > On Fri, Sep 19, 2014 at 10:18:37AM -0700, H. Peter Anvin wrote:
> >> On 09/19/2014 10:15 AM, Gleb Natapov wrote:
> >> > On Fri, Sep 19, 2014 at 10:08:20AM -0700, H. Peter Anvin wrote:
> >> >> On
2016 Nov 01
2
[PATCH v2] drm/nouveau/acpi: fix check for power resources support
On Tue, Nov 1, 2016 at 12:55 AM, Dave Airlie <airlied at gmail.com> wrote:
> On 1 November 2016 at 08:48, Peter Wu <peter at lekensteyn.nl> wrote:
>> Check whether the kernel really supports power resources for a device,
>> otherwise the power might not be removed when the device is runtime
>> suspended (DSM should still work in these cases where PR does not).
2014 Sep 19
3
Standardizing an MSR or other hypercall to get an RNG seed?
On Fri, Sep 19, 2014 at 10:08:20AM -0700, H. Peter Anvin wrote:
> On 09/19/2014 09:53 AM, Gleb Natapov wrote:
> > On Fri, Sep 19, 2014 at 09:40:07AM -0700, H. Peter Anvin wrote:
> >> On 09/19/2014 09:37 AM, Gleb Natapov wrote:
> >>>
> >>> Linux detects what hypervior it runs on very early
> >>
> >> Not anywhere close to early enough.