Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
waiting for uevents to be processed . . .
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
Skippy204
Apprentice
Apprentice


Joined: 09 May 2008
Posts: 187
Location: Fort Collins, Colorado, USA

PostPosted: Wed Apr 14, 2010 1:34 pm    Post subject: waiting for uevents to be processed . . . Reply with quote

Greetings all.

Existing Gentoo box. I did a emerge -uvND world. Now system will not boot. I get:

Code:

populating /dev with exiting devices through uevents . . .  [ok]
waiting for uevents to be processed . . .


Computer then freezes.
I let it run for 20 minutes to see if it eventually completed a task and moved on. It does not.
I can ctrl+alt+del out.

Kernel is Gentoo-2.6.32. I'm using a kernel that Pappy configured for me and it has been working just fine.
I can boot with my old Gentoo-2.6.32 kernel that has who knows what all in it that I don't need.
Thus I assume it's a kernel configuration problem?

I added --debug option to /etc/init.d/udev

Code:

ebegin "Starting udevd"
start-stop-daemon --start --exec /sbin/udevd -- --daemon --debug
eend $?


After doing that the last line I get before the computer freezes is:

Code:

1271229623.135566 [1233] event_queue_delete: seq 1084 done with 0


What additional information should I post?
Can anyone advise please.
Thank you!
Back to top
View user's profile Send private message
depontius
Advocate
Advocate


Joined: 05 May 2004
Posts: 2524

PostPosted: Wed Apr 14, 2010 4:47 pm    Post subject: Reply with quote

Are you running baselayout-2? You need to run /etc/init.d/udevd if you're using baselayout-2. You need to not run /etc/init.d/udevd if you're using baselayout-1.
_________________
.sigs waste space and bandwidth
Back to top
View user's profile Send private message
Skippy204
Apprentice
Apprentice


Joined: 09 May 2008
Posts: 187
Location: Fort Collins, Colorado, USA

PostPosted: Wed Apr 14, 2010 4:59 pm    Post subject: Reply with quote

depontius wrote:
Are you running baselayout-2? You need to run /etc/init.d/udevd if you're using baselayout-2. You need to not run /etc/init.d/udevd if you're using baselayout-1.


I don't know 100%, but will check as soon as I can.

I'm running unstable x64 and everything is well updated, that's why I *think* I'm on baselayout-2 but will confirm.

Also, surely it must be as I can boot with the other kernel and it's running /etc/init.d/udevd. Right?

Thank you.
Skippy
Back to top
View user's profile Send private message
depontius
Advocate
Advocate


Joined: 05 May 2004
Posts: 2524

PostPosted: Wed Apr 14, 2010 7:21 pm    Post subject: Reply with quote

Skippy204 wrote:
depontius wrote:
Are you running baselayout-2? You need to run /etc/init.d/udevd if you're using baselayout-2. You need to not run /etc/init.d/udevd if you're using baselayout-1.


I don't know 100%, but will check as soon as I can.

I'm running unstable x64 and everything is well updated, that's why I *think* I'm on baselayout-2 but will confirm.

Also, surely it must be as I can boot with the other kernel and it's running /etc/init.d/udevd. Right?

Thank you.
Skippy


Have you compared your 2 kernel configs?
_________________
.sigs waste space and bandwidth
Back to top
View user's profile Send private message
Skippy204
Apprentice
Apprentice


Joined: 09 May 2008
Posts: 187
Location: Fort Collins, Colorado, USA

PostPosted: Thu Apr 15, 2010 12:12 pm    Post subject: Reply with quote

baselayout is 2, not 1.

as to comparing the kernels, yes and no.

Yes in that I know they are different. The one that doesn't work only has what I need to run my system. the one that does work is the "default" Gentoo kernel with everything I don't need built in.

No in that I haven't compared them line for line. Nor am I excited about having to spend days building kernels adding and removing things until I happen to find the right combination that works.

That's why I was hoping the debug option on udev would provide some output that would indicate what the problem might be.

Skippy
Back to top
View user's profile Send private message
depontius
Advocate
Advocate


Joined: 05 May 2004
Posts: 2524

PostPosted: Thu Apr 15, 2010 1:04 pm    Post subject: Reply with quote

Don't know about the udev option, since I'm still on baselayout-1. But as for comparing kernel configs, I might suggest a graphical compare tool like tkdiff or diffuse, as it'll let you quickly skim pass the irrelevant stuff.
_________________
.sigs waste space and bandwidth
Back to top
View user's profile Send private message
Skippy204
Apprentice
Apprentice


Joined: 09 May 2008
Posts: 187
Location: Fort Collins, Colorado, USA

PostPosted: Fri Apr 23, 2010 5:53 pm    Post subject: Reply with quote

