Displaying 20 results from an estimated 900 matches similar to: "[Bug 36090] [NV34] [NV49] terminal's visual bell is very slow with nouveau"
2013 Sep 23
0
[Bug 36090] [NV34] [NV49] terminal's visual bell is very slow with nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=36090
aebenjam at opentext.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|INVALID |---
--- Comment #5 from aebenjam at opentext.com ---
Problem still exists
2013 Sep 23
0
[Bug 36090] [NV34] [NV49] terminal's visual bell is very slow with nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=36090
--- Comment #7 from aebenjam at opentext.com ---
I'm not sure how to answer your question about the ddx... is this what you
mean?
rpm -qa |grep -i nouveau
xorg-x11-drv-nouveau-1.0.7-1.fc18.i686
Re: the card, dmidecode suggests it is:
Quadro NVS 110M
Let me know if you need more.
Thanks,
Adam
--
You are receiving this mail because:
You
2013 Sep 23
0
[Bug 36090] [NV34] [NV49] terminal's visual bell is very slow with nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=36090
--- Comment #9 from aebenjam at opentext.com ---
#dmesg | grep -i chipset
[ 1.887251] nouveau [ DEVICE][0000:01:00.0] Chipset: G72 (NV46)
Reproduction:
You can fire up an xterm with -vb to request the visual bell. You can also use
control + middle-mouse-button to bring up a menu which allows you to
enable/disable the visual bell.
Let me
2013 Sep 24
0
[Bug 36090] [NV34] [NV49] terminal's visual bell is very slow with nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=36090
--- Comment #10 from Ilia Mirkin <imirkin at alum.mit.edu> ---
Hmmm... FWIW I couldn't reproduce any oddness with a NV42 card, kernel 3.11,
and xf86-video-nouveau 1.0.9 both with and without xcompmgr running. Without a
compositor, it _is_ a bit on the slow side, but like a half-second, nothing
like the 3s delay mentioned in the original
2012 Jan 30
0
[Bug 36090] terminal's visual bell is very slow with nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=36090
aebenjam at opentext.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aebenjam at opentext.com
--- Comment #1 from aebenjam at opentext.com 2012-01-30 08:34:15 PST ---
Also experienced with:
01:00.0
2013 Aug 20
0
[Bug 36090] [NV34] [NV49] terminal's visual bell is very slow with nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=36090
Ilia Mirkin <imirkin at alum.mit.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|terminal's visual bell is |[NV34] [NV49] terminal's
|very slow with nouveau |visual bell is very slow
2013 Aug 20
0
[Bug 36090] [NV34] [NV49] terminal's visual bell is very slow with nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=36090
--- Comment #3 from Harald Judt <h.judt at gmx.at> ---
Thanks for your suggestion, but I can no longer call me owner of such a card
and therefore am unable to test this.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2013 Sep 21
0
[Bug 36090] [NV34] [NV49] terminal's visual bell is very slow with nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=36090
Ilia Mirkin <imirkin at alum.mit.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |INVALID
--- Comment #4 from Ilia Mirkin <imirkin at
2013 Sep 23
0
[Bug 36090] [NV34] [NV49] terminal's visual bell is very slow with nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=36090
--- Comment #6 from Ilia Mirkin <imirkin at alum.mit.edu> ---
Are you on a recent version of the ddx? (xf86-video-nouveau) Also, what card do
you have (G72M means nothing to me... what does nouveau say as the "Chipset" in
dmesg)?
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part
2013 Sep 23
0
[Bug 36090] [NV34] [NV49] terminal's visual bell is very slow with nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=36090
--- Comment #8 from Ilia Mirkin <imirkin at alum.mit.edu> ---
dmesg | grep -i chipset
sounds like your ddx is new enough though.
Can you provide detailed repro steps? I'm not even sure how to enable visual
bell.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML
2013 Sep 25
0
[Bug 36090] [NV34] [NV49] terminal's visual bell is very slow with nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=36090
--- Comment #12 from Ilia Mirkin <imirkin at alum.mit.edu> ---
OK, by increasing the terminal size, I do indeed see that the visual bell is
really rather slow. During that time, X is using up 100% CPU, so it's probably
something highly unoptimal happening in the DDX.
It seems like almost all of that CPU time is going into fbSolid()
2014 Jan 23
0
[Bug 36090] [NV34] [NV49] terminal's visual bell is very slow with nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=36090
--- Comment #13 from Ilia Mirkin <imirkin at alum.mit.edu> ---
Looking into EXA a bit, there's a EXASolid impl shared by all pre-nv50 cards.
One of the things it apparently doesn't handle are 32-bit visuals with solid
draws that include a fancy "op", which I assume the visual bell would, like xor
or whatever. I have a hard
2019 Dec 04
0
[Bug 36090] [NV34] [NV49] terminal's visual bell is very slow with nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=36090
Martin Peres <martin.peres at free.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |MOVED
Status|REOPENED |RESOLVED
--- Comment #14 from Martin Peres
2014 May 08
16
[Bug 78441] New: X does not start under kernel 3.13.x
https://bugs.freedesktop.org/show_bug.cgi?id=78441
Priority: medium
Bug ID: 78441
Assignee: nouveau at lists.freedesktop.org
Summary: X does not start under kernel 3.13.x
QA Contact: xorg-team at lists.x.org
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: aebenjam at opentext.com
2000 Nov 09
0
Bug Report - sshd invoked by inetd (follow-up)
It would seem I didn't test this thoroughly enough before I sent my
email. I can reproduce the problem (same openssh version) on both
Solaris 8 and Solaris 6. (I had thought it was only on Solaris 8.)
I haven't checked to see if it exists on other versions of Solaris,
but the problem does not exist however on RedHat 6.2 running the
same openssh version.
I hope that helps.
Adam Benjamin
2001 Jul 30
0
Problem with Wine window focus using FVWM2
Wine version 20010629 running Lotus Notes 5.08
Linux RedHat 7.1 with Xfree86 Version 4 and FVWM2 window manager
When I run this version of Wine with FVWM2 the Wine window always
appears on top ( always obscures other windows). I use a click to focus
window policy and when I click on another window on the desktop it
will not raise it over the Wine window although the window I click on
does receive
2008 Jun 05
2
Nouveau on GeForce 7950GTX (NV49)
Hi everyone,
I just finished installing the current git of the nouveau driver for
my NV49 based 7950GTX. I attempted this because I've been continually
frustrated by the constantly degrading 2D performance of X under the
nvidia and nv drivers. Webpages that do any kind of compositing in
Mozilla will burn CPU all day long.
I'm happy to say that I'm writing because I didn't have
2019 Jun 25
1
[Bug 110988] New: [NV49] Graphical issues on KDE desktop with GeForce 7950 GX2
https://bugs.freedesktop.org/show_bug.cgi?id=110988
Bug ID: 110988
Summary: [NV49] Graphical issues on KDE desktop with GeForce
7950 GX2
Product: Mesa
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component:
2007 May 21
0
nv49 & nv4b ctx switching patch
Hello
this patch is a merge of jb17bsome's nv49 patch and mine.
I have tested it for a couple of days on a nv4b and didnt get crashes.
Please rewiew and apply
Greetings
Stephan Schmid
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: nv49_nv4b.diff
Url:
2013 Aug 09
0
[PATCH] drm/nouveau/fb: fix null derefs in nv49 and nv4e init
Commit dceef5d87 (drm/nouveau/fb: initialise vram controller as pfb
sub-object) moved some code around and introduced these null derefs.
pfb->ram is set to the new ram object outside of this ctor.
Reported-by: Ronald Uitermark <ronald645 at gmail.com>
Tested-by: Ronald Uitermark <ronald645 at gmail.com>
Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
---