[gentoo-user] Updates = slow firefox

[gentoo-user] Updates = slow firefox

[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

Re: [gentoo-user] Updates = slow firefox

[deface]

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

[Grant]

> 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

Re: [gentoo-user] Updates = slow firefox

[deface]

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

[Bartosz Szatkowski]

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

[Grant]

>> 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

[Bartosz Szatkowski]

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

Re: [gentoo-user] Updates = slow firefox

[Adam]

>> 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 it....and 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

[Mick]

On 21 April 2010 12:26, Adam <adam@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 it....and 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

[Grant]

>>> 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 it....and 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

[Mike Edenfield]

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 0000:00:00.0: Intel 965GM Chipset
agpgart-intel 0000:00:00.0: detected 7676K stolen memory
agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xe0000000

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 0000: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

[Grant]

>> 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 0000:00:00.0: Intel 965GM Chipset
> agpgart-intel 0000:00:00.0: detected 7676K stolen memory
> agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xe0000000
>
> 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 0000: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

[Grant]

>>> 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 0000:00:00.0: Intel 965GM Chipset
>> agpgart-intel 0000:00:00.0: detected 7676K stolen memory
>> agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xe0000000
>>
>> 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 0000: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

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 2711 bytes --]

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 0000:00:00.0: Intel 965GM Chipset
> >> agpgart-intel 0000:00:00.0: detected 7676K stolen memory
> >> agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xe0000000
> >>
> >> 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 0000: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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Updates = slow firefox

[Bartosz Szatkowski]

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 0000:00:00.0: Intel 965GM Chipset
> >> agpgart-intel 0000:00:00.0: detected 7676K stolen memory
> >> agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xe0000000
> >>
> >> 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 0000: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

[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.

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

[erdunand]

[-- Attachment #1: Type: text/plain, Size: 714 bytes --]

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

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

Re: [gentoo-user] Updates = slow firefox

[Paul Hartman]

On Fri, Apr 23, 2010 at 11:51 AM, Grant <emailgrant@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

[Grant]

>> 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

[Mike Edenfield]

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

[Grant]

>>>> 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

[Dale]

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

[Bartosz Szatkowski]

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 00000080 00001004
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

[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.
>>
>> 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 00000080 00001004
> 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

[Bartosz Szatkowski]

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 00000080 00001004
> > 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

[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.
>> >>
>> >> 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 00000080 00001004
>> > 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

[Bartosz Szatkowski]

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 00000080 00001004
> >> > 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

[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.
>> >> >>
>> >> >> 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 00000080 00001004
>> >> > 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