Bug#608343: installation-reports: nouveau makes display unusable (GeForce 5200 FX)

2011-12-31 Thread Sam Morris
On Fri, 2011-08-19 at 16:19 +0100, Sam Morris wrote:
 On Thu, 2010-12-30 at 16:08 +0100, Julien Cristau wrote:
 Reassigning to the nouveau X driver. That may belong to the kernel
 package but X maintainers will know this better than the installer
 team..:)
 
A. They don't know any better without seeing dmesg and X logs.
   
   Indeed, that was remiss of me. Here are the logs.
   
  Thanks.  It seems the kernel detects a monitor on VGA, is that correct?
  What resolution should it be using (1280x1024, from the EDID in the X
  log)?  Could you try booting the kernel in experimental?  Without X,
  since the kernel ABI changed so that won't work anyway, but just loading
  nouveau.ko should do the modeset dance and either give a black screen or
  a working console.
 
 I've (finally!) gotten the chance to test this system with a new kernel.
 I booted 3.0.0 from unstable but still get the same 'video mode not
 supported' message from my monitor when the nouveau module is loaded.

An update on this... the situation is the same with Linux 3.1. I also
swapped out the monitor without any luck. Finally, I booted the Fedora
16 live CD and got the same 'video mode not supported' message.

-- 
Sam Morris s...@robots.org.uk



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#608343: installation-reports: nouveau makes display unusable (GeForce 5200 FX)

2011-12-31 Thread Julien Cristau
On Sat, Dec 31, 2011 at 19:12:06 +, Sam Morris wrote:

 An update on this... the situation is the same with Linux 3.1. I also
 swapped out the monitor without any luck. Finally, I booted the Fedora
 16 live CD and got the same 'video mode not supported' message.
 
Sounds like this should be filed upstream.  Please open a bug at
https://bugs.freedesktop.org/enter_bug.cgi?product=xorgcomponent=Driver/nouveau
(there's no separate component for nouveau drm afaik) and attach kernel
logs from a boot with drm.debug=6.

Cheers,
Julien



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#608343: installation-reports: nouveau makes display unusable (GeForce 5200 FX)

2011-08-19 Thread Sam Morris
On Thu, 2010-12-30 at 16:08 +0100, Julien Cristau wrote:
Reassigning to the nouveau X driver. That may belong to the kernel
package but X maintainers will know this better than the installer
team..:)

   A. They don't know any better without seeing dmesg and X logs.
  
  Indeed, that was remiss of me. Here are the logs.
  
 Thanks.  It seems the kernel detects a monitor on VGA, is that correct?
 What resolution should it be using (1280x1024, from the EDID in the X
 log)?  Could you try booting the kernel in experimental?  Without X,
 since the kernel ABI changed so that won't work anyway, but just loading
 nouveau.ko should do the modeset dance and either give a black screen or
 a working console.

I've (finally!) gotten the chance to test this system with a new kernel.
I booted 3.0.0 from unstable but still get the same 'video mode not
supported' message from my monitor when the nouveau module is loaded.

 Cheers,
 Julien

-- 
Sam Morris s...@robots.org.uk




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#608343: installation-reports: nouveau makes display unusable (GeForce 5200 FX)

2010-12-30 Thread Julien Cristau
On Thu, Dec 30, 2010 at 08:13:13 +0100, Christian PERRIER wrote:

 reassign 608343 xserver-xorg-video-nouveau
 thanks
 
 Quoting Sam Morris (s...@robots.org.uk):
 
  As soon as the 'nouveau' kernel module is loaded, the display only shows 
  'video
  mode not supported' until the machine is rebooted.
  
  Creating a blacklist entry in /etc/modprobe.d for the nouveau module is not
  sufficient to prevent it from being loaded.
  
  Putting GRUB_CMDLINE_LINUX=nouveau.modeset=0 in /etc/default/grub and 
  running
  update-grub prevents nouveau from operating, however Xorg falls back to the
  vesa module rather than nv, making the system very slow to use.
 
 
 Reassigning to the nouveau X driver. That may belong to the kernel
 package but X maintainers will know this better than the installer
 team..:)
 
They don't know any better without seeing dmesg and X logs.

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#608343: installation-reports: nouveau makes display unusable (GeForce 5200 FX)

2010-12-30 Thread Julien Cristau
reassign 608343 linux-2.6 2.6.32-29
kthxbye

On Thu, Dec 30, 2010 at 14:21:00 +, Sam Morris wrote:

 On Thu, 2010-12-30 at 14:40 +0100, Julien Cristau wrote:
As soon as the 'nouveau' kernel module is loaded, the display only 
shows 'video
mode not supported' until the machine is rebooted.

Creating a blacklist entry in /etc/modprobe.d for the nouveau module is 
not
sufficient to prevent it from being loaded.

Weird, that should have worked.

Putting GRUB_CMDLINE_LINUX=nouveau.modeset=0 in /etc/default/grub and 
running
update-grub prevents nouveau from operating, however Xorg falls back to 
the
vesa module rather than nv, making the system very slow to use.

Please file a separate bug for this.

   Reassigning to the nouveau X driver. That may belong to the kernel
   package but X maintainers will know this better than the installer
   team..:)
   
  A. They don't know any better without seeing dmesg and X logs.
 
 Indeed, that was remiss of me. Here are the logs.
 
