On Tuesday 28 September 2004 10:59, David Woodhouse wrote:
> On Tue, 2004-09-28 at 10:53 +0200, Duncan Sands wrote:
> > > The userspace monitoring dÃmon uses an ioctl to tell the kernel when the
> > > link goes up or down. The driver then sets atm_dev->signal to
> > > ATM_PHY_SIG_{FOUND,LOST} which prevents pppd from attempting to dial up
> > > while there's no link.
> >
> > Hmmm, I confess I'd forgotten about this. Are you sure pppd uses it? Last
> > time I checked it wasn't used by pppd and also not by the kernel ATM layer.
> > Still I agree that the right way to do things is to fix pppd/atm to actually
> > use/export this info.
>
> I think it is enforced by the ATM layer, unless I'm misremembering and
> it was only the -EAGAIN when the firmware isn't loaded that I'm
> remembering. I don't think so though -- I think it was really refusing
> to let me run pppd when there was no link. At one point I was walking
> round the building trying it in different phone sockets.
I'm betting it is -EAGAIN.
> > > And even if it were purely cosmetic -- it's so simple it might as well
> > > be done in the kernel anyway, surely?
> >
> > It is also simple to do in user-space :)
>
> Once that's _all_ we'd be doing in userspace, the 'cost' would have to
> include the added complexity of the mere _existence_ of the dÃmon, and
> getting it to run with hotplug, and all the other stuff which made
> people like Phil give up on the whole thing -- and made me swear a lot
> and vow to abolish it.
Fair enough.
Duncan.
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
