openSUSE Kernel October 2007

kernel@lists.opensuse.org

23 participants
15 discussions

[opensuse-kernel] system reboots instead of shutting down

by Krupanský Rastislav

Hello I installed openSUSE 10.3 GM yesterday. I´m really disappointed, because bug 299882 isn´t still solved and the bug was probably reassigned to kernel. I can't shut down system. Still reboots. So, what can i do? Any advice? Thanks Regards, Rasto -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

14 years, 6 months

[opensuse-kernel] How do I use the Nvidia module with kernel-rt?

by Aniruddha

I have installed the kernel-rt-2.6.22.5-31. I also have installed the kernel-source-2.6.22.5-31 which I assume belongs to the kernel-rt. Is this correct? However no matter what I try I can't get the Nvidia module (from the openSUSE Nvidia repository) working. I tried re-installing the nvidia drivers to no avail. Modprobe Nvidia still fails: # modprobe nvidia FATAL: Module nvidia not found. What else can I try to get 3d acceleration working with the kernel-rt? -- Regards, Aniruddha Please adhere to the OpenSUSE_mailing_list_netiquette http://en.opensuse.org/OpenSUSE_mailing_list_netiquette -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

14 years, 6 months

[opensuse-kernel] What does *-obj mean

by Aniruddha

I notice the kernel-rt source is called linux-2.6.22.5-31-obj. Where does *-obj stand for.? Can I change the current kernel source from linux-2.6.22.9-0.4 to linux-2.6.22.5-31-obj with the command 'ln -sfn linux-2.6.22.5-31-obj' without problems? -- Regards, Aniruddha Please adhere to the OpenSUSE_mailing_list_netiquette http://en.opensuse.org/OpenSUSE_mailing_list_netiquette -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

14 years, 6 months

[opensuse-kernel] Resume take a long time to bring in the images to main memory

by Jaimon Jose

Hi, I have been observing that laptop is too slow when it resumes from suspend (T61p with 2GB ram), it takes more than 10 minutes before the system starts responding normally. There will be continuous read from the hard disk during this time. I noticed the following in my top (3 outputs taken at different times) after 5 mins-------------------------------- Cpu(s): 1.2%us, 2.0%sy, 0.0%ni, 56.7%id, 32.2%wa, 0.1%hi, 7.9%si, 0.0%st Mem: 2075132k total, 299748k used, 1775384k free, 264k buffers Swap: 2097140k total, 567580k used, 1529560k free, 26856k cached after 10 mins-------------------------------- Cpu(s): 1.3%us, 2.4%sy, 0.0%ni, 64.8%id, 26.5%wa, 0.1%hi, 4.8%si, 0.0%st Mem: 2075132k total, 256348k used, 1818784k free, 300k buffers Swap: 2097140k total, 581164k used, 1515976k free, 28740k cached after 12 mins-------------------------------- top - 19:29:29 up 17:53, 6 users, load average: 4.63, 5.56, 5.86 Tasks: 163 total, 1 running, 160 sleeping, 0 stopped, 2 zombie Cpu(s): 0.9%us, 1.5%sy, 0.0%ni, 57.8%id, 36.6%wa, 0.1%hi, 3.1%si, 0.0%st Mem: 2075132k total, 187348k used, 1887784k free, 300k buffers Swap: 2097140k total, 609680k used, 1487460k free, 18480k cached -------------------------------- It shows that I/O is very high during this period. Though I have 2GB memory, only 200-300MB is used where as 550-600MB swap is used. Why is it this way? Also, only one task is running out of 163 total tasks in the system. The kernel I have is 2.6.22.9-0.4-default #1 SMP Here is another output that I took 15 minutes after resuming. Again, RES is very low for all processes and it looks like VM is still thinking that the main memory is not available. A VM bug? I can still see my harddisk grinding continuously. top - 23:34:43 up 21:58, 6 users, load average: 3.16, 3.37, 4.73 Tasks: 165 total, 1 running, 162 sleeping, 0 stopped, 2 zombie Cpu(s): 1.4%us, 2.4%sy, 0.0%ni, 45.2%id, 44.2%wa, 0.3%hi, 6.5%si, 0.0%st Mem: 2075132k total, 467476k used, 1607656k free, 600k buffers Swap: 2097140k total, 680644k used, 1416496k free, 128576k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3081 root 15 0 564m 74m 14m S 2 3.7 43:26.70 X 4272 jjaimon 15 0 260m 68m 13m S 0 3.4 8:02.26 thunderbird-bin 20011 root 5 -10 591m 52m 50m S 3 2.6 22:47.90 vmware-vmx 4607 jjaimon 15 0 330m 42m 7584 S 2 2.1 19:34.48 firefox-bin 3967 jjaimon 15 0 114m 18m 2632 S 3 0.9 23:13.73 main-menu Load average is shown high. But, all that I have is 3-4 regular applications (firefox, gnome-terminal and thunderbird) and one VMWare instance. Regards, --jaimon -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

