Bug#703179: Live nonfree images don't start x-session on radeon video cards
ok, so the bug isn't in the runtime configuration (live-config) but in fglrx doesn't work with kms which we'll need to workaround in the buildtime configuration (live-images) by conditionally adding nomodeset to bootappend in case non-free was enabled. I don't use fglrx - my graphic chips (Radeon Xpress 1250 (200m) and Radeon Xpress 1150 (200m)) work only with radeon driver and R300 firmware. What has fglrx and kms for my case? Yes, it start with radeon.modeset=0 parameter, but in this case it start with software rendering. Live images from other ditributions (openSUSE, Fedora) that have nonfree firmware start perfectly with hardware rendering for radeon driver and with kms. Maybe radeon driver should be included in initrd image? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703179: Live nonfree images don't start x-session on radeon video cards
Do the prop drivers (nvidia and ati) only increase performance, or are there cases where the open source drivers won't let x even start but x would start with the prop drivers? Thanks, Corey On Sun, Mar 24, 2013 at 5:39 AM, zo...@softhome.net wrote: ok, so the bug isn't in the runtime configuration (live-config) but in fglrx doesn't work with kms which we'll need to workaround in the buildtime configuration (live-images) by conditionally adding nomodeset to bootappend in case non-free was enabled. I don't use fglrx - my graphic chips (Radeon Xpress 1250 (200m) and Radeon Xpress 1150 (200m)) work only with radeon driver and R300 firmware. What has fglrx and kms for my case? Yes, it start with radeon.modeset=0 parameter, but in this case it start with software rendering. Live images from other ditributions (openSUSE, Fedora) that have nonfree firmware start perfectly with hardware rendering for radeon driver and with kms. Maybe radeon driver should be included in initrd image? -- To UNSUBSCRIBE, email to debian-live-request@lists.**debian.orgdebian-live-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/**courier.514EC9EA.2CFC@** softhome.nethttp://lists.debian.org/courier.514ec9ea.2...@softhome.net -- -- *FixMeStick* Stick it to Viruses Corey Velan, Co-Founder m (514) 220-8207 o (888) 530-6125 Suite #210, 376 Victoria Ave, Montreal, QC, H3Z 1C3 www.FixMeStick.com http://www.fixmestick.com/ | Facebookhttp://www.FixMeStick.com/facebook | Twitter http://twitter.com/#!/FixMeStick
Bug#703179: Live nonfree images don't start x-session on radeon video cards
Do the prop drivers (nvidia and ati) only increase performance, or are there cases where the open source drivers won't let x even start but x would start with the prop drivers? Thanks, Corey On Tue, Mar 19, 2013 at 12:42 PM, Ben Armstrong sy...@sanctuary.nslug.ns.ca wrote: On 03/19/2013 01:23 PM, Daniel Baumann wrote: ok, so the bug isn't in the runtime configuration (live-config) but in fglrx doesn't work with kms which we'll need to workaround in the buildtime configuration (live-images) by conditionally adding nomodeset to bootappend in case non-free was enabled. Ugh. That is going to be crappy for systems which don't actually require a non-free driver and may behave badly if it is disabled (e.g. intel). Use case: User wants a single image to use on two home systems, one of which requires non-free and one doesn't. probably not all that rare ... Wouldn't it be better to disable modeset for specific chipsets, and wouldn't that be better to do in the package providing the driver that behaves badly with modeset enabled? e.g. intel driver turns it on by providing /etc/modprobe.d/i915-kms.conf which contains: options i915 modeset=1 So, the opposite of that, and with the option only being applied to radeon (and/or nvidia if it turns out it needs it too). Do *all* radeons behave better with modeset disabled, or just some? (and are there any that behave well only with modeset enabled and not with it disabled)? I'm very uneasy about this change without checking it out on a wider range of hardware. Ben -- To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51489562.2020...@sanctuary.nslug.ns.ca -- -- *FixMeStick* Stick it to Viruses Corey Velan, Co-Founder m (514) 220-8207 o (888) 530-6125 Suite #210, 376 Victoria Ave, Montreal, QC, H3Z 1C3 www.FixMeStick.com http://www.fixmestick.com/ | Facebookhttp://www.FixMeStick.com/facebook | Twitter http://twitter.com/#!/FixMeStick
Bug#703179: Live nonfree images don't start x-session on radeon video cards
On 03/25/2013 04:21 PM, Corey Velan wrote: Do the prop drivers (nvidia and ati) only increase performance, or are there cases where the open source drivers won't let x even start but x would start with the prop drivers? yes :) the proprietary drivers (nvidia especially) support some bleeding edge cards that xorg doesn't support. this might not always be true (given that stable releases tend to have old nvidia drivers) as it's of course depending on which versions you compare, however, for your use case, you would want to use nvidia (and kernel) backports anyway to have better hardware support. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703179: Live nonfree images don't start x-session on radeon video cards
reassign 703179 live-images retitle 703179 disable kms by default in nonfree images thanks On 03/18/2013 08:48 AM, zo...@softhome.net wrote: No, it's not happen with normal (not nonfree enabled) images. ok, so the bug isn't in the runtime configuration (live-config) but in fglrx doesn't work with kms which we'll need to workaround in the buildtime configuration (live-images) by conditionally adding nomodeset to bootappend in case non-free was enabled. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703179: Live nonfree images don't start x-session on radeon video cards
On 03/19/2013 01:23 PM, Daniel Baumann wrote: ok, so the bug isn't in the runtime configuration (live-config) but in fglrx doesn't work with kms which we'll need to workaround in the buildtime configuration (live-images) by conditionally adding nomodeset to bootappend in case non-free was enabled. Ugh. That is going to be crappy for systems which don't actually require a non-free driver and may behave badly if it is disabled (e.g. intel). Use case: User wants a single image to use on two home systems, one of which requires non-free and one doesn't. probably not all that rare ... Wouldn't it be better to disable modeset for specific chipsets, and wouldn't that be better to do in the package providing the driver that behaves badly with modeset enabled? e.g. intel driver turns it on by providing /etc/modprobe.d/i915-kms.conf which contains: options i915 modeset=1 So, the opposite of that, and with the option only being applied to radeon (and/or nvidia if it turns out it needs it too). Do *all* radeons behave better with modeset disabled, or just some? (and are there any that behave well only with modeset enabled and not with it disabled)? I'm very uneasy about this change without checking it out on a wider range of hardware. Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703179: Live nonfree images don't start x-session on radeon video cards
No, it's not happen with normal (not nonfree enabled) images. It starts, but with software rendering. from dmesg: [ 74.447167] [drm] Setting GART location based on new memory map [ 74.448905] [drm] Loading R300 Microcode [ 74.466856] platform radeon_cp.0: firmware: agent aborted loading radeon/R300_cp.bin (not found?) [ 74.466945] [drm:radeon_do_init_cp] *ERROR* Failed to load firmware! Xorg.0.log: [69.336] X.Org X Server 1.12.4 Release Date: 2012-08-27 [69.336] X Protocol Version 11, Revision 0 [69.336] Build Operating System: Linux 2.6.32-5-amd64 i686 Debian [69.336] Current Operating System: Linux debian 3.2.0-4-486 #1 Debian 3.2.35-2 i686 [69.337] Kernel command line: boot=live config quiet splash initrd=/live/initrd1.img BOOT_IMAGE=/live/vmlinuz1 [69.337] Build Date: 23 February 2013 06:25:22PM [69.337] xorg-server 2:1.12.4-5 (Julien Cristau jcris...@debian.org) [69.337] Current version of pixman: 0.26.0 [69.337]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [69.337] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [69.337] (==) Log file: /var/log/Xorg.0.log, Time: Mon Mar 18 07:24:08 2013 [69.500] (==) Using system config directory /usr/share/X11/xorg.conf.d [69.516] (==) No Layout section. Using the first Screen section. [69.516] (==) No screen section available. Using defaults. [69.516] (**) |--Screen Default Screen Section (0) [69.516] (**) | |--Monitor default monitor [69.517] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [69.517] (==) Automatically adding devices [69.517] (==) Automatically enabling devices [70.413] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [70.413]Entry deleted from font path. [71.215] (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. [71.215]Entry deleted from font path. [71.215] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [71.215] (==) ModulePath set to /usr/lib/xorg/modules [71.215] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [71.215] (II) Loader magic: 0xb77065a0 [71.215] (II) Module ABI versions: [71.215]X.Org ANSI C Emulation: 0.4 [71.215]X.Org Video Driver: 12.1 [71.215]X.Org XInput driver : 16.0 [71.215]X.Org Server Extension : 6.0 [71.223] (--) PCI:*(0:1:5:0) 1002:5a62:144d:c02b rev 0, Mem @ 0xd000/268435456, 0xc000/65536, I/O @ 0x9000/256, BIOS @ 0x/131072 [71.226] (II) Open ACPI successful (/var/run/acpid.socket) [71.226] (II) LoadModule: extmod [71.229] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [71.377] (II) Module extmod: vendor=X.Org Foundation [71.377]compiled for 1.12.4, module version = 1.0.0 [71.377]Module class: X.Org Server Extension [71.377]ABI class: X.Org Server Extension, version 6.0 [71.377] (II) Loading extension SELinux [71.377] (II) Loading extension MIT-SCREEN-SAVER [71.377] (II) Loading extension XFree86-VidModeExtension [71.377] (II) Loading extension XFree86-DGA [71.377] (II) Loading extension DPMS [71.377] (II) Loading extension XVideo [71.377] (II) Loading extension XVideo-MotionCompensation [71.377] (II) Loading extension X-Resource [71.377] (II) LoadModule: dbe [71.377] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so [71.476] (II) Module dbe: vendor=X.Org Foundation [71.476]compiled for 1.12.4, module version = 1.0.0 [71.476]Module class: X.Org Server Extension [71.476]ABI class: X.Org Server Extension, version 6.0 [71.476] (II) Loading extension DOUBLE-BUFFER [71.476] (II) LoadModule: glx [71.477] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [71.532] (II) Module glx: vendor=X.Org Foundation [71.532]compiled for 1.12.4, module version = 1.0.0 [71.532]ABI class: X.Org Server Extension, version 6.0 [71.532] (==) AIGLX enabled [71.532] (II) Loading extension GLX [71.532] (II) LoadModule: record [71.533] (II) Loading /usr/lib/xorg/modules/extensions/librecord.so [71.564] (II) Module record: vendor=X.Org Foundation [71.564]compiled for 1.12.4, module version = 1.13.0 [71.564]Module class: X.Org Server Extension [71.564]ABI class: X.Org Server
Bug#703179: Live nonfree images don't start x-session on radeon video cards
reassign 703179 live-config tag 703179 moreinfo thanks does it happen with the normal (not nonfree enabled) images too? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703179: Live nonfree images don't start x-session on radeon video cards
Package: live-build Severity: critical I download debian-wheezy-live-rc1-i386-xfce-desktop+nonfree.iso and this can't start x-session on my laptops with radeon chip (200m): Samsung R40 and Dell Inspiron 1501. With Alt+Ctrl+2 I switch to virtual terminal and save dmesg and Xorg.0.log (below). It seems that the kernel module is loaded too late. Possible that it should be in the initrd image. Something similar is described here: http://forums.debian.net/viewtopic.php?f=7t=91510start=15. From dmesg (Samsung R40): [ 73.195132] fbcon: radeondrmfb (fb0) is primary device [ 73.196644] Console: switching to colour frame buffer device 160x50 [ 73.196658] fb0: radeondrmfb frame buffer device [ 73.196661] drm: registered panic notifier [ 73.196674] [drm] Initialized radeon 2.12.0 20080528 for :01:05.0 on minor 0 Xorg.0.log (Samsung R40): [68.262] X.Org X Server 1.12.4 Release Date: 2012-08-27 [68.262] X Protocol Version 11, Revision 0 [68.263] Build Operating System: Linux 2.6.32-5-amd64 i686 Debian [68.263] Current Operating System: Linux debian 3.2.0-4-486 #1 Debian 3.2.35-2 i686 [68.263] Kernel command line: boot=live config quiet splash initrd=/live/initrd1.img BOOT_IMAGE=/live/vmlinuz1 [68.263] Build Date: 23 February 2013 06:25:22PM [68.263] xorg-server 2:1.12.4-5 (Julien Cristau jcris...@debian.org) [68.263] Current version of pixman: 0.26.0 [68.263]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [68.263] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [68.263] (==) Log file: /var/log/Xorg.0.log, Time: Tue Mar 5 07:19:53 2013 [68.677] (==) Using system config directory /usr/share/X11/xorg.conf.d [68.700] (==) No Layout section. Using the first Screen section. [68.700] (==) No screen section available. Using defaults. [68.700] (**) |--Screen Default Screen Section (0) [68.700] (**) | |--Monitor default monitor [68.700] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [68.700] (==) Automatically adding devices [68.701] (==) Automatically enabling devices [69.184] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [69.184]Entry deleted from font path. [69.365] (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. [69.365]Entry deleted from font path. [69.365] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [69.365] (==) ModulePath set to /usr/lib/xorg/modules [69.365] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [69.365] (II) Loader magic: 0xb77395a0 [69.365] (II) Module ABI versions: [69.365]X.Org ANSI C Emulation: 0.4 [69.365]X.Org Video Driver: 12.1 [69.365]X.Org XInput driver : 16.0 [69.365]X.Org Server Extension : 6.0 [69.366] (--) PCI:*(0:1:5:0) 1002:5a62:144d:c02b rev 0, Mem @ 0xd000/268435456, 0xc000/65536, I/O @ 0x9000/256, BIOS @ 0x/131072 [69.371] (II) Open ACPI successful (/var/run/acpid.socket) [69.371] (II) LoadModule: extmod [69.527] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [69.732] (II) Module extmod: vendor=X.Org Foundation [69.732]compiled for 1.12.4, module version = 1.0.0 [69.732]Module class: X.Org Server Extension [69.732]ABI class: X.Org Server Extension, version 6.0 [69.732] (II) Loading extension SELinux [69.732] (II) Loading extension MIT-SCREEN-SAVER [69.732] (II) Loading extension XFree86-VidModeExtension [69.732] (II) Loading extension XFree86-DGA [69.732] (II) Loading extension DPMS [69.732] (II) Loading extension XVideo [69.732] (II) Loading extension XVideo-MotionCompensation [69.732] (II) Loading extension X-Resource [69.732] (II) LoadModule: dbe [69.733] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so [69.778] (II) Module dbe: vendor=X.Org Foundation [69.778]compiled for 1.12.4, module version = 1.0.0 [69.778]Module class: X.Org Server Extension [69.778]ABI class: X.Org Server Extension, version 6.0 [69.778] (II) Loading extension DOUBLE-BUFFER [69.778] (II) LoadModule: glx [69.909] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [70.460] (II) Module glx: vendor=X.Org Foundation [70.460]compiled for 1.12.4, module version = 1.0.0 [70.460]
