Re: [opensuse-factory] 11.4 m4 on a x86-64
-----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@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Sun, 05 Dec 2010 17:44:32 -0500 Jeff Mahoney <jeffm@suse.com> wrote:
[153286.983] [mi] EQ overflowing. The server is probably stuck in an infinite loop.
I had seen the same before with intel chips. Actually 11.3 on my daughter's Atom D510 was unusable until I installed latest X11:XOrg repo X code (about two months ago). Are you still seeing this with FACTORY or is it 11.3? If it's 11.3, adding X11:XOrg and doing "zypper dup" from that repo might be something to try. Funny thing: that was a system which I had bought because the old machine (with an i815 or such) was "too old to be supported", only to end up with a machine "too new to be supported" :-) -- Stefan Seyfried "Any ideas, John?" "Well, surrounding them's out." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/06/2010 02:39 AM, Stefan Seyfried wrote:
On Sun, 05 Dec 2010 17:44:32 -0500 Jeff Mahoney <jeffm@suse.com> wrote:
[153286.983] [mi] EQ overflowing. The server is probably stuck in an infinite loop.
I had seen the same before with intel chips. Actually 11.3 on my daughter's Atom D510 was unusable until I installed latest X11:XOrg repo X code (about two months ago). Are you still seeing this with FACTORY or is it 11.3? If it's 11.3, adding X11:XOrg and doing "zypper dup" from that repo might be something to try.
Funny thing: that was a system which I had bought because the old machine (with an i815 or such) was "too old to be supported", only to end up with a machine "too new to be supported" :-)
This is with factory. I've been keeping it updated with zypper dup every few days. I was even following the devel project for a while but it didn't help. Until I see something in the freedesktop bugzilla indicating some progress, I'm going to assume it's not fixed yet. That's not vote of no confidence in the Nouveau developers - just the understanding that it may take a while. I have the Xorg debuginfo installed on the machine as well. The full Xorg log can be found here[1]. My understanding from the bugzilla is that this is the aftermath of the real bug, not the trace from the bug itself. - -Jeff [1] http://www.jeffreymahoney.com/Xorg.0.log - -- Jeff Mahoney SuSE Labs -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkz86GsACgkQLPWxlyuTD7L02gCgiF1bO7xCMYZHImm01oWlM6cz aC4AnRIIV5V5gu2vB52qwYUIZhiDNuzE =suqD -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
participants (2)
-
Jeff Mahoney -
Stefan Seyfried