I know what is causing problem now. It's nvidia-drivers-195.36.15. When I install that the problem occurs.

It makes sense as that installs a kernel module, so I'm assuming that module is somehow related to the problem.

Skippy
Back to top
View user's profile Send private message
Smeagel
n00b
n00b


Joined: 09 Apr 2007
Posts: 13

PostPosted: Tue May 11, 2010 11:06 pm    Post subject: Seeing the same problem... Reply with quote

Seeing a lock up at waiting for uevents after installing nvidia module, on gentoo-sources 2.6.33-r2. If I delete the module it boots fine. I can then install the module and startx, etc, everything works fine, no errors to dmesg - but whenever I try to reboot it locks at "waiting for uevents".

I have two Nvidia graphics cards as well as a Tesla card, not sure if that could have an effect. I don't reboot frequently, but I'd rather not have to delete/reinstall the nvidia driver to reboot every time ;)
_________________
Redhat? Really? Sigh.
Back to top
View user's profile Send private message
depontius
Advocate
Advocate


Joined: 05 May 2004
Posts: 2524

PostPosted: Wed May 12, 2010 10:06 pm    Post subject: Re: Seeing the same problem... Reply with quote

Smeagel wrote:
Seeing a lock up at waiting for uevents after installing nvidia module, on gentoo-sources 2.6.33-r2. If I delete the module it boots fine. I can then install the module and startx, etc, everything works fine, no errors to dmesg - but whenever I try to reboot it locks at "waiting for uevents".


I don't know if it's the same thing, but at some point my Thinkpad T61p started acting up. X would start only once per installation, and never again, not even on power off and reboot. I "solved" the problem by moving to Nouveau.

How about if you blacklist the nvidia module? I've been getting another system ready for performance testing, and have blacklisted both nvidia and nouveau. My thinking was that neither gets loaded at boot time, and the appropriate one would get demand-loaded by X. It seems to me that blacklisting may be the solution to your problem, too. Come to think of it, I didn't see a lock-up, I just saw a black screen. It's been a few months now, so I don't really remember the symptoms. My needs are 2D, and Nouveau is pretty good at that.
_________________
.sigs waste space and bandwidth
Back to top
View user's profile Send private message
Skippy204
Apprentice
Apprentice


Joined: 09 May 2008
Posts: 187
Location: Fort Collins, Colorado, USA

PostPosted: Thu May 13, 2010 2:34 pm    Post subject: Re: Seeing the same problem... Reply with quote

Smeagel wrote:
Seeing a lock up at waiting for uevents after installing nvidia module, on gentoo-sources 2.6.33-r2. If I delete the module it boots fine. I can then install the module and startx, etc, everything works fine, no errors to dmesg - but whenever I try to reboot it locks at "waiting for uevents".

I have two Nvidia graphics cards as well as a Tesla card, not sure if that could have an effect. I don't reboot frequently, but I'd rather not have to delete/reinstall the nvidia driver to reboot every time ;)


Hey there - I also have 2 Nvidia cards and I'm pretty sure that is somehow related to all of this. I'm still on xorg-server 1.6.5 because the entire 1.7.x release will not work with two Nvidia cards. If I only use one card it's fine, but two kill it. I've not yet tried xorg-server 1.8.

Or rather I tried 1.8 with Nvidia drivers 195.36.24 and that version of the drivers caused the lock up at waiting for uevents as well. When I have time I'm going to try xorg 1.8 with my current Nvidia drivers and see what happens.

I may end up having to try your method just to keep current. Whey you say you "delete the module" do you mean you build your kernel without that module selected to be included?

Thanks for posting you experience.

Skippy
Back to top
View user's profile Send private message
Smeagel
n00b
n00b


Joined: 09 Apr 2007
Posts: 13

PostPosted: Fri May 14, 2010 2:57 pm    Post subject: Reply with quote

Quote:
Whey you say you "delete the module" do you mean you build your kernel without that module selected to be included?


I mean:
cd /lib/modules/2.6.33-gentoo-r2/
sudo rm `find . -name "nvidia.ko"`

A very clear deletion ;)

The method of blocking the module from being loaded at startup might be the best option.

As it stands it seemed my graphical performance was worse (firefox rendering seemed slower) with 2.6.33, so I just went back to 2.6.30 for now. My reason for upgrading was for full TRIM support for an SSD, but now that I'm done installing gentoo on it and ready to drop it into my laptop I no longer need 2.6.33.

If anyone has a solution they want me to try, though, I'm still willing to give it a shot.
_________________
Redhat? Really? Sigh.
Back to top
View user's profile Send private message
VinzC
Advocate
Advocate


Joined: 17 Apr 2004
Posts: 4672
Location: Theux (Belgium)

PostPosted: Sun Jul 18, 2010 11:55 pm    Post subject: Reply with quote

I have the very same problem but using a Radeon video card. I'm experiencing this issue since I upgraded my kernel to 2.6.34, udev to >= 151 plus other stuff -- that was a big upgrade, always troublesome... I was using 2.6.33 and udev-146 before and that issue didn't occur.

How can I identify the cause?
_________________
Gentoo addict: tomorrow I quit, I promise!... Just one more emerge...
GNU/Linux user #369763
“Wow! I feel root”
Back to top
View user's profile Send private message
Skippy204
Apprentice
Apprentice


Joined: 09 May 2008
Posts: 187
Location: Fort Collins, Colorado, USA

PostPosted: Mon Jul 19, 2010 2:21 pm    Post subject: Reply with quote

My problem seems to have finally gone away with an upgrade to the newest Nvidia drivers. I still have the problem that X doesn't find my mouse or keyboard, so I'm still working on that.

But at least I can boot now. :)

As to how to identify the cause... I figured it out by restoring a working file system then emerging one thing at a time, rebooting, then emerging another until I broke it. Not elegant... but it worked. Or didn't work rather. *haha*
Back to top
View user's profile Send private message
Muso
l33t
l33t


Joined: 22 Oct 2002
Posts: 656
Location: The Holy city of Honolulu

PostPosted: Mon Jul 19, 2010 6:45 pm    Post subject: Reply with quote

Skippy204 wrote:
My problem seems to have finally gone away with an upgrade to the newest Nvidia drivers. I still have the problem that X doesn't find my mouse or keyboard, so I'm still working on that.


emerge xf86-input-evdev

?
_________________
http://howdovaccinescauseautism.com/
Back to top
View user's profile Send private message
VinzC
Advocate
Advocate


Joined: 17 Apr 2004
Posts: 4672
Location: Theux (Belgium)

PostPosted: Tue Jul 20, 2010 10:48 pm    Post subject: Reply with quote

In my own case I had already re-emerged all X drivers and rebooted several times. The problem disappeared after a power off 8O . Don't ask... :D

Skippy204 wrote:
My problem seems to have finally gone away with an upgrade to the newest Nvidia drivers. I still have the problem that X doesn't find my mouse or keyboard, so I'm still working on that.

But at least I can boot now. :)

As to how to identify the cause... I figured it out by restoring a working file system then emerging one thing at a time, rebooting, then emerging another until I broke it. Not elegant... but it worked. Or didn't work rather. *haha*

I had that issue as well. To fix the keyboard problem (qwerty despite any possible settings) I downgraded hal to the latest *stable* version and tweaked /etc/hal/fdi/policy/11-x11-synaptics.fdi to add several settings that enable tapping, scrolling and other corner features. Chances are your issue is there too.
_________________
Gentoo addict: tomorrow I quit, I promise!... Just one more emerge...
GNU/Linux user #369763
“Wow! I feel root”
Back to top
View user's profile Send private message
Skippy204
Apprentice
Apprentice


Joined: 09 May 2008
Posts: 187
Location: Fort Collins, Colorado, USA

PostPosted: Wed Jul 21, 2010 4:48 pm    Post subject: Reply with quote

regarding the two post above this one - thank you for your suggestions.

I will investigate both of those as soon as I can. I very much appreciate your help. I'm still using xorg 1.6 as 1.7 and 1.8 have not worked for me yet.

I gotta resolve this issue soon. :)

Thank you again - much appreciated.

Skippy
Back to top
View user's profile Send private message
phosowicz
n00b
n00b


Joined: 01 Apr 2011
Posts: 23
Location: Polska

PostPosted: Tue May 17, 2011 11:43 am    Post subject: Reply with quote

Skippy204 wrote:
baselayout is 2, not 1.


How can I check it? I have the same problem as OP.

Regards,

Piotr
Back to top
View user's profile Send private message
lexming
Tux's lil' helper
Tux's lil' helper


Joined: 04 Jan 2007
Posts: 120
Location: Barcelona

PostPosted: Tue May 17, 2011 11:53 am    Post subject: Reply with quote

An
Code:
emerge -pv baselayout
will tell you that
Back to top
View user's profile Send private message
Germanchu
n00b
n00b


Joined: 23 Jun 2011
Posts: 2

PostPosted: Fri Oct 14, 2011 1:32 pm    Post subject: Reply with quote

Im having the same issue, my kernel panics after the "Waiting for uevents to be processed" line.
This machine has an Intel D865 motherboard with a Pentium 4 processor (kernel 2.6.39-gentoo-r3).

I fixed the issue by disabling acpi on the kernel command line (acpi=off). I guess that somehow this motherboard's ACPI implementation must be flawed or something.

Best regards!
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum