[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Radius plugin bug.

On Thu, Jun 29, 2006 at 10:37:30AM +0100, Ben McKeegan wrote:
> Hi Ray,
> That's not the only problem with the way radattr handles its files. 
> With multilink enabled it doesn't work at all as it always misses the 
> interface name out of the filename, so all pppd processes write to 
> exactly the same file!

Thanks for the reply Ben.  I may indeed try to make use of your patch, but
it seems to me the best way to handle this would be to not release the ppp
unit number until the plugins have finished their cleanup() functions.

I'm by no means a C master and am trying to find out where in the code the
"lock" on the device name pppXXX is released at.  I'm trying to trace
backwards from the sifdown() call in sys-linux.c but getting a little lost.

Anyone have any pointers on how this works?  Is it a matter of just putting
the sys_cleanup() call in cleanup() in main.c after the cleanup calls for
the channels?

To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Linux Audio Users]     [Hams]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Photo]     [Yosemite Photos]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Linux Resources]     [Fedora Users]

Powered by Linux