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