Re: firefox - X server crash
Gasser Marc wrote: Hello SL users, Can anyone reproduce the X server crash with firefox-3.0.5-1 when following the link below on a SL46 or SL51 system? I think I don't want to know. However, firefox 3.0.5 is definitely flaky on Windows. It regularly crashes while my back's turned (most recently when admiring a page at debian.org and I'd think those pretty benign). I let it send its report of and restart its session, and then I minimise all the Firefox windows I don't want to see right now and life goes on. http://www3.interscience.wiley.com/journal/91016652/home If yes, any ideas? Konqueror for instance works fine on the same systems. Best regards Marc -- Cheers John -- spambait 1...@coco.merseine.nu z1...@coco.merseine.nu -- Advice http://webfoot.com/advice/email.top.php http://www.catb.org/~esr/faqs/smart-questions.html http://support.microsoft.com/kb/555375 You cannot reply off-list:-)
TESTING - security kernel for SL5
Hello, There is a new security kernel out for SL5. It is based off the new kernel from Update 3, and hense, has all it's changes, including driver updates. I'm still a little nervous about pushing this out, so I'd like it to be tested a bit more. One of the new changes that it has is updated Intel Wireless drivers. I have the Updated Firmware for these in the same testing area. I have also included new Intel Firmware we didn't have before, because it appeared to have the drivers in the kernel now. I also have the new aufs in that directory. To test SL5 --- yum --enablerepo=sl-testing update kernel\* or download http://ftp.scientificlinux.org/linux/scientific/5rolling/testing/i386/kernel/ http://ftp.scientificlinux.org/linux/scientific/5rolling/testing/x86_64/kernel/ New Things in the directory aufs kernel-module-aufs xfs-filesystem kernel-module-xfs iwlwifi-3945-ucode iwlwifi-4965-ucode iwlwifi-5000-ucode Thanks Troy -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/LCSI/CSI DSS Group __
Re: TESTING - security kernel for SL5
I would be interested if anyone else with an iwl4965 driver tries the new driver/firmware and sees their machine lock up from time to time. In the presence of certain wireless access points (mostly in Fermilab's Feynman Computing CenteR) my machine locks up after about 10 minutes, unless I turn my wireless kill switch off. In other situations mine is fine. Steve Timm On Thu, 12 Feb 2009, Troy Dawson wrote: Hello, There is a new security kernel out for SL5. It is based off the new kernel from Update 3, and hense, has all it's changes, including driver updates. I'm still a little nervous about pushing this out, so I'd like it to be tested a bit more. One of the new changes that it has is updated Intel Wireless drivers. I have the Updated Firmware for these in the same testing area. I have also included new Intel Firmware we didn't have before, because it appeared to have the drivers in the kernel now. I also have the new aufs in that directory. To test SL5 --- yum --enablerepo=sl-testing update kernel\* or download http://ftp.scientificlinux.org/linux/scientific/5rolling/testing/i386/kernel/ http://ftp.scientificlinux.org/linux/scientific/5rolling/testing/x86_64/kernel/ New Things in the directory aufs kernel-module-aufs xfs-filesystem kernel-module-xfs iwlwifi-3945-ucode iwlwifi-4965-ucode iwlwifi-5000-ucode Thanks Troy -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/LCSI/CSI DSS Group __ -- -- Steven C. Timm, Ph.D (630) 840-8525 t...@fnal.gov http://home.fnal.gov/~timm/ Fermilab Computing Division, Scientific Computing Facilities, Grid Facilities Department, FermiGrid Services Group, Assistant Group Leader.
Re: TESTING - security kernel for SL5
Hi Steve, Which driver and firmware are you using? Is it this kernel and firmware I just pushed out? Troy Steven Timm wrote: I would be interested if anyone else with an iwl4965 driver tries the new driver/firmware and sees their machine lock up from time to time. In the presence of certain wireless access points (mostly in Fermilab's Feynman Computing CenteR) my machine locks up after about 10 minutes, unless I turn my wireless kill switch off. In other situations mine is fine. Steve Timm On Thu, 12 Feb 2009, Troy Dawson wrote: Hello, There is a new security kernel out for SL5. It is based off the new kernel from Update 3, and hense, has all it's changes, including driver updates. I'm still a little nervous about pushing this out, so I'd like it to be tested a bit more. One of the new changes that it has is updated Intel Wireless drivers. I have the Updated Firmware for these in the same testing area. I have also included new Intel Firmware we didn't have before, because it appeared to have the drivers in the kernel now. I also have the new aufs in that directory. To test SL5 --- yum --enablerepo=sl-testing update kernel\* or download http://ftp.scientificlinux.org/linux/scientific/5rolling/testing/i386/kernel/ http://ftp.scientificlinux.org/linux/scientific/5rolling/testing/x86_64/kernel/ New Things in the directory aufs kernel-module-aufs xfs-filesystem kernel-module-xfs iwlwifi-3945-ucode iwlwifi-4965-ucode iwlwifi-5000-ucode Thanks Troy -- -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/LCSI/CSI DSS Group __
Re: TESTING - security kernel for SL5
It's the same firmware but one version less of the kernel, 128 rather than 128.1, will upgrade to 128.1 and see if it is any better. Steve Timm On Thu, 12 Feb 2009, Troy Dawson wrote: Hi Steve, Which driver and firmware are you using? Is it this kernel and firmware I just pushed out? Troy Steven Timm wrote: I would be interested if anyone else with an iwl4965 driver tries the new driver/firmware and sees their machine lock up from time to time. In the presence of certain wireless access points (mostly in Fermilab's Feynman Computing CenteR) my machine locks up after about 10 minutes, unless I turn my wireless kill switch off. In other situations mine is fine. Steve Timm On Thu, 12 Feb 2009, Troy Dawson wrote: Hello, There is a new security kernel out for SL5. It is based off the new kernel from Update 3, and hense, has all it's changes, including driver updates. I'm still a little nervous about pushing this out, so I'd like it to be tested a bit more. One of the new changes that it has is updated Intel Wireless drivers. I have the Updated Firmware for these in the same testing area. I have also included new Intel Firmware we didn't have before, because it appeared to have the drivers in the kernel now. I also have the new aufs in that directory. To test SL5 --- yum --enablerepo=sl-testing update kernel\* or download http://ftp.scientificlinux.org/linux/scientific/5rolling/testing/i386/kernel/ http://ftp.scientificlinux.org/linux/scientific/5rolling/testing/x86_64/kernel/ New Things in the directory aufs kernel-module-aufs xfs-filesystem kernel-module-xfs iwlwifi-3945-ucode iwlwifi-4965-ucode iwlwifi-5000-ucode Thanks Troy -- -- -- Steven C. Timm, Ph.D (630) 840-8525 t...@fnal.gov http://home.fnal.gov/~timm/ Fermilab Computing Division, Scientific Computing Facilities, Grid Facilities Department, FermiGrid Services Group, Assistant Group Leader.
Re: TESTING - security kernel for SL5
Now I am up at the latest kernel too, will notify if rogue wireless points take me down again. Steve On Thu, 12 Feb 2009, Steven Timm wrote: It's the same firmware but one version less of the kernel, 128 rather than 128.1, will upgrade to 128.1 and see if it is any better. Steve Timm On Thu, 12 Feb 2009, Troy Dawson wrote: Hi Steve, Which driver and firmware are you using? Is it this kernel and firmware I just pushed out? Troy Steven Timm wrote: I would be interested if anyone else with an iwl4965 driver tries the new driver/firmware and sees their machine lock up from time to time. In the presence of certain wireless access points (mostly in Fermilab's Feynman Computing CenteR) my machine locks up after about 10 minutes, unless I turn my wireless kill switch off. In other situations mine is fine. Steve Timm On Thu, 12 Feb 2009, Troy Dawson wrote: Hello, There is a new security kernel out for SL5. It is based off the new kernel from Update 3, and hense, has all it's changes, including driver updates. I'm still a little nervous about pushing this out, so I'd like it to be tested a bit more. One of the new changes that it has is updated Intel Wireless drivers. I have the Updated Firmware for these in the same testing area. I have also included new Intel Firmware we didn't have before, because it appeared to have the drivers in the kernel now. I also have the new aufs in that directory. To test SL5 --- yum --enablerepo=sl-testing update kernel\* or download http://ftp.scientificlinux.org/linux/scientific/5rolling/testing/i386/kernel/ http://ftp.scientificlinux.org/linux/scientific/5rolling/testing/x86_64/kernel/ New Things in the directory aufs kernel-module-aufs xfs-filesystem kernel-module-xfs iwlwifi-3945-ucode iwlwifi-4965-ucode iwlwifi-5000-ucode Thanks Troy -- -- -- Steven C. Timm, Ph.D (630) 840-8525 t...@fnal.gov http://home.fnal.gov/~timm/ Fermilab Computing Division, Scientific Computing Facilities, Grid Facilities Department, FermiGrid Services Group, Assistant Group Leader.
Re: TESTING - security kernel for SL5
Troy J Dawson wrote: Hello, There is a new security kernel out for SL5. It is based off the new kernel from Update 3, and hense, has all it's changes, including driver updates. I'm still a little nervous about pushing this out, so I'd like it to be tested a bit more. One of the new changes that it has is updated Intel Wireless drivers. I have the Updated Firmware for these in the same testing area. I have also included new Intel Firmware we didn't have before, because it appeared to have the drivers in the kernel now. I also have the new aufs in that directory. To test SL5 --- yum --enablerepo=sl-testing update kernel\* or download http://ftp.scientificlinux.org/linux/scientific/5rolling/testing/i386/kernel/ http://ftp.scientificlinux.org/linux/scientific/5rolling/testing/x86_64/kernel/ New Things in the directory aufs kernel-module-aufs xfs-filesystem kernel-module-xfs iwlwifi-3945-ucode iwlwifi-4965-ucode iwlwifi-5000-ucode Thanks Troy I forgot to say. If we don't have any show stoppers, I was planning on pushing this kernel out to all of SL5 on Tuesday, 17 Feb. 2009. Thanks Troy -- __ Troy Dawson daw...@fnal.gov (630)840-6468 Fermilab ComputingDivision/LCSI/CSI DSS Group __
rebuilding kernel rpms
A simple question: I'd like to rebuild the current kernel rpm with minor mods to the config. The procedure I'm following is what's documented for RHEL 4, that is, install the src.rpm do an rpmbuild -bp cd to /usr/src/redhat/BUILD/kernel-vers/linux-vers/ make menuconfig to create the custom .config. At this point, how do I fold the .config that I generate back in so I can simply say 'rpmbuild -ba' and have it generate the kernel rpms with my mods? Thanks!
Re: rebuilding kernel rpms
Excellent! Thank you very much Akemi. I was browsing through the spec file and encountered all those sections that you wrote up in the wiki. I did not wish to dig through all those details to figure out how to spec file works. Your recipe is exactly what I need! Thanks! A short followup: You have a warning at the beginning of the wiki that it is almost not necessary to build a custom kernel. My problem is that I need a kernel that's able to mount a squashfs fs on a loop device during boot-up. The standard kernel has both squashfs and loop as .ko. I believe I need them built-in. If I'm wrong, please advise. Thanks again! Ken Akemi Yagi wrote: On Thu, Feb 12, 2009 at 2:27 PM, Ken Teh t...@anl.gov wrote: A simple question: I'd like to rebuild the current kernel rpm with minor mods to the config. The procedure I'm following is what's documented for RHEL 4, that is, install the src.rpm do an rpmbuild -bp cd to /usr/src/redhat/BUILD/kernel-vers/linux-vers/ make menuconfig to create the custom .config. At this point, how do I fold the .config that I generate back in so I can simply say 'rpmbuild -ba' and have it generate the kernel rpms with my mods? There is a well-written CentOS wiki on how to build custom kernels. The instructions are based on CentOS-5 but there are notes whenever the procedures differ for CentOS-4. One important thing is that you do not want to do the building as root. This is a dangerous practice even if you are an experienced user (mistakes can happen). Akemi