(Closed) Xorg 7.1 - Nvidia drivers (all versions) re-opened

Message

AliasXZ · Post by **AliasXZ** » Tue Jan 23, 2007 7:53 pm

I have no experience with that..
-
It's just strange that so little people are having this problem... And it's also strange it happens after a clean install...
-
To be honest, I don't have the time to mess around, I want a system that works so I can get things done, I wouldn't mind if this was a little glitch somewhere, well it is, but it totally disables the system... Even if I could kill X from this workstation I would put up with it and sort it later, but I can't I have to SSH into it from another machine which is a pain, having to boot up another machine to kill an X server on another...
-
I am no expert on how the X server works, since it is the keyboard that becomes useless while the mouse still, parcially works, am I right in saying that there is a program that controls keyboard and mouse input? Maybe I could mess around by running different versions of that?

Thanks for all your replies...

halfgaar · Post by **halfgaar** » Tue Jan 23, 2007 8:15 pm

It's just strange that so little people are having this problem... And it's also strange it happens after a clean install...

That implies that there's either something wrong with your hardware, or you're suffering from an incompatibility of some sort. It happens sometimes that hardware doesn't comply with specifications. The SBLive and VIA KT133a chipsets for example, can give rise to all sorts of instabilities.

Have I suggested a BIOS update already? I believe so, but if I haven't, you could try that. A BIOS update for your graphics adapter might also be in order. BIOS updates can solve incompatibility issues.

To be honest, I don't have the time to mess around, I want a system that works so I can get things done

It appears you don't have a choice. It's either try and find out where the problem lies, or get new hardware (preferably different hardware).

I am no expert on how the X server works, since it is the keyboard that becomes useless while the mouse still, parcially works, am I right in saying that there is a program that controls keyboard and mouse input? Maybe I could mess around by running different versions of that?

If X doesn't accept click events, then I wouldn't say that mouse input practically works....

But anyway, input is handled by some core part of X, I don't think you can run different versions of it. I also think it's not going to matter. I don't think this is an X bug. It's either a graphics driver bug, the aforementioned incompatibility or a defect. You did try different drivers, right? I mean, the close source and open source version? If that didn't fix it, the two other options remain. Then again, it can be anything...

What are your CFLAGS BTW?

AliasXZ · Post by **AliasXZ** » Tue Jan 23, 2007 8:36 pm

I have swapped every piece of hardware except the mainboard itself, I once decided to run windows for a while (2 months) no problems at all, I played games blah blah etc etc.
-
The BIOS is up to date on the mainboard, I haven't seen a need to update the BIOS on my gfx card, but I guess if I have nothing better to do I will try it...
-

halfgaar wrote:It appears you don't have a choice. It's either try and find out where the problem lies, or get new hardware (preferably different hardware).

It's just extremely frustrating, I don't know where else to look and to be honest, I can't buy a new system everytime I have some sort of problem, the hardware is not faulty...
-
What I meant by partially working mouse, was that you click on things and nothing happens as if your not clicking on it, you might aswel hit it with a wet fish or something.
-
Since this has started happening the day I upgraded to modular X and you said that input devices are handled by some core part of X, I can't help but think modular is the fault. But is it possible to run monolithic xorg-6.8.2 instead of the modular? I somehow think I will have more trouble than what it's worth...
-
Yeah it can be anything that causes a problem, I know that because I've been in ICT support since the mellennium...
-
This is what CFLAGS I've used since my first ever compile of Gentoo:
-

Code: Select all

CFLAGS="-march=athlon-xp -pipe -O2"

Thanks for your replies

bredde · Post by **bredde** » Tue Jan 23, 2007 8:48 pm

hi, i had the same problem with my dell inspiron 8000 (geforce 2go), i simply added

Code: Select all

>=x11-drivers/nvidia-drivers-1.0.9746

to my packages.mask and all problems where gone (now i have got 9631).

normally i should use the legacy-drivers, but i had problems to get them work, so i stayed at the normal drivers.

/edit: its working fine with 2.6.19-gentoo-r3

AliasXZ · Post by **AliasXZ** » Tue Jan 23, 2007 8:54 pm