14 years, 6 months

[opensuse-kernel] sctp kernel module not loading properly in OpenSuSE 10.2

by JB

Hello All, I'm trying to use SCTP with SuSE10.2 however when I try to run my application, the sctp kernel module does not load by itself. I even tried 'modprobe -a sctp' and 'insmod sctp' yet, it fails to load. I examined the dmesg output and figured that the sctp module was dependent upon the ipv6 module. So I manually loaded it myself, then loaded the sctp kernel module and voila, it loaded just fine. However, is there a better way to do this? I always thought that it would be loaded by itself but apparantly that is not the case. Am I missing something on 'modprobe -a' ? I figured it should load everything sctp needs but I had to load ipv6 manually. For now, I am loading everything manually, but is there a better automated way? Thanks for your advice/pointers, J uname -a output: Linux darkstorm 2.6.18.8-0.7-default #1 SMP Tue Oct 2 17:21:08 UTC 2007 i686 i686 i386 GNU/Linux __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

14 years, 7 months

[opensuse-kernel] 2.6.23.1 x86_64 Problems with lvm ?

by Markus Koßmann

Hi , with both 2.6.23.1-20071017175209-default and 2.6.23.1-46-default x86_64 I couldn't log in after booting these kernels. I seems that lvm fills up the root file system. I've found the following messages in/var/log/boot.msg: Scanning for LVM volume groups... Reading all physical volumes. This may take a while... /dev/sdd: open failed: No medium found /dev/sde: open failed: No medium found /dev/sdf: open failed: No medium found /dev/sdg: open failed: No medium found Found volume group "system2" using metadata type lvm2 Found volume group "system" using metadata type lvm2 /etc/lvm/.cache.tmp: fclose failed: No space left on device Activating LVM volume groups... 6 logical volume(s) in volume group "system2" now active 5 logical volume(s) in volume group "system" now active /etc/lvm/.cache.tmp: fclose failed: No space left on device done But there should be enough free space on that root filesystem. A df ( when booting this installation with 2.6.22.9-0.4-default) shows: /dev/sdb9 12586488 788532 11797956 7% / udev 1031388 200 1031188 1% /dev /dev/mapper/system-home 125825276 26086412 99738864 21% /home /dev/mapper/system-opt 6291260 1165092 5126168 19% /opt /dev/mapper/system-usr 9436892 4397596 5039296 47% /usr /dev/mapper/system-usr_src 26213596 14766632 11446964 57% /usr/src /dev/mapper/system-var 4091772 470640 3621132 12% /var Is this a known problem ? -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

14 years, 7 months

[opensuse-kernel] test suites

by Mohammed Omar

