Mailinglist Archive: opensuse-factory (508 mails)

< Previous Next >
Re: [opensuse-factory] 11.4 m4 on a x86-64
  • From: Jeff Mahoney <jeffm@xxxxxxxx>
  • Date: Sun, 05 Dec 2010 17:44:32 -0500
  • Message-id: <4CFC15D0.6030700@xxxxxxxx>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 12/05/2010 03:02 PM, Donn Washburn wrote:
On 12/03/2010 11:57 AM, Jeff Mahoney wrote:
On 12/03/2010 08:16 AM, Donn Washburn wrote:
On 12/01/2010 05:28 PM, Jeff Mahoney wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 12/01/2010 05:51 PM, Donn Washburn wrote:
Hey Group;

Fresh install of openSuSE confirmed good DVD straight to the hardisk.

I am just about to dump openSuSE because, So much of it is just
broken
but the X Windows stuff and some of that fails. On a machine with an
Athlon 64 with 1 Gig of memory and lots of HD will not compile a
factory
linux-2.6.37.# kernel using /proc/config.gz (implying .config.gz
doesn't
agree with "make menuconfig") and other problems are X windows being
... or you're running a different kernel than you have kernel-source
installed for. There shouldn't be any differences between
/proc/config.gz and /boot/config-$(uname -r)

- -Jeff

forced to use drm and nouveau have the monitor not centered and so
dark
a sheet over the monitor and your head is needed to see it in the
dark.
Plus Amarok and Blinder fail. And finally! The mouse at console
fails
to work even after configured with Yast2 and restarted. Oh yea! at
bootup while in VGA the monitor is very bright.

openSuSE did fix postgresql so that it now boots

- -- Jeff Mahoney
SUSE Labs



Thanks Jeff for the interest in this problem. That fixed it. Now if you
could fix the Nvidia headaches with nouveau (I know it is kernel stuff)
and the gpm binary.

Bringing this back into the list, so we don't have a situation where
complaints are public while solutions are private. The issue with the
kernel installation was that depmod doesn't deal well with having the
full debuginfo in the modules on a system with limited memory (when
dealing with a module dir of several GB, 1G memory is limited).
Installing with INSTALL_MOD_STRIP=1 works around the issue - and since
the modules in the kernel RPMs have the debuginfo stripped and put in a
separate package, we don't run into this on systems using the supplied RPMs.

What Nouveau problems are you having? I have regular Xorg hangs with
Nouveau on my system that present with the following message. I don't
believe it to be kernel-related.

[153286.983] [mi] EQ overflowing. The server is probably stuck in an
infinite loop.

I've filed a bug[1] upstream but the general consensus is that newer
nVidia chips (I have an ION2) have introduced a microcontroller which
the Nouveau driver doesn't know how to interact with. The Nouveau team
is working on it, but it's slow going figuring out a black box within a
black box. The proprietary nvidia driver doesn't hang on my system but
is so slow that I actually prefer the full-speed and occasional hanging
driver than to use the proprietary one.

- -Jeff

[1] https://bugs.freedesktop.org/show_bug.cgi?id=26980

- --
Jeff Mahoney
SuSE Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/

iEYEARECAAYFAkz8FdAACgkQLPWxlyuTD7JrXwCeJhS6g9+pmp/sD5R1v8HdkPa3
+FkAoJVQIlWAijJ/Pkg/xJpGulHq0oYs
=7/r2
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-factory+help@xxxxxxxxxxxx

< Previous Next >
Follow Ups