Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
udev [059-070] bug discussions
View unanswered posts
View posts from last 24 hours

Goto page 1, 2, 3, 4, 5, 6, 7  Next  
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
drphibes
Guru
Guru


Joined: 30 Nov 2004
Posts: 432

PostPosted: Fri Jul 01, 2005 3:01 pm    Post subject: udev [059-070] bug discussions Reply with quote

Looks like there were some very substantive changes for udev-059. I just emerged 059 and I notice that when I boot, the /etc/hotplug.d/default.hotplug script complains bitterly on any reference to /dev/null, e.g. line 26. Are there changes we need to make to hotplug to accommodate udev-059? Note that the /dev/null device is created by udev, but it seems it is now not there when hotplug wants it. Starting hotplug in either runlevel 'boot' or 'default' yields the same result. I normally start both hot/coldplug in the boot runlevel.

Looks like the default.hotplug script is now incompatibile with udev-059.


Last edited by drphibes on Thu Sep 15, 2005 5:54 pm; edited 8 times in total
Back to top
View user's profile Send private message
chenxy
n00b
n00b


Joined: 10 May 2003
Posts: 13

PostPosted: Fri Jul 01, 2005 3:29 pm    Post subject: Reply with quote

same problem as you.
Back to top
View user's profile Send private message
m0p
Apprentice
Apprentice


Joined: 20 Jun 2005
Posts: 205
Location: en_GB

PostPosted: Fri Jul 01, 2005 3:48 pm    Post subject: Reply with quote

Run etc-update (or dispatch-conf, either or) and see if that fixes the problem. Someone had a problem like this earlier on IRC.
Back to top
View user's profile Send private message
drphibes
Guru
Guru


Joined: 30 Nov 2004
Posts: 432

PostPosted: Fri Jul 01, 2005 4:02 pm    Post subject: Reply with quote

No it's not that simple. From what I am reading in the udev release-notes, the old hotplug agent is being supplanted by udev and udev rules. In other words, when you hotplug a device, the "new" way to do things is to use /sbin/udevsend as the hotplug agent instead of /sbin/hotplug, with udev now using rules to guide the loading of modules through this new agent.

Last edited by drphibes on Thu Jul 14, 2005 9:03 pm; edited 3 times in total
Back to top
View user's profile Send private message
didl
Retired Dev
Retired Dev


Joined: 09 Sep 2003
Posts: 1106
Location: Pittsburgh, PA

PostPosted: Fri Jul 01, 2005 5:27 pm    Post subject: Reply with quote

You can try to completele remove hotplug (and with it the default.hotplug script)
from your install leaving only udev and hotplug-base. This works fine for me.
Back to top
View user's profile Send private message
drphibes
Guru
Guru


Joined: 30 Nov 2004
Posts: 432

PostPosted: Fri Jul 01, 2005 5:47 pm    Post subject: Reply with quote

didl wrote:
You can try to completele remove hotplug (and with it the default.hotplug script)
from your install leaving only udev and hotplug-base. This works fine for me.

did you try hotplugging something afterwards? i would typically hotplug one or two usb devices, such as my memory stick reader....do i need to write udev rules to do what hotplug used to do?
Back to top
View user's profile Send private message
didl
Retired Dev
Retired Dev


Joined: 09 Sep 2003
Posts: 1106
Location: Pittsburgh, PA

PostPosted: Fri Jul 01, 2005 6:27 pm    Post subject: Reply with quote

I tried my USB mouse - no problem. I didn't have to write any rules,
at least not for the mouse.
Back to top
View user's profile Send private message
drphibes
Guru
Guru


Joined: 30 Nov 2004
Posts: 432

PostPosted: Fri Jul 01, 2005 9:22 pm    Post subject: Reply with quote

Well, my external usb dvd drive is not detected without hotplug and, worse, coldplug depends on hotplug, i.e. emerge -C hotplug && emerge coldplug will reinstall hotplug anyway. I am gonna mask off udev-059 and let the dust settle. I expect many posts and bug reports on related issues. Back to udev-058 for now.
Back to top
View user's profile Send private message
Lawless
l33t
l33t


Joined: 03 Nov 2003
Posts: 638
Location: Germany

PostPosted: Sat Jul 02, 2005 11:28 am    Post subject: Reply with quote

The new udev seems to ruin half of my system...
First here I posted that my udev script stopped working
https://forums.gentoo.org/viewtopic-t-355137.html

Now I've noticed that when I plug in my wlan usb stick the whole system suddenly gets very slow - ifconfig does not work at all and after a while the system crashes completly...
I downgraded to udev-058 but no change.
udev was the _only_ thing I had changed on the system - so it has to be related to udev....
I'm trying now a backup of my system :x
_________________
Kernel panic: I have no root and I want to scream
Back to top
View user's profile Send private message
Matteo Azzali
Retired Dev
Retired Dev


Joined: 23 Sep 2004
Posts: 1133

PostPosted: Sat Jul 02, 2005 11:50 am    Post subject: Reply with quote

Same issue here (hotplug line 26) and some maybe related issues with mouse....
I'll downgrade to udev-0.58 , when I'll remember where the file for masking is located :oops:
_________________
Every day a new distro comes to birth. Every day a distro "eats" another.
If you're born distro, no matter what, start to run.
---- http://www.linuxprinting.org/ ---- http://tuxmobil.org/
Back to top
View user's profile Send private message
rm
Tux's lil' helper
Tux's lil' helper


Joined: 25 Oct 2004
Posts: 87

PostPosted: Sat Jul 02, 2005 12:17 pm    Post subject: Reply with quote

@Matteo Azzali: that would be /etc/portage/package.mask

I'm in the process of reinstalling my system on a separate partition,
should I consider using 059 or better back off and install 058 or lower?

thx,
roel
Back to top
View user's profile Send private message
Lawless
l33t
l33t


Joined: 03 Nov 2003
Posts: 638
Location: Germany

PostPosted: Sat Jul 02, 2005 12:30 pm    Post subject: Reply with quote

From the changelog

Code:

01 Jul 2005; Greg Kroah-Hartman <gregkh@gentoo.org> +udev-059.ebuild:
  059 release
 
  Note this is _very_ experimental still.  Not quite sure if /etc/dev.d/
  rules still run properly, but booting should still work just fine (as
  long as your boot partitions aren't under some crazy-whack rule...)


:x
_________________
Kernel panic: I have no root and I want to scream
Back to top
View user's profile Send private message
Headrush
Watchman
Watchman


Joined: 06 Nov 2003
Posts: 5597
Location: Bizarro World

PostPosted: Sat Jul 02, 2005 12:53 pm    Post subject: Reply with quote

Lawless wrote:
From the changelog

Code:

01 Jul 2005; Greg Kroah-Hartman <gregkh@gentoo.org> +udev-059.ebuild:
  059 release
 
  Note this is _very_ experimental still.  Not quite sure if /etc/dev.d/
  rules still run properly, but booting should still work just fine (as
  long as your boot partitions aren't under some crazy-whack rule...)


:x

Another case of people being ~x86 emerge happy without reading the changelog.
Back to top
View user's profile Send private message
rm
Tux's lil' helper
Tux's lil' helper


Joined: 25 Oct 2004
Posts: 87

PostPosted: Sat Jul 02, 2005 1:43 pm    Post subject: Reply with quote

in the ebuild it talking about "custom rules",
I don't have any, my new system is clean as a whistle,
I just tarred the partition, and will try 059, can easily untar
and go on with my life :twisted:

roel
Back to top
View user's profile Send private message
drphibes
Guru
Guru


Joined: 30 Nov 2004
Posts: 432

PostPosted: Sat Jul 02, 2005 7:05 pm    Post subject: Reply with quote

Headrush wrote:
Another case of people being ~x86 emerge happy without reading the changelog.

Actually I had a legitimate reason to ~ unmask udev, related to the fbsplash and 2.6.12 problems. I run a x86 system with ~x86 packages used only for good reason. Now if I stopped to read the package's changelog everytime a package presents itself on my emerge -Dup world list, I'd get nothing done. My feeling is the package ought to have been hard-masked, not arch-masked if it's so experimental. That said, there is a problem with udev-059 in so far as it interacts with the hotplug script bundle. It's coming up in other distros. The default.hotplug script is trying to close all the file descriptors using references to /dev/null which isn't yet available at the time the script fires.
Code:
exec < /dev/null
to close stdin? How about just:
Code:
exec 0<&-
etc.
Back to top
View user's profile Send private message
Headrush
Watchman
Watchman


Joined: 06 Nov 2003
Posts: 5597
Location: Bizarro World

PostPosted: Sat Jul 02, 2005 7:13 pm    Post subject: Reply with quote

drphibes wrote:
Actually I had a legitimate reason to ~ unmask udev, related to the fbsplash and 2.6.12 problems. I run a x86 system with ~x86 packages used only for good reason. Now if I stopped to read the package's changelog everytime a package presents itself on my emerge -Dup world list, I'd get nothing done.

I use ~amd64 packages myself but you shouldn't need to run a totally ~x86 system.

You shouldn't need ~x86 for every new version of an ebuild either. (udev)
If you have a problem with fbsplash and need udev-058 for example, you should just unmask that package needed to fix your problem.
No need to accept every new unstable udev ebuild from then on.

I just think for a "core" package that is foolish and just asking for problems :-)
Back to top
View user's profile Send private message
drphibes
Guru
Guru


Joined: 30 Nov 2004
Posts: 432

PostPosted: Sat Jul 02, 2005 7:29 pm    Post subject: Reply with quote

So your contribution, then, is solely to tell me that my actions were foolish for installing it in the first place? Okay.... thanks much.
Back to top
View user's profile Send private message
Headrush
Watchman
Watchman


Joined: 06 Nov 2003
Posts: 5597
Location: Bizarro World

PostPosted: Sat Jul 02, 2005 7:35 pm    Post subject: Reply with quote

drphibes wrote:
So your contribution, then, is solely to tell me that my actions were foolish for installing it in the first place? Okay.... thanks much.

Easy. I'm trying to help you so you don't run into problems when you don't need to.
Take the foolish to mean it's a bad thing to do, nothing personal.
Back to top
View user's profile Send private message
Lawless
l33t
l33t


Joined: 03 Nov 2003
Posts: 638
Location: Germany

PostPosted: Sat Jul 02, 2005 7:47 pm    Post subject: Reply with quote

Saying 'it had been better not to do it' doesn't help cause it is already done...

As I said downgrading to the stable udev didn't solved the problem - my system is messed up - kernel panics when plugging in wlan stick, no recognition of other usb devices, udev needs nearly a minute to start (58 as well as 59...).
This is _not_ worth calling a 'testing' package.

I'm currently bootstrapping.....
_________________
Kernel panic: I have no root and I want to scream
Back to top
View user's profile Send private message
unz
l33t
l33t


Joined: 28 Jul 2004
Posts: 819
Location: Roma, Italia

PostPosted: Sat Jul 02, 2005 7:50 pm    Post subject: Reply with quote

hey man ... if no-one tryes ~x86 packages, we were still stucked @ vanilla-sources-0.5-r2 ...
... we got problems to solve ... let's brainstorming alltogether ... IMHO ;)
_________________
Ma che c'hai là? Sulla spalla!!!! http://lascimmia.it/
Back to top
View user's profile Send private message
Lawless
l33t
l33t


Joined: 03 Nov 2003
Posts: 638
Location: Germany

PostPosted: Sat Jul 02, 2005 7:57 pm    Post subject: Reply with quote

My system is ~x86 cause I'm happy testing new packages (my home server which has the mentioned problems will now become a x86 system) but when somebody writes:
"Not quite sure if /etc/dev.d/ rules still run properly"
that sounds not like a testing package to me - not in the case of a package like udev on which the whole system depends on.
For me there is still a difference between testing and unstable at least with vital packages.
_________________
Kernel panic: I have no root and I want to scream
Back to top
View user's profile Send private message
Headrush
Watchman
Watchman


Joined: 06 Nov 2003
Posts: 5597
Location: Bizarro World

PostPosted: Sat Jul 02, 2005 7:59 pm    Post subject: Reply with quote

unz wrote:
hey man ... if no-one tryes ~x86 packages, we were still stucked @ vanilla-sources-0.5-r2 ...
... we got problems to solve ... let's brainstorming alltogether ... IMHO ;)

No one is saying not to run ~x86 packages. But if as you said: let's brainstorming alltogether, you need to read the changelog then if you're trying to help. :-) I suspect several of the users aren't using this package to help test it. (Easy people, don't view everything as absolutes, this doesn't mean everyone!)

My point is not towards people that know how to test, but more towards noobies who are blindly unmasking all versions of packages and then wondering why it stops working.

I've wasted too many comments on this ;-) , back to helping in other threads. :D
Back to top
View user's profile Send private message
rm
Tux's lil' helper
Tux's lil' helper


Joined: 25 Oct 2004
Posts: 87

PostPosted: Sat Jul 02, 2005 9:30 pm    Post subject: Reply with quote

so I did that foolish thing, ppl are talking 'bout :wink:
no problems so far - but it's a test installation, not my "normal" environment.
The whole thing is at the edge.
Udev/hotplug just "pauzes" for 3-4 secs when doing it's thing, then everything goes on.

I'll see the next few days - if I have time - what gives.

bye,
roel
Back to top
View user's profile Send private message
drphibes
Guru
Guru


Joined: 30 Nov 2004
Posts: 432

PostPosted: Sat Jul 02, 2005 11:26 pm    Post subject: Reply with quote

They are thrashing out the bug upstream:
Quote:

On Sat, Jul 02, 2005 at 12:06:46PM -0700, Greg KH wrote:
> On Sat, Jul 02, 2005 at 08:55:42AM -0700, Greg KH wrote:
> > On Fri, Jul 01, 2005 at 07:46:48PM -0700, Greg KH wrote:
> > > On Fri, Jul 01, 2005 at 06:28:16PM -0700, Phil K wrote:
> > > > Gentoo here, udev-059 causes the
> > > > /etc/hotplug.d/default/default.hotplug script to
> > > > complain bitterly at boot on all references to the
> > > > /dev/null device. I am using the hotplug 2004-09-23
> > > > script set.
> > >
> > > This is a gentoo specific issue, stick with bugs.gentoo.org for now.
> >
> > Hm, no, this might be a udev specific issue. I'm also now seeing this,
> > and in fact, can't get 2.6.12 to work at all with the latest udev (059).
> > Will debug more tonight...
>
> Kay, this seems to be caused by udevstart running the
> /etc/hotplug.d/defalt/default.hotplug link (points to the "load a
> module" hotplug stuff) before we've created anything in /dev. This is
> because of the udev_run_hotplugd program rule. But for udevstart, we
> don't want to run any hotplug stuff :(

Sure, that's wrong.

> Hm, any hints on how to fix this loop?

I hope so:
ENV{UDEVD_EVENT}=="1", RUN+="/sbin/udev_run_hotplugd"

should prevent the hotplug stuff run, if it's not from the kernel.

Cheers,
Kay
Back to top
View user's profile Send private message
arunarunarun
n00b
n00b


Joined: 23 Dec 2004
Posts: 18
Location: India

PostPosted: Sun Jul 03, 2005 3:13 am    Post subject: Reply with quote

Quote:
Now I've noticed that when I plug in my wlan usb stick the whole system suddenly gets very slow - ifconfig does not work at all and after a while the system crashes completly...


Lawless, this might be one thing that's making things slow - from the Changelog...

Code:
o kernel 2.6.12 has the "detached_state" attribute removed from
  sysfs, which was used to recognize sysfs population. We switched that
  to wait for the "bus" link, which is only available in kernels after 2.6.11.
  Running this udev version on older kernels may cause a short delay for
  some events.


Also, https://forums.gentoo.org/viewtopic-t-355137.html and https://bugs.gentoo.org/show_bug.cgi?id=97667 might shed some more light.
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
Goto page 1, 2, 3, 4, 5, 6, 7  Next
Page 1 of 7

 
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