I take it downgrading the nvidia-drivers to 9631 from 9746 was because it makes no difference? I am currently running 9631 with 2.6.18-r6 kernel.

Ok then, I will update my kernel to 19-r3 and see what happens...

thanks for your suggestion

EDIT

It looks promising... in the changelog there is a fix for loss of keyboard/mouse in 19-r3

halfgaar · Post by **halfgaar** » Tue Jan 23, 2007 10:23 pm

Since this has started happening the day I upgraded to modular X and you said that input devices are handled by some core part of X, I can't help but think modular is the fault. But is it possible to run monolithic xorg-6.8.2 instead of the modular? I somehow think I will have more trouble than what it's worth...

You could run it, for as long as it's in portage, but didn't you already try that?

Ok then, I will update my kernel to 19-r3 and see what happens...

Be mindful when upgrading to the 2.6.19 kernel. The HD infrastructure has changed. SATA support is removed from SCSI, and the normal ATA driver is deprecated in favor of a new system. If you have SATA disks, you must change your configuration accordingly, or the disks won't work. If you have ATA disks, you have to decide whether to use the old system or the new one. The new system will make the disk have SCSI naming (sda, sr0, etc).

It looks promising... in the changelog there is a fix for loss of keyboard/mouse in 19-r3

In the kernel changelog? Hmm.

BTW, you may have mentioned it, but do you use a USB or PS/2 keyboard and mouse?

AliasXZ · Post by **AliasXZ** » Tue Jan 23, 2007 10:36 pm

I tried to run X 682, but it had loads of stuff missing and I also had to unmerge 40+ packages before I could actually begin to install it (Blocked stuff) so it was a ball-ache..
-
Yeah I know, I found my SATA controller, works fine.
-
I use a both PS2 mouse and keyboard.

Well, no freeze so far will keep you updated

EDIT

FFS, it froze, exactly the same, SSH'd into it and then was fine after killing X...

EDIT YET AGAIN

Im gona try xorg-7.2

EDIT HOPEFULLY FOR THE LAST @!£ TIME

So far so good... Im running xorg 7.2, I emerged it with ACCEPT_KEYWORDS="~x86" to run mostly unstable stuff...

svf · Post by **svf** » Sun Feb 11, 2007 12:52 pm

so this is solved? i dont want install thousands of ~xorg-deps only to figure out that the mysterious "freeze" is still there

cheers,

nico

AliasXZ · Post by **AliasXZ** » Sun Feb 11, 2007 12:56 pm

sorry, yes it seems solved in xorg-7.2

I did this:

Code: Select all

echo ">x11-base/xorg-x11-7.2" >> /etc/portage/package.mask
echo "x11-base/xorg-x11 ~x86" >> /etc/portage/package.keywords
ACCEPT_KEYWORDS="~x86" emerge xorg-x11

Your then running unstable xorg 7.2 and dependencies - but I have found no problems at all

but because you do ~x86 you probably won't be able to do a normal update until Xorg and its dependencies become stable...

Im running nvidia-drivers 9631

Sorry for late reply on this...

halfgaar · Post by **halfgaar** » Sun Feb 11, 2007 1:11 pm

NEVER do:

Code: Select all

ACCEPT_KEYWORDS="~x86" emerge ........

Running emerge like that will install all the deps as ~ as well, and nowhere is stored that they are. "/etc/portage/package.keywords" Must be used to specify which packages are ~. Strangly, you do that as well, so I don't know why you run "ACCEPT_KEYWORDS="~x86" too...

AliasXZ · Post by **AliasXZ** » Sun Feb 11, 2007 1:13 pm

I know.. but it was only 7 dependencies, its a risk but i chose to do it, its up to anyone else if they do the same

halfgaar · Post by **halfgaar** » Sun Feb 11, 2007 1:26 pm

It's still not smart. When you run emerge -u world now, all those packages will be downgraded again. Just put them in package.keywords and forget about ACCEPT_KEYWORDS (expept when doing --pretend)...

svf · Post by **svf** » Sun Feb 11, 2007 2:14 pm

AliasXZ wrote:sorry, yes it seems solved in xorg-7.2

Sorry for late reply on this...

hehe 4 mins isnt that slow

thanks for the fast answer.

cheers,

nico