Re: [gentoo-user] Updates = slow firefox
Strangely, now my laptop's brightness adjustment doesn't work via the keyboard shortcuts. Any ideas on that? - Grant Please share the beast model :P (or maybe ive missed it). in kernel config You have multiple option for backlight eg. for thinkpad there is extra one in thinkpad specific acpi maybe You have something similar for Yours stuff. It's a Dell Vostro 1320. The keyboard shortcuts to change brightness were working great until I enabled DRM in the kernel. Can you tell me where in the kernel those options can be found, or part of the variable name that defines them? Try running xev and punching brightness keys, if you would see effects (some text in terminal) then its OK :P You should change the Acpi configs (etc/acpi/) or Gnome/KDE/Xfce/... bindings. I do see text in xev when pressing the brightness keys. (if You dont know it already) For acpi config You'll need event id try running acpi_listen. eg. /etc/acpi/events/sleep: event=ibm/hotkey HKEY 0080 1004 action=/etc/acpi/actions/sleep.sh and into actions you put scripts, try using xbacklight. You think I should use xbacklight or similar even though it was working on its own before? - Grant If You wouldn't have any reaction in xev and acpi_listen i check the option in kernel. I think that its better to have things done even if would be around then dont done it at all. :) Yes but I think I should find the built-in mechanism which was allowing it to work before instead of writing my own script to make it work. Don't you think so? - Grant Try built in Gnome\Kde\Xfce(etc) bindings i had some troubles (in xfce) - keys with names XF86* starts to randomly changes names or disappear from configs ... maybe its Your case too. -- Bartosz Szatkowski Got it, thank you for your help with this. I used xbacklight along with the xfce4 keyboard shortcut GUI settings. My backlight adjustment keystrokes are displayed as XF86MonBrightnessUp and *Down in those settings, so there must have been a mechanism adjusting the backlight based on that before I updated Xorg. Here are my xbacklight commands: xbacklight -inc 15 -steps 1 -time 0 xbacklight -dec 10 -steps 1 -time 0 Thanks again, Grant
Re: [gentoo-user] Updates = slow firefox
Dnia 2010-04-26, pon o godzinie 19:10 -0700, Grant pisze: Strangely, now my laptop's brightness adjustment doesn't work via the keyboard shortcuts. Any ideas on that? - Grant Please share the beast model :P (or maybe ive missed it). in kernel config You have multiple option for backlight eg. for thinkpad there is extra one in thinkpad specific acpi maybe You have something similar for Yours stuff. It's a Dell Vostro 1320. The keyboard shortcuts to change brightness were working great until I enabled DRM in the kernel. Can you tell me where in the kernel those options can be found, or part of the variable name that defines them? Try running xev and punching brightness keys, if you would see effects (some text in terminal) then its OK :P You should change the Acpi configs (etc/acpi/) or Gnome/KDE/Xfce/... bindings. I do see text in xev when pressing the brightness keys. (if You dont know it already) For acpi config You'll need event id try running acpi_listen. eg. /etc/acpi/events/sleep: event=ibm/hotkey HKEY 0080 1004 action=/etc/acpi/actions/sleep.sh and into actions you put scripts, try using xbacklight. You think I should use xbacklight or similar even though it was working on its own before? - Grant If You wouldn't have any reaction in xev and acpi_listen i check the option in kernel. I think that its better to have things done even if would be around then dont done it at all. :) -- Bartosz Szatkowski KeyFP: 1568 D5A7 B14C 0727 1C61 ACFB ABDE C08A DDB7 1F70 The freedom to run a program, for any purpose (freedom 0)
Re: [gentoo-user] Updates = slow firefox
Strangely, now my laptop's brightness adjustment doesn't work via the keyboard shortcuts. Any ideas on that? - Grant Please share the beast model :P (or maybe ive missed it). in kernel config You have multiple option for backlight eg. for thinkpad there is extra one in thinkpad specific acpi maybe You have something similar for Yours stuff. It's a Dell Vostro 1320. The keyboard shortcuts to change brightness were working great until I enabled DRM in the kernel. Can you tell me where in the kernel those options can be found, or part of the variable name that defines them? Try running xev and punching brightness keys, if you would see effects (some text in terminal) then its OK :P You should change the Acpi configs (etc/acpi/) or Gnome/KDE/Xfce/... bindings. I do see text in xev when pressing the brightness keys. (if You dont know it already) For acpi config You'll need event id try running acpi_listen. eg. /etc/acpi/events/sleep: event=ibm/hotkey HKEY 0080 1004 action=/etc/acpi/actions/sleep.sh and into actions you put scripts, try using xbacklight. You think I should use xbacklight or similar even though it was working on its own before? - Grant If You wouldn't have any reaction in xev and acpi_listen i check the option in kernel. I think that its better to have things done even if would be around then dont done it at all. :) Yes but I think I should find the built-in mechanism which was allowing it to work before instead of writing my own script to make it work. Don't you think so? - Grant
Re: [gentoo-user] Updates = slow firefox
Dnia 2010-04-27, wto o godzinie 10:37 -0700, Grant pisze: Strangely, now my laptop's brightness adjustment doesn't work via the keyboard shortcuts. Any ideas on that? - Grant Please share the beast model :P (or maybe ive missed it). in kernel config You have multiple option for backlight eg. for thinkpad there is extra one in thinkpad specific acpi maybe You have something similar for Yours stuff. It's a Dell Vostro 1320. The keyboard shortcuts to change brightness were working great until I enabled DRM in the kernel. Can you tell me where in the kernel those options can be found, or part of the variable name that defines them? Try running xev and punching brightness keys, if you would see effects (some text in terminal) then its OK :P You should change the Acpi configs (etc/acpi/) or Gnome/KDE/Xfce/... bindings. I do see text in xev when pressing the brightness keys. (if You dont know it already) For acpi config You'll need event id try running acpi_listen. eg. /etc/acpi/events/sleep: event=ibm/hotkey HKEY 0080 1004 action=/etc/acpi/actions/sleep.sh and into actions you put scripts, try using xbacklight. You think I should use xbacklight or similar even though it was working on its own before? - Grant If You wouldn't have any reaction in xev and acpi_listen i check the option in kernel. I think that its better to have things done even if would be around then dont done it at all. :) Yes but I think I should find the built-in mechanism which was allowing it to work before instead of writing my own script to make it work. Don't you think so? - Grant Try built in Gnome\Kde\Xfce(etc) bindings i had some troubles (in xfce) - keys with names XF86* starts to randomly changes names or disappear from configs ... maybe its Your case too. -- Bartosz Szatkowski KeyFP: 1568 D5A7 B14C 0727 1C61 ACFB ABDE C08A DDB7 1F70 The freedom to improve the program, and release your improvements to the public, so that the whole community benefits (freedom 3)
Re: [gentoo-user] Updates = slow firefox
Strangely, now my laptop's brightness adjustment doesn't work via the keyboard shortcuts. Any ideas on that? - Grant Please share the beast model :P (or maybe ive missed it). in kernel config You have multiple option for backlight eg. for thinkpad there is extra one in thinkpad specific acpi maybe You have something similar for Yours stuff. It's a Dell Vostro 1320. The keyboard shortcuts to change brightness were working great until I enabled DRM in the kernel. Can you tell me where in the kernel those options can be found, or part of the variable name that defines them? Try running xev and punching brightness keys, if you would see effects (some text in terminal) then its OK :P You should change the Acpi configs (etc/acpi/) or Gnome/KDE/Xfce/... bindings. I do see text in xev when pressing the brightness keys. (if You dont know it already) For acpi config You'll need event id try running acpi_listen. eg. /etc/acpi/events/sleep: event=ibm/hotkey HKEY 0080 1004 action=/etc/acpi/actions/sleep.sh and into actions you put scripts, try using xbacklight. You think I should use xbacklight or similar even though it was working on its own before? - Grant If You wouldn't have any reaction in xev and acpi_listen i check the option in kernel.
Re: [gentoo-user] Updates = slow firefox
Dnia 2010-04-23, pią o godzinie 09:51 -0700, Grant pisze: Strangely, now my laptop's brightness adjustment doesn't work via the keyboard shortcuts. Any ideas on that? - Grant Please share the beast model :P (or maybe ive missed it). in kernel config You have multiple option for backlight eg. for thinkpad there is extra one in thinkpad specific acpi maybe You have something similar for Yours stuff. It's a Dell Vostro 1320. The keyboard shortcuts to change brightness were working great until I enabled DRM in the kernel. Can you tell me where in the kernel those options can be found, or part of the variable name that defines them? Try running xev and punching brightness keys, if you would see effects (some text in terminal) then its OK :P You should change the Acpi configs (etc/acpi/) or Gnome/KDE/Xfce/... bindings. (if You dont know it already) For acpi config You'll need event id try running acpi_listen. eg. /etc/acpi/events/sleep: event=ibm/hotkey HKEY 0080 1004 action=/etc/acpi/actions/sleep.sh and into actions you put scripts, try using xbacklight. If You wouldn't have any reaction in xev and acpi_listen i check the option in kernel. -- Bartosz Szatkowski KeyFP: 1568 D5A7 B14C 0727 1C61 ACFB ABDE C08A DDB7 1F70 The freedom to redistribute copies of a program so you can help your neighbor (freedom 2)
Re: [gentoo-user] Updates = slow firefox
Dnia 2010-04-22, czw o godzinie 09:47 -0700, Grant pisze: Could this be the problem? # grep ^\(EE /var/log/Xorg.0.log (EE) Failed to load module vesa (module does not exist, 0) (EE) Failed to load module fbdev (module does not exist, 0) (EE) intel(0): [drm] Failed to open DRM device for : No such file or directory (EE) intel(0): Failed to become DRM master. (EE) intel(0): Failed to initialize kernel memory manager The first two errors are fine; Xorg defaults to trying vesa and fbdev as display drivers and you just don't have them. The last three are your problem. The intel video driver is unable to properly access the DRM subsystem, which will definitely cause X to slow to a crawl. The most likely cause of your errors is that the intel AGP driver (i810 or i915, depending on your hardware) isn't getting loaded. If that's the case, you should see an error such as: [drm] failed to load kernel module i915 in Xorg.0.log just before the ones from intel. If the modules are being loaded, you'll likely see some other errors around that same area. The aren't tagged with (EE), unfortunately; try: # grep -5 'Failed to open DRM' Xorg.0.log You can also check your dmesg output to see if the devices are being initialized properly: platypus log # dmesg | grep agp Linux agpgart interface v0.103 agpgart-intel :00:00.0: Intel 965GM Chipset agpgart-intel :00:00.0: detected 7676K stolen memory agpgart-intel :00:00.0: AGP aperture is 256M @ 0xe000 platypus log # dmesg | grep drm [drm] Initialized drm 1.1.0 20060810 [drm] set up 7M of stolen space [drm] initialized overlay support fb0: inteldrmfb frame buffer device [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 If everything's working, you should have the following devices that the Xorg driver needs: platypus log # ls -l /dev/dri total 0 crw-rw 1 root video 226, 0 Apr 20 13:11 card0 crw-rw 1 root video 226, 64 Apr 20 13:11 controlD64 Ah, thank you so much. I needed to enable CONFIG_DRM_I915 in the kernel. - Grant Strangely, now my laptop's brightness adjustment doesn't work via the keyboard shortcuts. Any ideas on that? - Grant Please share the beast model :P (or maybe ive missed it). in kernel config You have multiple option for backlight eg. for thinkpad there is extra one in thinkpad specific acpi maybe You have something similar for Yours stuff. And (its only my private opinion - could base on wrong facts :P) dont be used to hal because the 1.8 xorg-server dont like it any more, preferring udev, and future versions wouldn't probably support hal at all. Lately i delete hal USE and now iam using udev - excepting auto mounting usb stick etc. -- Bartosz Szatkowski KeyFP: 1568 D5A7 B14C 0727 1C61 ACFB ABDE C08A DDB7 1F70 You must exorcise any evil proprietary operating systems that possess any of the computers under your control, and then install a wholly/holy free operating system, and then only install Free Software on top of that.
Re: [gentoo-user] Updates = slow firefox
Strangely, now my laptop's brightness adjustment doesn't work via the keyboard shortcuts. Any ideas on that? - Grant Please share the beast model :P (or maybe ive missed it). in kernel config You have multiple option for backlight eg. for thinkpad there is extra one in thinkpad specific acpi maybe You have something similar for Yours stuff. It's a Dell Vostro 1320. The keyboard shortcuts to change brightness were working great until I enabled DRM in the kernel. Can you tell me where in the kernel those options can be found, or part of the variable name that defines them? And (its only my private opinion - could base on wrong facts :P) dont be used to hal because the 1.8 xorg-server dont like it any more, preferring udev, and future versions wouldn't probably support hal at all. Lately i delete hal USE and now iam using udev - excepting auto mounting usb stick etc. Can anyone confirm that as users we should be moving away from hal? - Grant
Re: [gentoo-user] Updates = slow firefox
On Fri, Apr 23, 2010 at 09:51:19AM -0700, Grant wrote: And (its only my private opinion - could base on wrong facts :P) dont be used to hal because the 1.8 xorg-server dont like it any more, preferring udev, and future versions wouldn't probably support hal at all. Lately i delete hal USE and now iam using udev - excepting auto mounting usb stick etc. Can anyone confirm that as users we should be moving away from hal? - Grant I'm using x11-base/xorg-server-1.8.0 from the x11 overlay and it doesn't even have a 'hal' use flag to enable. Furthermore, there is a webpage on x.org about this: http://www.x.org/wiki/XorgHAL -- Éric Valérian DUNAND pgpOMXO5K6IgL.pgp Description: PGP signature
Re: [gentoo-user] Updates = slow firefox
On Fri, Apr 23, 2010 at 11:51 AM, Grant emailgr...@gmail.com wrote: Can anyone confirm that as users we should be moving away from hal? http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.8-upgrade-guide.xml http://xorg.freedesktop.org/wiki/XorgHAL
Re: [gentoo-user] Updates = slow firefox
Can anyone confirm that as users we should be moving away from hal? http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.8-upgrade-guide.xml http://xorg.freedesktop.org/wiki/XorgHAL OK, and since xorg-server-1.7 doesn't have a udev USE flag, I should probably stick with hal until 1.8. Please let me know if that isn't the case. I'm on udev-149. - Grant
Re: [gentoo-user] Updates = slow firefox
On 4/23/2010 1:37 PM, Grant wrote: Can anyone confirm that as users we should be moving away from hal? http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.8-upgrade-guide.xml http://xorg.freedesktop.org/wiki/XorgHAL OK, and since xorg-server-1.7 doesn't have a udev USE flag, I should probably stick with hal until 1.8. Please let me know if that isn't the case. I'm on udev-149. If HAL is working for you, stick with it. If not, turn it off. Xorg 1.7 works equally well with or without HAL. The main difference is how much manually configuration you need to do. The relative stability of using/not using udev with Xorg 1.8 have yet to determined. :) --Mike
Re: [gentoo-user] Updates = slow firefox
Can anyone confirm that as users we should be moving away from hal? http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.8-upgrade-guide.xml http://xorg.freedesktop.org/wiki/XorgHAL OK, and since xorg-server-1.7 doesn't have a udev USE flag, I should probably stick with hal until 1.8. Please let me know if that isn't the case. I'm on udev-149. If HAL is working for you, stick with it. If not, turn it off. Xorg 1.7 works equally well with or without HAL. The main difference is how much manually configuration you need to do. The relative stability of using/not using udev with Xorg 1.8 have yet to determined. Could switching to udev from hal fix my brightness adjustment keys? - Grant
Re: [gentoo-user] Updates = slow firefox
Mike Edenfield wrote: On 4/23/2010 1:37 PM, Grant wrote: Can anyone confirm that as users we should be moving away from hal? http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.8-upgrade-guide.xml http://xorg.freedesktop.org/wiki/XorgHAL OK, and since xorg-server-1.7 doesn't have a udev USE flag, I should probably stick with hal until 1.8. Please let me know if that isn't the case. I'm on udev-149. If HAL is working for you, stick with it. If not, turn it off. Xorg 1.7 works equally well with or without HAL. The main difference is how much manually configuration you need to do. The relative stability of using/not using udev with Xorg 1.8 have yet to determined. :) --Mike Even tho I'm not much on hal, if it works, use it. If it is not working, then switch to udev, back to having a xorg.conf file or whatever else will work for you. Sometimes it just depends on your hardware. Some systems like one software package to manage things and another system will work better with something else. You just have to find one that works and stick with it. Dale :-) :-)
Re: [gentoo-user] Updates = slow firefox
Could this be the problem? # grep ^\(EE /var/log/Xorg.0.log (EE) Failed to load module vesa (module does not exist, 0) (EE) Failed to load module fbdev (module does not exist, 0) (EE) intel(0): [drm] Failed to open DRM device for : No such file or directory (EE) intel(0): Failed to become DRM master. (EE) intel(0): Failed to initialize kernel memory manager The first two errors are fine; Xorg defaults to trying vesa and fbdev as display drivers and you just don't have them. The last three are your problem. The intel video driver is unable to properly access the DRM subsystem, which will definitely cause X to slow to a crawl. The most likely cause of your errors is that the intel AGP driver (i810 or i915, depending on your hardware) isn't getting loaded. If that's the case, you should see an error such as: [drm] failed to load kernel module i915 in Xorg.0.log just before the ones from intel. If the modules are being loaded, you'll likely see some other errors around that same area. The aren't tagged with (EE), unfortunately; try: # grep -5 'Failed to open DRM' Xorg.0.log You can also check your dmesg output to see if the devices are being initialized properly: platypus log # dmesg | grep agp Linux agpgart interface v0.103 agpgart-intel :00:00.0: Intel 965GM Chipset agpgart-intel :00:00.0: detected 7676K stolen memory agpgart-intel :00:00.0: AGP aperture is 256M @ 0xe000 platypus log # dmesg | grep drm [drm] Initialized drm 1.1.0 20060810 [drm] set up 7M of stolen space [drm] initialized overlay support fb0: inteldrmfb frame buffer device [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 If everything's working, you should have the following devices that the Xorg driver needs: platypus log # ls -l /dev/dri total 0 crw-rw 1 root video 226, 0 Apr 20 13:11 card0 crw-rw 1 root video 226, 64 Apr 20 13:11 controlD64 Ah, thank you so much. I needed to enable CONFIG_DRM_I915 in the kernel. - Grant Strangely, now my laptop's brightness adjustment doesn't work via the keyboard shortcuts. Any ideas on that? - Grant
Re: [gentoo-user] Updates = slow firefox
On Thursday 22 April 2010 17:47:23 Grant wrote: Could this be the problem? # grep ^\(EE /var/log/Xorg.0.log (EE) Failed to load module vesa (module does not exist, 0) (EE) Failed to load module fbdev (module does not exist, 0) (EE) intel(0): [drm] Failed to open DRM device for : No such file or directory (EE) intel(0): Failed to become DRM master. (EE) intel(0): Failed to initialize kernel memory manager The first two errors are fine; Xorg defaults to trying vesa and fbdev as display drivers and you just don't have them. The last three are your problem. The intel video driver is unable to properly access the DRM subsystem, which will definitely cause X to slow to a crawl. The most likely cause of your errors is that the intel AGP driver (i810 or i915, depending on your hardware) isn't getting loaded. If that's the case, you should see an error such as: [drm] failed to load kernel module i915 in Xorg.0.log just before the ones from intel. If the modules are being loaded, you'll likely see some other errors around that same area. The aren't tagged with (EE), unfortunately; try: # grep -5 'Failed to open DRM' Xorg.0.log You can also check your dmesg output to see if the devices are being initialized properly: platypus log # dmesg | grep agp Linux agpgart interface v0.103 agpgart-intel :00:00.0: Intel 965GM Chipset agpgart-intel :00:00.0: detected 7676K stolen memory agpgart-intel :00:00.0: AGP aperture is 256M @ 0xe000 platypus log # dmesg | grep drm [drm] Initialized drm 1.1.0 20060810 [drm] set up 7M of stolen space [drm] initialized overlay support fb0: inteldrmfb frame buffer device [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 If everything's working, you should have the following devices that the Xorg driver needs: platypus log # ls -l /dev/dri total 0 crw-rw 1 root video 226, 0 Apr 20 13:11 card0 crw-rw 1 root video 226, 64 Apr 20 13:11 controlD64 Ah, thank you so much. I needed to enable CONFIG_DRM_I915 in the kernel. - Grant Strangely, now my laptop's brightness adjustment doesn't work via the keyboard shortcuts. Any ideas on that? No idea other than to suggest that you take a look in /usr/share/hal/fdi/policy/10osvendor/* for any files that you could modify after you copy them to /etc/hal/fdi/policy/ - but I wouldn't know how. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Updates = slow firefox
ummm .. ok ? so your using the default xorg.conf .. could be why youve got bad performance. http://www.gentoo.org/doc/en/xorg-config.xml - deface But the new version of xorg (from circa 1.7) dont really need xorg.conf, moreover its discouraged to use one. (or just i think so) You only dont need xorg.conf IF it works without itand even if it does work without it, its unlikely to be the best config. grep ^\(EE /var/log/Xorg.0.log and post the result.
Re: [gentoo-user] Updates = slow firefox
On 21 April 2010 12:26, Adam a...@jaftan.com.au wrote: ummm .. ok ? so your using the default xorg.conf .. could be why youve got bad performance. http://www.gentoo.org/doc/en/xorg-config.xml - deface But the new version of xorg (from circa 1.7) dont really need xorg.conf, moreover its discouraged to use one. (or just i think so) You only dont need xorg.conf IF it works without itand even if it does work without it, its unlikely to be the best config. grep ^\(EE /var/log/Xorg.0.log and post the result. As far as I recall xulrunner/ff asked for revdep-rebuild to be run after emerging it. Have you done this plus lafixer --justfixit for good measure? -- Regards, Mick
Re: [gentoo-user] Updates = slow firefox
ummm .. ok ? so your using the default xorg.conf .. could be why youve got bad performance. http://www.gentoo.org/doc/en/xorg-config.xml - deface But the new version of xorg (from circa 1.7) dont really need xorg.conf, moreover its discouraged to use one. (or just i think so) You only dont need xorg.conf IF it works without itand even if it does work without it, its unlikely to be the best config. grep ^\(EE /var/log/Xorg.0.log and post the result. Could this be the problem? # grep ^\(EE /var/log/Xorg.0.log (EE) Failed to load module vesa (module does not exist, 0) (EE) Failed to load module fbdev (module does not exist, 0) (EE) intel(0): [drm] Failed to open DRM device for : No such file or directory (EE) intel(0): Failed to become DRM master. (EE) intel(0): Failed to initialize kernel memory manager - Grant
Re: [gentoo-user] Updates = slow firefox
On 4/21/2010 3:07 PM, Grant wrote: Could this be the problem? # grep ^\(EE /var/log/Xorg.0.log (EE) Failed to load module vesa (module does not exist, 0) (EE) Failed to load module fbdev (module does not exist, 0) (EE) intel(0): [drm] Failed to open DRM device for : No such file or directory (EE) intel(0): Failed to become DRM master. (EE) intel(0): Failed to initialize kernel memory manager The first two errors are fine; Xorg defaults to trying vesa and fbdev as display drivers and you just don't have them. The last three are your problem. The intel video driver is unable to properly access the DRM subsystem, which will definitely cause X to slow to a crawl. The most likely cause of your errors is that the intel AGP driver (i810 or i915, depending on your hardware) isn't getting loaded. If that's the case, you should see an error such as: [drm] failed to load kernel module i915 in Xorg.0.log just before the ones from intel. If the modules are being loaded, you'll likely see some other errors around that same area. The aren't tagged with (EE), unfortunately; try: # grep -5 'Failed to open DRM' Xorg.0.log You can also check your dmesg output to see if the devices are being initialized properly: platypus log # dmesg | grep agp Linux agpgart interface v0.103 agpgart-intel :00:00.0: Intel 965GM Chipset agpgart-intel :00:00.0: detected 7676K stolen memory agpgart-intel :00:00.0: AGP aperture is 256M @ 0xe000 platypus log # dmesg | grep drm [drm] Initialized drm 1.1.0 20060810 [drm] set up 7M of stolen space [drm] initialized overlay support fb0: inteldrmfb frame buffer device [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 If everything's working, you should have the following devices that the Xorg driver needs: platypus log # ls -l /dev/dri total 0 crw-rw 1 root video 226, 0 Apr 20 13:11 card0 crw-rw 1 root video 226, 64 Apr 20 13:11 controlD64
Re: [gentoo-user] Updates = slow firefox
Could this be the problem? # grep ^\(EE /var/log/Xorg.0.log (EE) Failed to load module vesa (module does not exist, 0) (EE) Failed to load module fbdev (module does not exist, 0) (EE) intel(0): [drm] Failed to open DRM device for : No such file or directory (EE) intel(0): Failed to become DRM master. (EE) intel(0): Failed to initialize kernel memory manager The first two errors are fine; Xorg defaults to trying vesa and fbdev as display drivers and you just don't have them. The last three are your problem. The intel video driver is unable to properly access the DRM subsystem, which will definitely cause X to slow to a crawl. The most likely cause of your errors is that the intel AGP driver (i810 or i915, depending on your hardware) isn't getting loaded. If that's the case, you should see an error such as: [drm] failed to load kernel module i915 in Xorg.0.log just before the ones from intel. If the modules are being loaded, you'll likely see some other errors around that same area. The aren't tagged with (EE), unfortunately; try: # grep -5 'Failed to open DRM' Xorg.0.log You can also check your dmesg output to see if the devices are being initialized properly: platypus log # dmesg | grep agp Linux agpgart interface v0.103 agpgart-intel :00:00.0: Intel 965GM Chipset agpgart-intel :00:00.0: detected 7676K stolen memory agpgart-intel :00:00.0: AGP aperture is 256M @ 0xe000 platypus log # dmesg | grep drm [drm] Initialized drm 1.1.0 20060810 [drm] set up 7M of stolen space [drm] initialized overlay support fb0: inteldrmfb frame buffer device [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 If everything's working, you should have the following devices that the Xorg driver needs: platypus log # ls -l /dev/dri total 0 crw-rw 1 root video 226, 0 Apr 20 13:11 card0 crw-rw 1 root video 226, 64 Apr 20 13:11 controlD64 Ah, thank you so much. I needed to enable CONFIG_DRM_I915 in the kernel. - Grant
Re: [gentoo-user] Updates = slow firefox
ummm .. ok ? so your using the default xorg.conf .. could be why youve got bad performance. http://www.gentoo.org/doc/en/xorg-config.xml - deface On Apr 19, 2010, at 5:43 PM, Grant wrote: did etc-update over write xorg.conf ? I actually don't use an xorg.conf at all. - Grant I just updated a lot of packages on my laptop including xorg stuff, the intel-drivers, and firefox. Firefox is running really slowly now, with kind of a lag to everything. Does anyone know of anything to try in order to fix it? Do I need to disable or enable DRI? - Grant -- Message Cleaned by MailScanner http://www.fluxlabs.net
Re: [gentoo-user] Updates = slow firefox
Dnia 2010-04-19, pon o godzinie 20:24 -0500, deface pisze: ummm .. ok ? so your using the default xorg.conf .. could be why youve got bad performance. http://www.gentoo.org/doc/en/xorg-config.xml - deface But the new version of xorg (from circa 1.7) dont really need xorg.conf, moreover its discouraged to use one. (or just i think so) Grant, try to reemerge firefox (and if You haven't done it already the x11-drivers/*) -- Bartosz Szatkowski KeyFP: 1568 D5A7 B14C 0727 1C61 ACFB ABDE C08A DDB7 1F70 There is no system but GNU, and Linux is one of its kernels
Re: [gentoo-user] Updates = slow firefox
ummm .. ok ? so your using the default xorg.conf .. could be why youve got bad performance. http://www.gentoo.org/doc/en/xorg-config.xml - deface But the new version of xorg (from circa 1.7) dont really need xorg.conf, moreover its discouraged to use one. (or just i think so) Exactly. Grant, try to reemerge firefox (and if You haven't done it already the x11-drivers/*) I re-emerged them with no change. I do think it has to do with x11-drivers/xf86-video-intel though. I've had this problem in the past, and the solution was to mask x11-drivers/xf86-video-intel-2.7.1. Unfortunately, those drivers don't work with the latest xorg updates and now I'm on xf86-video-intel-2.9.1. My wife has an identical laptop with the same issue. - Grant
Re: [gentoo-user] Updates = slow firefox
Dnia 2010-04-20, wto o godzinie 11:51 -0700, Grant pisze: ummm .. ok ? so your using the default xorg.conf .. could be why youve got bad performance. http://www.gentoo.org/doc/en/xorg-config.xml - deface But the new version of xorg (from circa 1.7) dont really need xorg.conf, moreover its discouraged to use one. (or just i think so) Exactly. Grant, try to reemerge firefox (and if You haven't done it already the x11-drivers/*) I re-emerged them with no change. I do think it has to do with x11-drivers/xf86-video-intel though. I've had this problem in the past, and the solution was to mask x11-drivers/xf86-video-intel-2.7.1. Unfortunately, those drivers don't work with the latest xorg updates and now I'm on xf86-video-intel-2.9.1. My wife has an identical laptop with the same issue. - Grant Are you using modeset? What about other apps (try some video etc) - laging to? Check if You have Direct rendering true in out of glxinfo. -- Bartosz Szatkowski KeyFP: 1568 D5A7 B14C 0727 1C61 ACFB ABDE C08A DDB7 1F70 There is no system but GNU, and Linux is one of its kernels
[gentoo-user] Updates = slow firefox
I just updated a lot of packages on my laptop including xorg stuff, the intel-drivers, and firefox. Firefox is running really slowly now, with kind of a lag to everything. Does anyone know of anything to try in order to fix it? Do I need to disable or enable DRI? - Grant
Re: [gentoo-user] Updates = slow firefox
did etc-update over write xorg.conf ? On Apr 19, 2010, at 5:06 PM, Grant wrote: I just updated a lot of packages on my laptop including xorg stuff, the intel-drivers, and firefox. Firefox is running really slowly now, with kind of a lag to everything. Does anyone know of anything to try in order to fix it? Do I need to disable or enable DRI? - Grant -- Message Cleaned by MailScanner http://www.fluxlabs.net
Re: [gentoo-user] Updates = slow firefox
did etc-update over write xorg.conf ? I actually don't use an xorg.conf at all. - Grant I just updated a lot of packages on my laptop including xorg stuff, the intel-drivers, and firefox. Firefox is running really slowly now, with kind of a lag to everything. Does anyone know of anything to try in order to fix it? Do I need to disable or enable DRI? - Grant