hi all, I represent community distro test team from IBM, basically opensuse and fedora on IBM platforms (P series/Xseries). I need to know what kind of testing is going on opensuse kernel in community. If any body is concerned to opensuse kernel testing , please reply me. I use ltp, bash-memory, vmmstress, samba stress, nfs stress etc., test suites for finding regression in the kernel. Any body having any idea on this , can give me brief overview. --thanks omar -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

14 years, 7 months

[opensuse-kernel] HEAD rebased to 2.6.23.1

by Jeff Mahoney

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all - I've just completed the rebase of the HEAD tree against 2.6.23.1. I removed around 180 patches that were backports from 2.6.23-rc or accepted upstream. Here are a few notes on the update: 1) OCFS2 Userspace Clustering is temporarily disabled. There was some rework of how heartbeat reference counting was handled that conflicts with the way my patches do it. I hope to have these updated this week. 2) Xen is temporarily disabled - but for a good reason. 2.6.23 saw the acceptance of Xen into mainline! The version in mainline is slightly different than our local patches, which causes some conflicts. One of the big issues is that the mainline version of Xen allows a whole lot more compile-time CONFIG_* options than ours did, so the config files need to be updated. When Xen is working again, uncomment the appropriate entries in config.conf to re-enable the build. 3) patches.arch/acpi_gpe_suspend_cleanup.patch is currently disabled. Alexey, when you get some free time, could you take a look at that one? If it's obsolete, just remove it. 4) I also merged 2.6.23-rt1, so the realtime kernels will build as well. Sven, since this is your playground, would you mind reviewing the HPET changes between patches.rt/patch-2.6.23-rt1 and patches.fixes/hpet_patches_45.patch? I expect that the ones in -rt are a newer version of the one in the hpet patch. If that's the case, I'd like to factor that out of the RT patch and replace the hpet patch with that code. The tree is now open for commits again. - -Jeff - -- Jeff Mahoney SUSE Labs -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFHEVQwLPWxlyuTD7IRAv5oAJ9nA1J2dBNZ1q5PLycWBC9VRPGKxwCgpS6C eT2gmIdtKqdl+FTf9E86k0o= =aSMn -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

14 years, 7 months

[opensuse-kernel] Suggestion set the default Timer frequency to 1000 HZ

by Aniruddha

While poking around in the kernel source I learned that openSUSE's default Timer frequency is set to 250 HZ. Which is good for server usage. Why not set the default Timer frequency to 1000 HZ which is better suited for desktop? -- Regards, Aniruddha Please adhere to the OpenSUSE_mailing_list_netiquette http://en.opensuse.org/OpenSUSE_mailing_list_netiquette -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

14 years, 7 months

[opensuse-kernel] Re: [opensuse] Kernel 2.6.23 release today. Likelyhood of openSUSE 10.3 Build Service?

by Marcus Meissner

On Wed, Oct 10, 2007 at 10:11:48AM -0700, Ben Kevan wrote: > On Wednesday 10 October 2007 09:54:13 am Sloan wrote: > > Ben Kevan wrote: > > > What's the changes of us getting a suse built build service for the > > > 2.6.23 kernel to help utilize the new scheduler? I am not talking about > > > Vanilla Kernel, but a suse built kernel? > > > > FYI, I'm running the vanilla 2.6.23 on my 10.2 desktop, and it seems > > quite nice - as long as you don't mind doing without drbd and apparmor, > > the vanilla kernel works fine - otherwise you could patch it by hand if > > need be. > > > > Joe > > Do you know where you can download the SUSE Patches? I was under the > impression they were not avaliable. > > Also, yeah, I think I am going to go ahead with the Vanilla.. Now I just gotta > brush up on my Kernel skills.. I've loved the patched stuff from SUSE, but I > think .23 has enough changes for me to give it a go. I guess that openSUSE Factory at one point in time will upgrade to 2.6.23. Perhaps ask on opensuse-kernel (cced). Ciao, Marcus -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

14 years, 7 months

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

openSUSE Kernel October 2007