Re: system freezes after loading gdm/gnome
As usual, I have completely forgotten any relevant system/software info, so: This is a Thinkpad T420 with: 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) I've just sent a mesa-9.1-2 build for koji for F19 that should workaround this, we don't have a proper fix yet, but the chromeos developers had a hack in their tree they pointed me at, and it does appear to let me boot again with RC6 enabled. Dave. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
Jan Dvořák mor...@anilinux.org wrote: I am running rawhide for fun and since a few days ago a few seconds after starting gdm the whole system freezes. I am sorry that I can't really pinpoint the exact update as I suspend and this only manifested after a reboot. Do you see the same problem starting KDE instead? David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
We've figured out now that putting i915.i915_enable_rc6=0 on the kernel commandline works around the issue. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
On Thu, 28 Feb 2013 10:04:11 + David Howells dhowe...@redhat.com wrote: Jan Dvořák mor...@anilinux.org wrote: I am running rawhide for fun and since a few days ago a few seconds after starting gdm the whole system freezes. I am sorry that I can't really pinpoint the exact update as I suspend and this only manifested after a reboot. Do you see the same problem starting KDE instead? I will try again with something that does not use cogl and with disabled rc6, now that I have btrfs root with snapshots. Until then. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
Do you see the same problem starting KDE instead? I will try again with something that does not use cogl and with disabled rc6, now that I have btrfs root with snapshots. Both KDM and Xfce4 work flawlessly. I have tried with i915.i915_enable_rc6=0 and there was no difference. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
On Thu, Feb 28, 2013 at 11:31 AM, Jan Dvořák mor...@anilinux.org wrote: Do you see the same problem starting KDE instead? I will try again with something that does not use cogl and with disabled rc6, now that I have btrfs root with snapshots. Both KDM and Xfce4 work flawlessly. I have tried with i915.i915_enable_rc6=0 and there was no difference. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Matthias: What do you mean by kernel commandline? I thought there was one command line for everything. Is there a different one for the kernel? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
On Thu, Feb 28, 2013 at 13:42:56 -0800, Richard Vickery richard.vicker...@gmail.com wrote: On Thu, Feb 28, 2013 at 11:31 AM, Jan Dvořák mor...@anilinux.org wrote: Do you see the same problem starting KDE instead? I will try again with something that does not use cogl and with disabled rc6, now that I have btrfs root with snapshots. Both KDM and Xfce4 work flawlessly. I have tried with i915.i915_enable_rc6=0 and there was no difference. Likely the output of: cat /proc/cmdline This tells what parameters where used at boot on the kernel command line. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
Richard Vickery wrote: Matthias: What do you mean by kernel commandline? I thought there was one command line for everything. Is there a different one for the kernel? Yes, all programs take command line parameters when they get run, and of course you cannot run the kernel from a normal shell, the parameters are passed from GRUB, so you need to edit the command line in GRUB. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
Am 28.02.2013 22:42, schrieb Richard Vickery: Matthias: What do you mean by kernel commandline? I thought there was one command line for everything. Is there a different one for the kernel? seriously? http://www.kernel.org/doc/Documentation/kernel-parameters.txt https://bbs.archlinux.org/viewtopic.php?id=94904 google: linux kernel commandline grub __ this as example: root=UUID=918f24a7-bc8e-4da5-8a23-8800d5104421 ro audit=0 rd.plymouth=0 plymouth.enable=0 ipv6.disable=1 biosdevname=0 nodmraid raid=noautodetect nomodeset selinux=0 scsi_mod.scan=sync elevator=noop divider=10 clocksource=hpet nousb noisapnp noresume nodomains nobar norom printk.time=0 thermal.off=1 nmi_watchdog=0 pcie_aspm=off consoleblank=0 acpi_osi=Linux rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM SYSFONT=latarcyrheb-sun16 LANG=de_DE.UTF-8 KEYTABLE=de-latin1-nodeadkeys signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
Hi, On Mon, 25 Feb 2013 15:52:07 +0100 Bastien Nocera bnoc...@redhat.com wrote: On Mon, 2013-02-25 at 15:26 +0100, Jan Dvořák wrote: Intel driver? I've seen those as well. Trying rolling back to the last update that included a new cogl and let us know whether that fixes it. I've spent a considerable amount of time trying to downgrade the packages, but there were too many. I am wiping both F18-rawhide and rawhide LVs and starting anew from F18 with blacklisted cogl-1.13.4, this time with system snapshots. Have anyone else bitten by this talked to cogl developers yet? Best regards, Jan Dvorak -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
On Mon, 25 Feb 2013 10:29:34 -0500, Clyde E. Kunkel wrote: Seeing this also. Rawhide up-to-date with stock ati driver on RV 630. X seems to be eating up cpu cycles during sluggishness. A recent update has changed behaviour. After logging in via GDM, the screen turns black, the mouse pointer can be moved but only sluggishly, and the first login attempt takes _some time_. Then the familiar background is _zoomed in_ (for whatever reason there may be). Once I've lost the mouse pointer at that black screen, and when GNOME Shell had been started, I could only navigate with an invisible mouse pointer to log out and log back in, which worked, btw. -- Fedora release 19 (Rawhide) - Linux 3.9.0-0.rc0.git6.1.fc19.x86_64 loadavg: 0.33 0.18 0.15 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
system freezes after loading gdm/gnome
Hi, I am running rawhide for fun and since a few days ago a few seconds after starting gdm the whole system freezes. I am sorry that I can't really pinpoint the exact update as I suspend and this only manifested after a reboot. The problem is that I don't get any logs and running startx with exec gnome-session in .xinitrc leads to the exactly same problem. Interestingly, if I run just gnome-terminal from my .xinitrc, close it and then re-run with full gnome-session, I get the shell and everything seems to work. Well, except it is somewhat sluggish, suggesting some hidden breakage. Any advices? Best regards, Jan Dvorak -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
I am running rawhide for fun and since a few days ago a few seconds after starting gdm the whole system freezes. I am sorry that I can't really pinpoint the exact update as I suspend and this only manifested after a reboot. Do you see a blue screen when it freezes? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
As usual, I have completely forgotten any relevant system/software info, so: This is a Thinkpad T420 with: 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) dmesg says: [4.748523] [drm] Initialized drm 1.1.0 20060810 [4.795277] [drm] Memory usable by graphics device = 2048M [4.795305] fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver [4.798409] i915 :00:02.0: setting latency timer to 64 [4.895473] i915 :00:02.0: irq 43 for MSI/MSI-X [4.895881] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [4.895883] [drm] Driver supports precise vblank timestamp query. [5.015197] fbcon: inteldrmfb (fb0) is primary device [5.871902] i915 :00:02.0: fb0: inteldrmfb frame buffer device [5.871904] i915 :00:02.0: registered panic notifier [6.055590] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [6.721223] [drm] Enabling RC6 states: RC6 on, RC6p off, RC6pp off The Xorg.0.log is attached as well as `rpm -qa` output. The system was originally F18, but I decided to upgrade to rawhide. I am going to try clean rawhide install on another LV. Ozan Çağlayan ozan...@gmail.com wrote: Do you see a blue screen when it freezes? No, not really. Just a black screen, possibly with the frozen cursor if it manages to show up at all. Best regards, Jan Dvorak [ 1658.461] This is a pre-release version of the X server from Fedora Project. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. [ 1658.461] X.Org X Server 1.13.99.902 (1.14.0 RC 2) Release Date: 2013-02-12 [ 1658.462] X Protocol Version 11, Revision 0 [ 1658.462] Build Operating System: 2.6.32-279.19.1.el6.x86_64 [ 1658.462] Current Operating System: Linux gesher 3.9.0-0.rc0.git5.1.fc19.x86_64 #1 SMP Fri Feb 22 16:35:19 UTC 2013 x86_64 [ 1658.463] Kernel command line: BOOT_IMAGE=/vmlinuz-3.9.0-0.rc0.git5.1.fc19.x86_64 root=/dev/mapper/vg_gesher-lv_f18 ro rd.lvm.lv=vg_gesher/lv_f18 rd.luks.uuid=luks-0c396465-352d-4565-96ca-fcd01424c74c rd.dm=0 rd.lvm.lv=vg_gesher/lv_swap rd.md=0 rhgb quiet LANG=en_US.UTF-8 [ 1658.463] Build Date: 15 February 2013 01:36:06AM [ 1658.463] Build ID: xorg-x11-server 1.13.99.902-1.20130215.fc19 [ 1658.463] Current version of pixman: 0.28.0 [ 1658.463] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 1658.463] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 1658.464] (==) Log file: /var/log/Xorg.0.log, Time: Mon Feb 25 15:26:54 2013 [ 1658.466] (==) Using config directory: /etc/X11/xorg.conf.d [ 1658.466] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 1658.466] (==) No Layout section. Using the first Screen section. [ 1658.466] (==) No screen section available. Using defaults. [ 1658.467] (**) |--Screen Default Screen Section (0) [ 1658.467] (**) | |--Monitor default monitor [ 1658.467] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [ 1658.467] (**) Option DontZap false [ 1658.467] (==) Automatically adding devices [ 1658.467] (==) Automatically enabling devices [ 1658.467] (==) Automatically adding GPU devices [ 1658.467] (==) FontPath set to: catalogue:/etc/X11/fontpath.d, built-ins [ 1658.467] (==) ModulePath set to /usr/lib64/xorg/modules [ 1658.467] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 1658.467] (II) Loader magic: 0x7fece0 [ 1658.467] (II) Module ABI versions: [ 1658.467] X.Org ANSI C Emulation: 0.4 [ 1658.468] X.Org Video Driver: 14.1 [ 1658.468] X.Org XInput driver : 19.1 [ 1658.468] X.Org Server Extension : 7.0 [ 1658.469] (II) config/udev: Adding drm device (/dev/dri/card0) [ 1658.478] (--) PCI:*(0:0:2:0) 8086:0126:17aa:21d0 rev 9, Mem @ 0xf000/4194304, 0xe000/268435456, I/O @ 0x4000/64, BIOS @ 0x/131072 [ 1658.478] Initializing built-in extension Generic Event Extension [ 1658.478] Initializing built-in extension SHAPE [ 1658.478] Initializing built-in extension MIT-SHM [ 1658.478] Initializing built-in extension XInputExtension [ 1658.478] Initializing built-in extension XTEST [ 1658.478] Initializing built-in extension BIG-REQUESTS [ 1658.478] Initializing built-in extension SYNC [ 1658.478] Initializing built-in extension XKEYBOARD [ 1658.478] Initializing built-in extension XC-MISC [
Re: system freezes after loading gdm/gnome
On Mon, 2013-02-25 at 15:26 +0100, Jan Dvořák wrote: Hi, I am running rawhide for fun and since a few days ago a few seconds after starting gdm the whole system freezes. I am sorry that I can't really pinpoint the exact update as I suspend and this only manifested after a reboot. Intel driver? I've seen those as well. Trying rolling back to the last update that included a new cogl and let us know whether that fixes it. The problem is that I don't get any logs and running startx with exec gnome-session in .xinitrc leads to the exactly same problem. Xorg -configure and move the generated xorg.conf file to /etc/X11 and change the intel driver to modesetting and it should be enough to at least get a graphical interface. Interestingly, if I run just gnome-terminal from my .xinitrc, close it and then re-run with full gnome-session, I get the shell and everything seems to work. Well, except it is somewhat sluggish, suggesting some hidden breakage. Cheers -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: system freezes after loading gdm/gnome
On 02/25/2013 09:26 AM, Jan Dvořák wrote: Hi, I am running rawhide for fun and since a few days ago a few seconds after starting gdm the whole system freezes. I am sorry that I can't really pinpoint the exact update as I suspend and this only manifested after a reboot. The problem is that I don't get any logs and running startx with exec gnome-session in .xinitrc leads to the exactly same problem. Interestingly, if I run just gnome-terminal from my .xinitrc, close it and then re-run with full gnome-session, I get the shell and everything seems to work. Well, except it is somewhat sluggish, suggesting some hidden breakage. Any advices? Best regards, Jan Dvorak Seeing this also. Rawhide up-to-date with stock ati driver on RV 630. X seems to be eating up cpu cycles during sluggishness. -- Regards, OldFart -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
