Displaying 20 results from an estimated 2000 matches similar to: "[Bug 84932] New: Optimus with nouveau no longer works with xorg-server 1.16.1"
2015 Jan 16
13
[Bug 88514] New: X segfaults when using prime offloading to nouveau card
https://bugs.freedesktop.org/show_bug.cgi?id=88514
Bug ID: 88514
Summary: X segfaults when using prime offloading to nouveau
card
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component:
2014 Aug 04
13
[Bug 82152] New: any OpenGL application crashes X, locks up machine with nouveau and PRIME
https://bugs.freedesktop.org/show_bug.cgi?id=82152
Priority: medium
Bug ID: 82152
Assignee: nouveau at lists.freedesktop.org
Summary: any OpenGL application crashes X, locks up machine
with nouveau and PRIME
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: celticmadman at
2015 May 16
5
[Bug 90482] New: Xorg take 100% CPU when using multiple independent screen configuration
https://bugs.freedesktop.org/show_bug.cgi?id=90482
Bug ID: 90482
Summary: Xorg take 100% CPU when using multiple independent
screen configuration
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
2014 Dec 10
6
[Bug 87179] New: [NVE7] Oops while reenabling Optimus dedicated card
https://bugs.freedesktop.org/show_bug.cgi?id=87179
Bug ID: 87179
Summary: [NVE7] Oops while reenabling Optimus dedicated card
Product: xorg
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
Assignee: nouveau at
2013 Jul 29
3
[Bug 67482] New: No DP output when optimus activated in bios
https://bugs.freedesktop.org/show_bug.cgi?id=67482
Priority: medium
Bug ID: 67482
Assignee: nouveau at lists.freedesktop.org
Summary: No DP output when optimus activated in bios
QA Contact: xorg-team at lists.x.org
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: michele.cane at
2017 Jan 19
5
[Bug 99464] New: openmw - Segfault with the nouveau ddx + DRI3
https://bugs.freedesktop.org/show_bug.cgi?id=99464
Bug ID: 99464
Summary: openmw - Segfault with the nouveau ddx + DRI3
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/nouveau
Assignee:
2017 Sep 13
2
Nouveau: kernel hang on Optimus+Intel+NVidia GeForce 1060m
Hi,
the system fails to initialize your vbios using secureboot (i had a rare
chance to on my system to witness it again), for now i traced it to
acr_boot_falcon() in
"linux/drivers/gpu/drm/nouveau/nvkm/falcon/msgqueue_0148cdec.c" where it
throws -110 which is -ETIMEDOUT. You could try to increase the timeout
and see if it helps something, similar to the following:
diff --git
2017 Mar 09
5
[Bug 100139] New: [DRI2][PRIME] nouveau driver cannot find any connected connector
https://bugs.freedesktop.org/show_bug.cgi?id=100139
Bug ID: 100139
Summary: [DRI2][PRIME] nouveau driver cannot find any connected
connector
Product: Mesa
Version: 10.3
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component:
2017 Sep 13
0
Nouveau: kernel hang on Optimus+Intel+NVidia GeForce 1060m
Thanks Tobias, I tried this but unfortunately the only effect was thta the
boot was delayed by an additional 4 seconds :(
The original timeout is at
drivers/gpu/drm/nouveau/nvkm/subdev/secboot/ls_ucode_msgqueue.c
I tried to increase that timeout, but it did not seem to make a difference
either.
I think I get this error less often when I have a cable plugged in the
output of that card at boot,
2013 Sep 08
3
3.12rc1-pre Nouveau? oops
On 08.09.2013 23:33, Dave Airlie wrote:
>>> Looks like you have Optimus (intel + nvidia), and the backtrace has
>>> runtime pm in it, which is something new Dave added for 3.12, adding
>>> him in explicitly. The simplest explanation is that disp->init is
>>> NULL. And it seems like there are no outputs from the earlier nouveau
>>> init prints. I
2017 Sep 11
2
Nouveau: kernel hang on Optimus+Intel+NVidia GeForce 1060m
Hi Tobias,
On Mon, Sep 11, 2017 at 8:49 PM, Tobias Klausmann <
tobias.johannes.klausmann at mni.thm.de> wrote:
> Hi,
>
> i remember seeing the same error with earlier firmware version with a
> similar system (GP106) once in a while on boot, yet it does not happen
> with newer versions. Maybe you could try to update the firmware to the
> latest version from
2018 Jan 15
2
networking remote systems over unknown ip's
Hello,
Sorry if reposted. Original was auto rejected for not being subscribed
to mailing list.
I am making some systems that are going to be donated to different
organizations and I want the kids to be able to share programs they
write with each other on the different disk automatically securely. Can
I network these systems without knowing individual ip's and not
touching firewalls. I was
2017 Dec 14
2
[PATCH] Accept 3d controllers and not only VGA controllers.
On 14 December 2017 at 23:45, Tobias Klausmann
<tobias.johannes.klausmann at mni.thm.de> wrote:
>
> On 12/3/17 8:56 PM, Josef Larsson wrote:
>>
>> Sure, I can easily split it into two commits, but I would like to have
>> an OK on the actual code changes before splitting the patch.
I'm not actually sure this is a good idea still. As I recall, part of
the purpose
2015 Jan 17
2
[Bug 88535] New: Mesa 10.3.0 implementation error: gen7_update_renderbuffer_surface: renderbuffer format MESA_FORMAT_RGBX_UNORM16 unsupported
https://bugs.freedesktop.org/show_bug.cgi?id=88535
Bug ID: 88535
Summary: Mesa 10.3.0 implementation error:
gen7_update_renderbuffer_surface: renderbuffer format
MESA_FORMAT_RGBX_UNORM16 unsupported
Product: Mesa
Version: 10.3
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status:
2017 Dec 18
2
[PATCH] Accept 3d controllers and not only VGA controllers.
Without a NULL pointer safe-guard patch, I get a kernel oops when I plug
in external displays in my docking station, (exactly the same issue as
https://bugs.freedesktop.org/show_bug.cgi?id=101778) and without
removing or modifying the check (accepting PCI_CLASS_DISPLAY_3D in the
if-condition), I cannot use external displays through my docking
station. This is on an optimus system where I use
2015 Jan 01
12
[Bug 87942] New: [NVE7] Unable to use nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=87942
Bug ID: 87942
Summary: [NVE7] Unable to use nouveau
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: major
Priority: medium
Component: Driver/nouveau
Assignee: nouveau at
2015 Jun 30
3
[PATCH] Add Option "DRI3" to allow to disable DRI3 under EXA.
X-Server versions older than 1.16.3 have bugs in their
DRI3/Present implementation which impair nouveau, so
it is better to stick to good old DRI2 by default on
such servers. E.g., page flipping doesn't work at all
under DRI3/Present with older servers, and use of
extensions like OML_sync_control, SGI_video_sync or
INTEL_swap_events also causes failure of Present.
nouveau's glamor accel
2015 Jul 04
2
[PATCH] Add Option "DRI3" to allow to disable DRI3 under EXA.
That would be great, as long as it does only that and does not go into
the "drivername" territory. As the said driver ;-)
"A driver name to use can be provided instead
of simple boolean value, which will be passed to the GL implementation for
it to load the appropriate backend."
-Emil
On 4 July 2015 at 18:17, Ilia Mirkin <imirkin at alum.mit.edu> wrote:
> IMO
2015 Jul 04
2
[PATCH] Add Option "DRI3" to allow to disable DRI3 under EXA.
The DRI option with the intel ddx can be used to indicate the following
- whether dri is disabled
- the dri "version" - dri1, dri2, dri3
- the dri module name - doo_dri.so bar_dri.so
I'm not sure how exactly it's supposed to work/works, and I believe
most of that is due to legacy reasons. I'm just saying let's not do
the whole thing - just the dri "version"
2015 Jul 29
3
[PATCH 1/2] present: Fixup return type of nouveau_present_init()
Make it a Bool consistently, as declared in header.
Reported-by: Ilia Mirkin <imirkin at alum.mit.edu>
Signed-off-by: Mario Kleiner <mario.kleiner.de at gmail.com>
---
src/nouveau_present.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/nouveau_present.c b/src/nouveau_present.c
index 4de1e6e..699a58d 100644
--- a/src/nouveau_present.c
+++