Description of problem: When system boots up /etc/init.d/isdn start reports failure. This is probably due to workaround from other bug (133889), which resulted in makedev subroutine being introduced to create isdn device nodes on udev introduction. The problem seems to be related to fact that hisax and other isdn modules seem to be loaded in kernel at the point when isdn startup script is executed. This results in two problems: 1. module cannot be loaded with parameters specified in /etc/sysconfig/isdncard 2. It looks like device nodes created in /dev if created AFTER module is loaded don't work I am not sure but the problem is very likely related to udev. As I understand udev tries very early during boot process to discover connected hardware which would explain presence of isdn modules in single user mode (i.e. before isdn script is executed). Unfortunately isdn and udev don't seem to play nice with each other and udev does not create isdn device nodes. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: This is not the same as during boot but it may show you a point. 1. unload all isdm modules and remove all isdn device nodes from /dev 2. modprobe hisax (or whatever card you have, I don't know the behaviour with other hardware modules) 3. service isdn start -> it fails due to isdnctrl failing in line 121 4. service isdn start -> now it works as device nodes in /dev already exist and module was unloaded in step 3 as part of script cleanup Actual results: isdn does not load during boot Expected results: isdn loads during boot Additional info: I don't really know if the bug should be filed for isdn4k-utils, kernel or udev. Please reassign as needed. And it is high time to have it properly fixed, as workarounds are mess.
it's now fixed in isdn4k-utils-3_2-29, which will be available in rawhide soon. Could you verify it please. Thanks