Thanks.  It seems the kernel detects a monitor on VGA, is that correct?
What resolution should it be using (1280x1024, from the EDID in the X
log)?  Could you try booting the kernel in experimental?  Without X,
since the kernel ABI changed so that won't work anyway, but just loading
nouveau.ko should do the modeset dance and either give a black screen or
a working console.

 Happy New Year!

And a happy new year to you too :)

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#608343: installation-reports: nouveau makes display unusable (GeForce 5200 FX)

2010-12-29 Thread Sam Morris
Package: installation-reports
Severity: important


-- Package-specific info:

Boot method: CD
Image version: squeeze installer beta 2 netinst
Date: Thu Dec 30 01:22:45 GMT 2010

Machine: 
Partitions:

Disk /dev/sda: 61.5 GB, 61492838400 bytes
255 heads, 63 sectors/track, 7476 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000c2fd9

   Device Boot  Start End  Blocks   Id  System
/dev/sda1   1 365 2928640   82  Linux swap / Solaris
Partition 1 does not end on cylinder boundary.
/dev/sda2 3657477571207695  Extended
/dev/sda5 3651581 9764864   83  Linux
/dev/sda61581747747354880   83  Linux

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[E]

Comments/Problems:

As soon as the 'nouveau' kernel module is loaded, the display only shows 'video
mode not supported' until the machine is rebooted.

Creating a blacklist entry in /etc/modprobe.d for the nouveau module is not
sufficient to prevent it from being loaded.

Putting GRUB_CMDLINE_LINUX=nouveau.modeset=0 in /etc/default/grub and running
update-grub prevents nouveau from operating, however Xorg falls back to the
vesa module rather than nv, making the system very slow to use.

-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION=Debian GNU/Linux installer
DISTRIB_RELEASE=6.0 (squeeze) - installer build 20101127
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux shodan 2.6.32-5-amd64 #1 SMP Sat Oct 30 14:18:21 UTC 2010 
x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host 
Bridge [1106:0282]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:80a3]
lspci -knn: Kernel driver in use: agpgart-amd64
lspci -knn: 00:00.1 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host 
Bridge [1106:1282]
lspci -knn: 00:00.2 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host 
Bridge [1106:2282]
lspci -knn: 00:00.3 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host 
Bridge [1106:3282]
lspci -knn: 00:00.4 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host 
Bridge [1106:4282]
lspci -knn: 00:00.7 Host bridge [0600]: VIA Technologies, Inc. K8T800Pro Host 
Bridge [1106:7282]
lspci -knn: 00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT8237 PCI bridge 
[K8T800/K8T890 South] [1106:b188]
lspci -knn: 00:0a.0 Ethernet controller [0200]: Marvell Technology Group Ltd. 
88E8001 Gigabit Ethernet Controller [11ab:4320] (rev 13)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:811a]
lspci -knn: Kernel driver in use: skge
lspci -knn: 00:0c.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ [10ec:8139] (rev 10)
lspci -knn: Subsystem: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ [10ec:8139]
lspci -knn: Kernel driver in use: 8139too
lspci -knn: 00:0e.0 Multimedia audio controller [0401]: Creative Labs SB Live! 
EMU10k1 [1102:0002] (rev 07)
lspci -knn: Subsystem: Creative Labs Device [1102:8064]
lspci -knn: 00:0e.1 Input device controller [0980]: Creative Labs SB Live! Game 
Port [1102:7002] (rev 07)
lspci -knn: Subsystem: Creative Labs Device [1102:0020]
lspci -knn: 00:0f.0 RAID bus controller [0104]: VIA Technologies, Inc. VIA 
VT6420 SATA RAID Controller [1106:3149] (rev 80)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:80ed]
lspci -knn: Kernel driver in use: sata_via
lspci -knn: 00:0f.1 IDE interface [0101]: VIA Technologies, Inc. 
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] (rev 06)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:80ed]
lspci -knn: Kernel driver in use: pata_via
lspci -knn: 00:10.0 USB Controller [0c03]: VIA Technologies, Inc. VT82x 
UHCI USB 1.1 Controller [1106:3038] (rev 81)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:80ed]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:10.1 USB Controller 

Bug#608343: installation-reports: nouveau makes display unusable (GeForce 5200 FX)

2010-12-29 Thread Christian PERRIER
reassign 608343 xserver-xorg-video-nouveau
thanks

Quoting Sam Morris (s...@robots.org.uk):

 As soon as the 'nouveau' kernel module is loaded, the display only shows 
 'video
 mode not supported' until the machine is rebooted.
 
 Creating a blacklist entry in /etc/modprobe.d for the nouveau module is not
 sufficient to prevent it from being loaded.
 
 Putting GRUB_CMDLINE_LINUX=nouveau.modeset=0 in /etc/default/grub and 
 running
 update-grub prevents nouveau from operating, however Xorg falls back to the
 vesa module rather than nv, making the system very slow to use.


Reassigning to the nouveau X driver. That may belong to the kernel
package but X maintainers will know this better than the installer
team..:)




signature.asc
Description: Digital signature