Well, the old slip-open behavior was not correspond to the TTY logic.
So, is it possible to fix VPND instead of reverting the patch? Greg,
what do you think about it?
2011/7/22 Ben Hutchings :
> On Fri, 2011-07-22 at 08:30 -0300, SUPORTE - Kernel Informática wrote:
>> I had a debian squeeze with 3
On Fri, 2011-07-22 at 08:30 -0300, SUPORTE - Kernel Informática wrote:
> I had a debian squeeze with 3 slips connection, sl0, sl1 and sl2 on
> working VPND solution. Its using the kernel version
> linux-image-2.6.32-5-amd64_2.6.32-31_amd64 so I upgrade it to
> linux-image-2.6.32-5-amd64_2.6.32-35_a
On Fri, 2011-07-22 at 08:30 -0300, SUPORTE - Kernel Informática wrote:
> I had a debian squeeze with 3 slips connection, sl0, sl1 and sl2 on
> working VPND solution. Its using the kernel version
> linux-image-2.6.32-5-amd64_2.6.32-31_amd64 so I upgrade it to
> linux-image-2.6.32-5-amd64_2.6.32-35_a
I had a debian squeeze with 3 slips connection, sl0, sl1 and sl2 on
working VPND solution. Its using the kernel version
linux-image-2.6.32-5-amd64_2.6.32-31_amd64 so I upgrade it to
linux-image-2.6.32-5-amd64_2.6.32-35_amd64 and the slip interface dont
fork to sl1 any more! example: When I start th
4 matches
Mail list logo