Arch Linux

interesting, if you use ppdev then imho no lp can be used and is disabled by default.
Are you using hplip? then this would be normal.

also speaking of version that are no longer in repository doesn't make it easier.
what's the status on udev-118-5 or udev-118-7

I've now tried with udev 118-5 and the problem persists: I still have

lp: driver loaded but no devices found

in dmesg.

regarding ppdev, i did't know what is it; I've googled a bit, but I'm don't think it's in use; I also add that I don't a /dev/parport entry either.

And I'm not using hplip, since I don't have any HP printer.

If you need some other info, just ask.

could you try to unload ppdev and then reload lp driver?

Tobias,

There are 2 topics in the forums which discuss about this issue :
http://bbs.archlinux.org/viewtopic.php?id=45456
http://bbs.archlinux.org/viewtopic.php?id=45496

Narcisse

# modprobe lp
# modprobe parport
# modprobe parport_pc
Enables parallel port printers, which wasn't necessary before. The cups article in the wiki has this information.

would be interesting why ppdev is loaded on your pc

Tobias, it seems that actually ppdev is loaded: executing
$ lsmod|grep pp
appletalk 30688 2
psnap 3332 2 appletalk,ipx
ppdev 7556 0
ppp_generic 23828 0
slhc 5632 1 ppp_generic
parport 31432 2 ppdev,lp

So, I've removed (rmmod) ppdev and reloaded (modprobe) lp, parport and partport_pc; /dev/lp0 automagically appeared.
I'll try to blacklist ppdev, which I don't need.

I'd like to know if it's only me that has that problem or if it is a generalized issue; I think that the number of user that use a parallel printer is much greater of the number of user that program a parallel-interfaced device.

you could try if the old load-modules.sh would solve this issue too.
it's loaded by udev but iscne the update it seems ppdev is loaded before lp

I've tried to extract /lib/udev/load-modules-sh from udev 116-3 (last known working version), using it instead of the newer version.
I've rebooted and, alas, the /dev/lp0 device was still absent. And still I read in dmesg

lp: driver loaded but no devices found

So it seems that _this_ script is innocent.

By the wat, I have repeated step by step the sequence that I've used to unload ppdev and reload parport.

rmmod ppdev
modprobe lp
modprobe parport
modprobe parport_pc

At every step I've checked the kernel log. Only the very last step (modprobe parport_pc) caused the driver to find the parallel port, creating /dev/lp0. I don't know if it's an issue.

well it would be really interesting, what happens if you load ppdev at the end again,
is lp then gone again?

I've tried; the module is loaded without warning, and /dev/lp0 is still there.
dmesg says
ppdev: user-space parallel port driver

I don't have a printer attached, here (at work), so I cannot say if /dev/lp0 is still functional; I'll try at home, where I have a parallel printer, if you think it's interesting.

i need to find a way to restore this loading order, the rules are written like this but udev seems to load them the other way around

hrm, on my laptop it stills works fine.
which files are in your /etc/udev/rules.d?

ok found the error, will be fixed in next 119 version

please confirm if fixed in udev-119 from testing

Sorry for the delay of the answer, I've been offline for a while;
I can't find udev-119 in testing, so I cannot say if it fixes the problem; can you post here the patch, so I can try it ?

udev-119-1 is in Core already

Ok, I've misunderstood. I've tried it and it's working, on both my computers.
I'm closing the bug.
Thanks a lot for the attention and the good work.