similar to: X freezes with nouveau/G70

http://bugs.freedesktop.org/show_bug.cgi?id=12959 Summary: RandR1.2 on my G70 is now completely broken Product: xorg Version: 7.2 Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

I?m in the process of setting up a Dovecot IMAP proxy to handle a number of IMAP server domains. At the current time, I have my users divided into 70 different groups of users (call them G1 to G70). I want each group to configure their email client to access their mailboxes at a domain name based on the group they belong to (e.g., g1.example.com <http://g1.example.com/>, g2.example.com

I am new to wine and I am trying to play Jedi Knight 2 version 1.04. I have installed it fine, but when I try to play it, the screen is constantly flickering. This does not happen with some of my other games. I'm using Ubuntu 9.04 Jaunty Jackalope and the latest version of wine. Is there something I can do to diagnose or fix this problem? I'm using the default drivers. I have an HP

https://bugs.freedesktop.org/show_bug.cgi?id=87771 Bug ID: 87771 Summary: X freezes after login Product: xorg Version: 7.7 (2012.06) Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

I'm trying to impute data using the mi package, but after running through almost the entire first round of imputations (which takes quite a while), it throws this error (I'll include the whole output prior to the error for context). Does anyone know what is causing it, or how I can fix it? More specifically, how can I tell what is throwing the error so I know what to fix? Is

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

http://bugs.freedesktop.org/show_bug.cgi?id=23672 Summary: Nouveau KMS fails with error: Failed to fence channel 0 Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Hello Everyone, We have noticed that one of our servers xen Dom0 is restarting idiopathically. Atleast, we are not able to analyze the cause. I have checked the logs but couldn''t find anything relating to it. Are there any tools such as kdump (which doesn''t seem to work on xenified kernels) for catching the kernel crash snapshot. Regards, Sree Harsha Totakura Member, Open

https://bugs.freedesktop.org/show_bug.cgi?id=69465 Priority: medium Bug ID: 69465 Assignee: nouveau at lists.freedesktop.org Summary: Kernel freeze with NVA3 kernel 3.11.1 / PGRAPH][0000:01:00.0] PGRAPH TLB flush idle timeout fail QA Contact: xorg-team at lists.x.org Severity: critical

We have a setup with 15 hosts fibre attached via a switch to a common SAN. Each host has a single fibre port, the SAN has two controllers each with two ports. The SAN is exposing four OCFS2 v1.4.2 volumes. While performing a failover test, we observed 8 hosts fence and 2 reboot _without_ fencing. The OCFS2 FAQ recommends a default disk heartbeat of 31 - 61 loops for multipath io users. Our initial

When a bridge interface deletes its underlying ports, it should notify netconsole too, like what bonding interface does. Cc: "David S. Miller" <davem at davemloft.net> Signed-off-by: Cong Wang <amwang at redhat.com> --- net/bridge/br_if.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/net/bridge/br_if.c b/net/bridge/br_if.c index e1144e1..d243914

On Wed, Jan 11, 2012 at 04:52:36PM +0800, Zhenzhong Duan wrote: > add polling interface to xen-netfront device to support netconsole > Ian, any thoughts on the spinlock changes? > Signed-off-by: Tina.Yang <tina.yang@oracle.com> > Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> > Cc: Jeremy Fitzhardinge <jeremy@goop.org> > Signed-off-by: Zhenzhong.Duan

--- man/nouveau.man | 29 +++++++++++++++++++++++------ 1 file changed, 23 insertions(+), 6 deletions(-) diff --git a/man/nouveau.man b/man/nouveau.man index 7c72907..a8dfacd 100644 --- a/man/nouveau.man +++ b/man/nouveau.man @@ -13,7 +13,7 @@ nouveau \- NVIDIA video driver .fi .SH DESCRIPTION .B nouveau -is an __xservername__ driver for NVIDIA video cards. The driver supports 2D +is an

http://bugs.freedesktop.org/show_bug.cgi?id=16269 Summary: NV47 DVI DPMS scary loop Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: vallesroc

Hey! I''m deploying a vanilla Xen 4.1.2 installation at a hosting provider, and I''m experiencing hard hangs (i.e., the system is unresponsive to keystrokes, network is off, I/O to disk is stopped) on several of their available server packages, all based on Intel i7 CPUs and related chipsets. The failure does not seem related to a specific Xen-version (I''ve

I'm supporting a number of consumer devices (e.g. small NAS devices) in Debian. They typically don't export the serial console and don't have any other output devices. We perform the installation via SSH on such devices and start SSH automatically when the system boots so people can login. This works pretty well but sometimes a device stops to boot for no good reason. This is

One more follow on, The combination of kernel.panic=60 and kernel.printk=7 4 1 7 seems to have netted the culrptit: E01-netconsole.log:Jan 18 09:45:10 E01 (10,0):o2hb_write_timeout:137 ERROR: Heartbeat write timeout to device dm-12 after 60000 milliseconds E01-netconsole.log:Jan 18 09:45:10 E01 (10,0):o2hb_stop_all_regions:1517 ERROR: stopping heartbeat on all active regions.

I recently moved my CentOS 4.5 disk from a Lenovo ThinkCentre M52 (3.2 GHz Pentium 4) to a Lenovo ThinkCentre M55 (3.4 GHz Core 2 Duo). I had to install the SMP kernel, but other than that everything just worked. I did have an issue with accidentally initializing my /boot partition, but that was my own fault. But the system was not feeling right. Some things just seemed to be slower,

https://bugs.freedesktop.org/show_bug.cgi?id=40572 Summary: Nouveau drm causes failure to resume from suspend with any kernel newer than 2.6.36 Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component:

Otherwise my card (nv92) never resumes from suspend to ram, hanging on nv_mask in nv50_gpio_drive. Before rework, initialization was done only from POST, so this patch restores previous behaviour. Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> --- Let me tell you little story about this patch... It took me ~week to figure it out. 1) I bisected it to "drm/nouveau/gpio: