Bug 406941 – Please stabilize app-cdr/cdemu-1.5.0 and friends

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Alexandre Rostovtsev (RETIRED) 2012-03-05 03:22:40 UTC]

These have been in the tree for over a month.

=sys-fs/vhba-20110915 "hppa x86"
=dev-libs/libmirage-1.5.0-r1 "amd64 hppa x86"
=app-cdr/cdemud-1.5.0 "amd64 hppa x86"
=app-cdr/cdemu-1.5.0 "amd64 hppa x86"
=app-cdr/gcdemu-1.5.0 "amd64 x86"

[Comment 1 Alexandre Rostovtsev (RETIRED) 2012-03-05 03:24:07 UTC]

*** Bug 397709 has been marked as a duplicate of this bug. ***

[Comment 2 Jeroen Roovers (RETIRED) 2012-03-06 22:12:58 UTC]

Wouldn't it be nice to have bug #299586 fixed first?

[Comment 3 Alexandre Rostovtsev (RETIRED) 2012-03-06 22:34:26 UTC]

(In reply to comment #2)
> Wouldn't it be nice to have bug #299586 fixed first?

No, not really. For two reasons:

1. As far as I can tell, to load/unload a module automatically with udev, a static /dev file owned by the module needs a statically assigned node number. Claiming a static node number in an out-of-kernel-tree module is fundamentally a bad idea, just like using an unassigned static IP on another person's network; another driver might well try to use the same number legitimately.

2. Even if one could somehow verify that nothing else in kernel or the out-of-tree drivers in portage or the widely used overlays is using the same node number (and keep verifying it on every kernel version bump!), one would still need a patch that works with recent kernels and recent udev versions. Nobody has submitted such a patch yet (the patch attached in bug #299586 doesn't work), and due to concerns about #1, I did not want to spend hours on attempting to fix it.

All that said, if you have a working patch for auto-loading vhba and some way of alleviating concerns about #1, I would love to take a look at it.

[Comment 4 Alexandre Rostovtsev (RETIRED) 2012-03-06 23:28:39 UTC]

(In reply to comment #3)
> As far as I can tell, to load/unload a module automatically with udev, a
> static /dev file owned by the module needs a statically assigned node
> number.

Just to clarify, this is only needed for automatically loading a module on opening the /dev file. Modules can also auto-load on various events (e.g. hardware being inserted), but unfortunately that doesn't help with loading vhba.

[Comment 5 Elijah "Armageddon" El Lazkani (amd64 AT) 2012-03-11 21:40:02 UTC]

amd64: emerge pass

[Comment 6 Agostino Sarubbo 2012-03-20 09:04:19 UTC]

amd64 stable

[Comment 7 Markus Meier 2012-04-09 12:11:33 UTC]

x86 stable

[Comment 8 Jeroen Roovers (RETIRED) 2012-08-05 10:50:50 UTC]

sys-fs/vhba was marked stable for HPPA, but I've reverted that. I think ~hppa is good enough for this batch.

Closing.