Re: [gentoo-user] updates
John Dangler wrote: I just finished the base install of the 2005.1 system (2.6.12-r6). When I run emerge -sync, and then emerge -uDvp system, I get a short list updates that portage wants to emerge, but there aren't any kernel updates. However, if I run emerge -uDvp world, there is a new version of the gentoo-sources (2.6.12-r9). Why wouldn't kernel updates be included in a system emerge? The packages in your system come from /etc/make.profile/packages (Note: do *not* edit this file) The packages considered for world are the ones from system plus the ones in /var/lib/portage/world The world file is where portage records the packages you emerged, e.g. when you typed emerge gentoo-sources it recorded it there. I suppose the reason the kernel is not in the system file is that this file is a kind of 'factory-defaults', which you shouldn't be normally changing. But there is more than just one kernel source tarball avilable in portage, e.g. gentoo-sources, vanilla-sources and some more. Putting this in the system file would unnecessarily constrain your choice as to which kernel to run. Marco -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] updates
you might also want to try man emerge most commands on your system will have a manpage, and they will probably give you helpful hints as to how they function. you can also do it with any other command: man ls man gcc man ldd man man ... Hope that helps, Marco -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] updates
That makes some sense. (Gentoo is all about choices) So, basically, I emerge the new 'slot' and then re-compile the new kernel version according to the handbook, giving me both the existing kernel version and the new version... John D -Original Message- From: Marco Matthies [mailto:[EMAIL PROTECTED] Sent: Friday, August 19, 2005 10:02 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] updates John Dangler wrote: > I just finished the base install of the 2005.1 system (2.6.12-r6). When I > run emerge -sync, and then emerge -uDvp system, I get a short list updates > that portage wants to emerge, but there aren't any kernel updates. However, > if I run emerge -uDvp world, there is a new version of the gentoo-sources > (2.6.12-r9). Why wouldn't kernel updates be included in a system emerge? The packages in your system come from /etc/make.profile/packages (Note: do *not* edit this file) The packages considered for world are the ones from system plus the ones in /var/lib/portage/world The world file is where portage records the packages you emerged, e.g. when you typed emerge gentoo-sources it recorded it there. I suppose the reason the kernel is not in the system file is that this file is a kind of 'factory-defaults', which you shouldn't be normally changing. But there is more than just one kernel source tarball avilable in portage, e.g. gentoo-sources, vanilla-sources and some more. Putting this in the system file would unnecessarily constrain your choice as to which kernel to run. Marco -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] updates
John Dangler wrote: That makes some sense. (Gentoo is all about choices) So, basically, I emerge the new 'slot' and then re-compile the new kernel version according to the handbook, giving me both the existing kernel version and the new version... Exactly, installing the new kernel sources does not automatically clean out the old ones. After you've compiled the new kernel and copied it to /boot, you can then add another entry to grub.conf so you can choose between the two kernels when booting. Hint: If you're happy with your old kernel config, copy it over from your old kernel dir (or from /boot if you've saved it there) to your new kernel directory. you can then run 'make oldconfig' which will only prompt you for new configuration options that have been added between the releases so you don't have to select everything again by hand. One further note about cleaning out old kernels: running make modules_install will install the kernel modules to a subdirectory in /lib/modules/. Once you're not *using* an old kernel anymore, you can remove the subdirectory specific to that kernel from there. emerge -C "=some-kernel-version" will only remove the kernel sources from /usr/src Marco -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] updates
John Dangler schreef: > I'm trying to get a definitive answer to this - when I want to install a new > kernel, I know that there are certain packages that will not come back, and > need to be re-emerged on the new kernel. Is there a way to setup a list of > these based on what I have installed on my current Gentoo kernel to make > emerge world easier? > > Thanks for the input. > > JD > There is, in fact, now a tool to do this; eix module-rebuild * sys-kernel/module-rebuild Available versions: 0.1 0.5 Installed: 0.5 Homepage:http://www.gentoo.org/ Description: A utility to rebuild any kernel modules which you have installed. Found 1 matches HTH, Holly -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] updates
Holly~ Thanks for the reply. I found the package on portage, but couldn't locate any docs for how to use it... I'm googling for it atm, but if you can point me towards any docs on this I'd really appreciate it. I've been waiting for something like this for a while. Regards, JD -Original Message- From: Holly Bostick [mailto:[EMAIL PROTECTED] Sent: Sunday, October 30, 2005 1:52 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] updates John Dangler schreef: > I'm trying to get a definitive answer to this - when I want to install a new > kernel, I know that there are certain packages that will not come back, and > need to be re-emerged on the new kernel. Is there a way to setup a list of > these based on what I have installed on my current Gentoo kernel to make > emerge world easier? > > Thanks for the input. > > JD > There is, in fact, now a tool to do this; eix module-rebuild * sys-kernel/module-rebuild Available versions: 0.1 0.5 Installed: 0.5 Homepage:http://www.gentoo.org/ Description: A utility to rebuild any kernel modules which you have installed. Found 1 matches HTH, Holly -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] updates
John Dangler schreef: > >> John Dangler schreef: > Holly Bostick schreef: > >> I'm trying to get a definitive answer to this - when I want to >> install a new kernel, I know that there are certain packages that >> will not come back, Is there a way to setup a list of these based >> on what I have installed on my current Gentoo kernel to make emerge >> world easier? > > There is, in fact, now a tool to do this; > > eix module-rebuild * sys-kernel/module-rebuild Available versions: > 0.1 0.5 Installed: 0.5 Homepage: > http://www.gentoo.org/ Description: A utility to rebuild any > kernel modules which you have installed. > > Thanks for the reply. I found the package on portage, but couldn't > locate any docs for how to use it... I'm googling for it atm, but if > you can point me towards any docs on this I'd really appreciate it. > I've been waiting for something like this for a while. > module-rebuild --help /usr/sbin/module-rebuild: illegal option -- - Oh, apparently --help is not enabled; but if you run it either with no options or an 'illegal' option, you get the 'proper usage help', as is standard for most Linux command-line probrams. module-rebuild [options] action [category/package] Version: 0.5 Where options are: -X - Emerge based on package names, not exact versions. -C - Disable all coloured output. Where action is one of: add - Add package to moduledb. del - Delete a package from moduledb. toggle - Toggle auto-rebuild of Package. list - List packages to auto-rebuild. rebuild - Rebuild packages. populate - Populate the database with any packages which currently install drivers into the running kernel. Do you need more than that? It's a pretty simple module atm. Holly -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] updates
Holly~ Thanks for the reply. It seems fairly straightforward. From reading this, I would think that running module-rebuild populate would be the first task. Add/Del package would be for building discriminate versions of a kernel (presumably for locating problems or just testing out a kernel revision), list is simply a list of what's been 'populate'd, toggle would have similar usage as Add/Del, except that it would allow/disallow a package which has been 'populate'd, and rebuild would be the heart of the reason for this utility, to rebuild a set of modules into a new kernel. Assuming I'm at least somewhat correct in this, my only point of confusion is whether I compile the new kernel first, then run module-rebuild? Or does running module-rebuild 'rebuild' allow me to compile the new kernel, link it, and reboot into it? Regards, JD -Original Message- From: Holly Bostick [mailto:[EMAIL PROTECTED] Sent: Sunday, October 30, 2005 2:35 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] updates John Dangler schreef: > >> John Dangler schreef: > Holly Bostick schreef: > >> I'm trying to get a definitive answer to this - when I want to >> install a new kernel, I know that there are certain packages that >> will not come back, Is there a way to setup a list of these based >> on what I have installed on my current Gentoo kernel to make emerge >> world easier? > > There is, in fact, now a tool to do this; > > eix module-rebuild * sys-kernel/module-rebuild Available versions: > 0.1 0.5 Installed: 0.5 Homepage: > http://www.gentoo.org/ Description: A utility to rebuild any > kernel modules which you have installed. > > Thanks for the reply. I found the package on portage, but couldn't > locate any docs for how to use it... I'm googling for it atm, but if > you can point me towards any docs on this I'd really appreciate it. > I've been waiting for something like this for a while. > module-rebuild --help /usr/sbin/module-rebuild: illegal option -- - Oh, apparently --help is not enabled; but if you run it either with no options or an 'illegal' option, you get the 'proper usage help', as is standard for most Linux command-line probrams. module-rebuild [options] action [category/package] Version: 0.5 Where options are: -X - Emerge based on package names, not exact versions. -C - Disable all coloured output. Where action is one of: add - Add package to moduledb. del - Delete a package from moduledb. toggle - Toggle auto-rebuild of Package. list - List packages to auto-rebuild. rebuild - Rebuild packages. populate - Populate the database with any packages which currently install drivers into the running kernel. Do you need more than that? It's a pretty simple module atm. Holly -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] updates
John Dangler wrote: Holly~ Thanks for the reply. It seems fairly straightforward. From reading this, I would think that running module-rebuild populate would be the first task. Add/Del package would be for building discriminate versions of a kernel (presumably for locating problems or just testing out a kernel revision), list is simply a list of what's been 'populate'd, toggle would have similar usage as Add/Del, except that it would allow/disallow a package which has been 'populate'd, and rebuild would be the heart of the reason for this utility, to rebuild a set of modules into a new kernel. Assuming I'm at least somewhat correct in this, my only point of confusion is whether I compile the new kernel first, then run module-rebuild? Or does running module-rebuild 'rebuild' allow me to compile the new kernel, link it, and reboot into it? Regards, JD http://www.gentoo.org/news/en/gwn/20051024-newsletter.xml Under "Tips and tricks". Basically just: # module-rebuild list # module-rebuild rebuild I noticed that if you do another "list" after the "rebuild", the same modules show as needing rebuild. Then after a reboot the "list" shows clean. So I'm assuming the "list" is against your running kernel. HTH, Roy -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] updates
hrmm... I recompile the new kernel, before rebooting, I run module-rebuild list... and get one entry - "=media-video/nvidia-kernel-1.0.6629-r4" So, I reboot the new kernel, and get no Ethernet, no wireless, no sound, nonvidia, and the vga mode is wrong. (the grub entry is an exact copy of the previous kernel). After the reboot, I run module-rebuild list, thinking that I would see all of those packages... nope. Only nvidia kernel. I'm missing something, here. Any input is appreciated. JD -Original Message- From: Roy Wright [mailto:[EMAIL PROTECTED] Sent: Sunday, October 30, 2005 3:12 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] updates John Dangler wrote: >Holly~ > >Thanks for the reply. It seems fairly straightforward. From reading this, >I would think that running module-rebuild populate would be the first task. >Add/Del package would be for building discriminate versions of a kernel >(presumably for locating problems or just testing out a kernel revision), >list is simply a list of what's been 'populate'd, toggle would have similar >usage as Add/Del, except that it would allow/disallow a package which has >been 'populate'd, and rebuild would be the heart of the reason for this >utility, to rebuild a set of modules into a new kernel. Assuming I'm at >least somewhat correct in this, my only point of confusion is whether I >compile the new kernel first, then run module-rebuild? Or does running >module-rebuild 'rebuild' allow me to compile the new kernel, link it, and >reboot into it? > >Regards, > >JD > > http://www.gentoo.org/news/en/gwn/20051024-newsletter.xml Under "Tips and tricks". Basically just: # module-rebuild list # module-rebuild rebuild I noticed that if you do another "list" after the "rebuild", the same modules show as needing rebuild. Then after a reboot the "list" shows clean. So I'm assuming the "list" is against your running kernel. HTH, Roy -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] updates
John Dangler wrote: hrmm... I recompile the new kernel, before rebooting, I run module-rebuild list... and get one entry - "=media-video/nvidia-kernel-1.0.6629-r4" So, I reboot the new kernel, and get no Ethernet, no wireless, no sound, nonvidia, and the vga mode is wrong. (the grub entry is an exact copy of the previous kernel). After the reboot, I run module-rebuild list, thinking that I would see all of those packages... nope. Only nvidia kernel. I'm missing something, here. Any input is appreciated. JD When you rebuilt your kernel, did you: # make menuconfig # make && make modules_install && make install The make modules_install should bring your network and other modules online... The make install will copy the kernel to your boot partition. HTH, Roy -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] updates
Roy~ Thanks for the reply. I actually used genkernel to make the kernel. I used 'genkernel all'. That's why I'm a little confused as to why this didn't take effect. The previous kernel was also built with genkernel and didn't have any problems. Regards, JD -Original Message- From: Roy Wright [mailto:[EMAIL PROTECTED] Sent: Sunday, October 30, 2005 5:27 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] updates John Dangler wrote: >hrmm... >I recompile the new kernel, before rebooting, I run module-rebuild list... >and get one entry - "=media-video/nvidia-kernel-1.0.6629-r4" > >So, I reboot the new kernel, and get no Ethernet, no wireless, no sound, >nonvidia, and the vga mode is wrong. (the grub entry is an exact copy of >the previous kernel). > >After the reboot, I run module-rebuild list, thinking that I would see all >of those packages... nope. Only nvidia kernel. > >I'm missing something, here. > >Any input is appreciated. > >JD > > > When you rebuilt your kernel, did you: # make menuconfig # make && make modules_install && make install The make modules_install should bring your network and other modules online... The make install will copy the kernel to your boot partition. HTH, Roy -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] updates
On 10/30/05, John Dangler <[EMAIL PROTECTED]> wrote: > Roy~ > Thanks for the reply. I actually used genkernel to make the kernel. I used > 'genkernel all'. That's why I'm a little confused as to why this didn't > take effect. The previous kernel was also built with genkernel and didn't > have any problems. Is your /usr/src/linux pointing to the new kernel source? -- Joe -- There are 3 kinds of people in the world: Those who can count, and those who can't. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] updates
John Dangler wrote: Roy~ Thanks for the reply. I actually used genkernel to make the kernel. I used 'genkernel all'. That's why I'm a little confused as to why this didn't take effect. The previous kernel was also built with genkernel and didn't have any problems. Regards, JD I'm about out of my league with this. Just a couple of days experience with genkernel before switching to menuconfig... Just a few things to check. dmesg recent logs in /var/log Look in /lib/modules. You should see some kernel directories. Ex: royw-gentoo etc # ls /lib/modules/ 2.4.28 2.6.11-gentoo-r11 2.6.11-gentoo-r4 2.6.11-gentoo-r9 2.6.12-gentoo-r10 2.6.13-gentoo-r3 Then look in the problem kernel's directory. Ex: royw-gentoo etc # ls /lib/modules/2.6.12-gentoo-r10/ CiscoVPN kernel modules.alias modules.dep modules.inputmap modules.pcimap modules.usbmap video build miscmodules.ccwmap modules.ieee1394map modules.isapnpmap modules.symbols source Then you can dig down into kernel/* looking for *.ko files. Ex: royw-gentoo etc # find /lib/modules/2.6.12-gentoo-r10/kernel -name "*.ko" -print /lib/modules/2.6.12-gentoo-r10/kernel/drivers/acpi/video.ko /lib/modules/2.6.12-gentoo-r10/kernel/drivers/base/firmware_class.ko /lib/modules/2.6.12-gentoo-r10/kernel/drivers/block/pktcdvd.ko ... This should give you a warm fuzzy that the modules were built... If all that's there, then look at the modules configs in /etc. Ex: royw-gentoo etc # ls -d /etc/modules* /etc/modules.autoload.d /etc/modules.conf /etc/modules.conf.old /etc/modules.d /etc/modules.devfs /etc/modules.d contains individual module config files. modules-update will merge these into /etc/modules.conf. That's about the sum of my knowledge here... HTH, Roy -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] updates
Yes, it is. JD -Original Message- From: Qian Qiao [mailto:[EMAIL PROTECTED] Sent: Sunday, October 30, 2005 7:00 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] updates On 10/30/05, John Dangler <[EMAIL PROTECTED]> wrote: > Roy~ > Thanks for the reply. I actually used genkernel to make the kernel. I used > 'genkernel all'. That's why I'm a little confused as to why this didn't > take effect. The previous kernel was also built with genkernel and didn't > have any problems. Is your /usr/src/linux pointing to the new kernel source? -- Joe -- There are 3 kinds of people in the world: Those who can count, and those who can't. -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] updates
Roy~ I've been leaning toward building the kernel myself; maybe this is a good time to jump in... I know from lspci that, in addition to the nvidia kernel (which module-rebuild correctly identifies), that ipw2100 (wireless) is a module that I had to emerge in order to be functional on my laptop. I also know that I emerged alsa sound to get all the functionality I wanted there. And, from going through menuconfig, it appears that the sound/modem controller (Intel AC97) and the Firewire (IEEE1394) is selectable within the kernel config. So, my question would be - why doesn't module-rebuild see the ipw2100 (at least), and the alsa drivers (at most)? I'm still reading through the docs and re-reading the handbook on kernel generation so I'll be trying this out later today. I know that I had a lengthy discourse with Holly regarding splash, which was never really resolved for me regardless of the kernel generation method chosen. JD -Original Message- From: Roy Wright [mailto:[EMAIL PROTECTED] Sent: Sunday, October 30, 2005 11:16 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] updates John Dangler wrote: >Roy~ >Thanks for the reply. I actually used genkernel to make the kernel. I used >'genkernel all'. That's why I'm a little confused as to why this didn't >take effect. The previous kernel was also built with genkernel and didn't >have any problems. > >Regards, > >JD > > I'm about out of my league with this. Just a couple of days experience with genkernel before switching to menuconfig... Just a few things to check. dmesg recent logs in /var/log Look in /lib/modules. You should see some kernel directories. Ex: royw-gentoo etc # ls /lib/modules/ 2.4.28 2.6.11-gentoo-r11 2.6.11-gentoo-r4 2.6.11-gentoo-r9 2.6.12-gentoo-r10 2.6.13-gentoo-r3 Then look in the problem kernel's directory. Ex: royw-gentoo etc # ls /lib/modules/2.6.12-gentoo-r10/ CiscoVPN kernel modules.alias modules.dep modules.inputmap modules.pcimap modules.usbmap video build miscmodules.ccwmap modules.ieee1394map modules.isapnpmap modules.symbols source Then you can dig down into kernel/* looking for *.ko files. Ex: royw-gentoo etc # find /lib/modules/2.6.12-gentoo-r10/kernel -name "*.ko" -print /lib/modules/2.6.12-gentoo-r10/kernel/drivers/acpi/video.ko /lib/modules/2.6.12-gentoo-r10/kernel/drivers/base/firmware_class.ko /lib/modules/2.6.12-gentoo-r10/kernel/drivers/block/pktcdvd.ko ... This should give you a warm fuzzy that the modules were built... If all that's there, then look at the modules configs in /etc. Ex: royw-gentoo etc # ls -d /etc/modules* /etc/modules.autoload.d /etc/modules.conf /etc/modules.conf.old /etc/modules.d /etc/modules.devfs /etc/modules.d contains individual module config files. modules-update will merge these into /etc/modules.conf. That's about the sum of my knowledge here... HTH, Roy -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
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
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
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 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
>>> 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
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 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
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
>> >> 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-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. >> >> >> > 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 with B
John Dangler wrote: looking at the list of updates after a fresh install of 2005.1 (2.6.12-r6) on my laptop which has both wired and wireless networking, I see an entry which says. [blocks B] <=net-wireless/ipw2100-1.1.0 (is blocking net-wireless/ieee80211-1.0.3) . . . [ebuild N] net-wireless/ieee80211-1.0.3 -debug 61kb [ebuild U] net-wirelss/ipw2100-1.1.2-r1 [1.1.0] -debug 96kb After reading the portage documentation online, I'm a little confused. Should I unmerge ipw2100-1.1.0 in order for the ieee package to emerge? (when I read through the packages that were necessary for the wireless to work, I found that I should emerge both. Any input, as always, is appreciated. John D With a quick look at that it looks like the old version of net-wireless/ipw2100 is causing ieee80211-1.0.3 to be blocked. Give this a go: Update this package first # emerge -u ipw2100 (or emerge --nodeps -u ipw2100 if that doesn't go) Then try updating as you did before and see if it still occurs Peter -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] updates with B
That fails with this... !!! ERROR: net-wireless/ipw2100-1.1.2-r1 failed. !!! Function linux-mod-src-compile, Line 491, Exitcode 2 !!! Unable to make KSRC=/usr/src/linux KSRC_OUTPUT=/usr/src/linux IEEE80211_INC=/usr/include all. 3 John D -Original Message- From: Peter O'Connor [mailto:[EMAIL PROTECTED] Sent: Saturday, August 20, 2005 9:22 AM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] updates with B John Dangler wrote: >looking at the list of updates after a fresh install of 2005.1 (2.6.12-r6) >on my laptop which has both wired and wireless networking, I see an entry >which says. > >[blocks B] <=net-wireless/ipw2100-1.1.0 (is blocking >net-wireless/ieee80211-1.0.3) > >. > >. > >. > >[ebuild N] net-wireless/ieee80211-1.0.3 -debug 61kb > >[ebuild U] net-wirelss/ipw2100-1.1.2-r1 [1.1.0] -debug 96kb > > > >After reading the portage documentation online, I'm a little confused. >Should I unmerge ipw2100-1.1.0 in order for the ieee package to emerge? >(when I read through the packages that were necessary for the wireless to >work, I found that I should emerge both. Any input, as always, is >appreciated. > > > >John D > > > > > > > > With a quick look at that it looks like the old version of net-wireless/ipw2100 is causing ieee80211-1.0.3 to be blocked. Give this a go: Update this package first # emerge -u ipw2100 (or emerge --nodeps -u ipw2100 if that doesn't go) Then try updating as you did before and see if it still occurs Peter -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] updates with B
Would John Dangler GenoFit 800-505-4078 (Corporate) 386-767-3730 (Direct) www.genofit.com [EMAIL PROTECTED] -Original Message- From: John Dangler [mailto:[EMAIL PROTECTED] Sent: Friday, August 19, 2005 9:31 PM To: gentoo-user@lists.gentoo.org Subject: RE: [gentoo-user] updates with B >>That fails with this... >>!!! ERROR: net-wireless/ipw2100-1.1.2-r1 failed. >>!!! Function linux-mod-src-compile, Line 491, Exitcode 2 >>!!! Unable to make KSRC=/usr/src/linux KSRC_OUTPUT=/usr/src/linux >>IEEE80211_INC=/usr/include all. >> >>John D Would the solution be to unmerge ipw2100-1.1.0, then emerge -uDv world, then emerge ipw2100 ? John D -Original Message- From: Peter O'Connor [mailto:[EMAIL PROTECTED] Sent: Saturday, August 20, 2005 9:22 AM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] updates with B John Dangler wrote: >looking at the list of updates after a fresh install of 2005.1 (2.6.12-r6) >on my laptop which has both wired and wireless networking, I see an entry >which says. > >[blocks B] <=net-wireless/ipw2100-1.1.0 (is blocking >net-wireless/ieee80211-1.0.3) >. >. >. >[ebuild N] net-wireless/ieee80211-1.0.3 -debug 61kb >[ebuild U] net-wirelss/ipw2100-1.1.2-r1 [1.1.0] -debug 96kb > >After reading the portage documentation online, I'm a little confused. >Should I unmerge ipw2100-1.1.0 in order for the ieee package to emerge? >(when I read through the packages that were necessary for the wireless to >work, I found that I should emerge both. Any input, as always, is >appreciated. > > > >John D > > > > > > > > With a quick look at that it looks like the old version of net-wireless/ipw2100 is causing ieee80211-1.0.3 to be blocked. Give this a go: Update this package first # emerge -u ipw2100 (or emerge --nodeps -u ipw2100 if that doesn't go) Then try updating as you did before and see if it still occurs Peter -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] updates with B
John Dangler wrote: Would John Dangler GenoFit 800-505-4078 (Corporate) 386-767-3730 (Direct) www.genofit.com [EMAIL PROTECTED] An interesting conundrum indeed. You can't install (due to it being blocked) ieee80211-1.0.3 with ipw2100-1.1.0 merged And from the error message you posted it looks like you can't merge ipw2100 (>1.1.0) without having the ieee80211 package installed. So an unmerge of the old version and emerge of the newer version (which isn't ideal) was the only way to upgrade ipw2100, which has worked -Original Message- From: John Dangler [mailto:[EMAIL PROTECTED] Sent: Friday, August 19, 2005 9:31 PM To: gentoo-user@lists.gentoo.org Subject: RE: [gentoo-user] updates with B That fails with this... !!! ERROR: net-wireless/ipw2100-1.1.2-r1 failed. !!! Function linux-mod-src-compile, Line 491, Exitcode 2 !!! Unable to make KSRC=/usr/src/linux KSRC_OUTPUT=/usr/src/linux IEEE80211_INC=/usr/include all. John D Would the solution be to unmerge ipw2100-1.1.0, then emerge -uDv world, then emerge ipw2100 ? John D -Original Message- From: Peter O'Connor [mailto:[EMAIL PROTECTED] Sent: Saturday, August 20, 2005 9:22 AM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] updates with B John Dangler wrote: looking at the list of updates after a fresh install of 2005.1 (2.6.12-r6) on my laptop which has both wired and wireless networking, I see an entry which says. [blocks B] <=net-wireless/ipw2100-1.1.0 (is blocking net-wireless/ieee80211-1.0.3) . . . [ebuild N] net-wireless/ieee80211-1.0.3 -debug 61kb [ebuild U] net-wirelss/ipw2100-1.1.2-r1 [1.1.0] -debug 96kb After reading the portage documentation online, I'm a little confused. Should I unmerge ipw2100-1.1.0 in order for the ieee package to emerge? (when I read through the packages that were necessary for the wireless to work, I found that I should emerge both. Any input, as always, is appreciated. John D With a quick look at that it looks like the old version of net-wireless/ipw2100 is causing ieee80211-1.0.3 to be blocked. Give this a go: Update this package first # emerge -u ipw2100 (or emerge --nodeps -u ipw2100 if that doesn't go) Then try updating as you did before and see if it still occurs Peter -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] updates with B
On Sun, Aug 21, 2005 at 03:31:14AM +1200, Peter O'Connor wrote: > An interesting conundrum indeed. > > You can't install (due to it being blocked) ieee80211-1.0.3 with > ipw2100-1.1.0 merged > > And from the error message you posted it looks like you can't merge > ipw2100 (>1.1.0) without having the ieee80211 package installed. > > So an unmerge of the old version and emerge of the newer version (which > isn't ideal) was the only way to upgrade ipw2100, which has worked Now that much of a conundrum. If I remember correctly, earlier versions of ipw2100/2200 provided the functionalities of ieee80211. The two split in mid July for better packaging (and allowing other drivers to use the ieee80211 functions). Seeing that these are kernel modules, ieee80211 package will provide conflicting symbol names with the (old) ipw2100 package, and that is bad. The block prevents the conflict from happening accidentally. This type of block you will see a lot in gentoo land, especially when packages are split up or certain functionalities of packages are extracted (for example, when mailbase and ftpbase were introduced last year). In general, the solution to blocks due to your current version being not new enough, is to 1. unmerge current version 2. remerge new version. The package being blocked will most likely be included in the emerge as a dependency. W -- Why can't I ever build character at a Miami condo or a casino somewhere? -- Calvin Sortir en Pantoufles: up 8 days, 7:56 -- gentoo-user@gentoo.org mailing list