Upstream fix is at:
http://www.linux.org.uk/~alan/ttydev/net-slip-ttyfix
It should be applicable to 2.6.26 as it has the tty_ldisc::hangup
operation and there have been no interesting changes to slip since then.
Does this look suitable for a stable update?
Ben.
--
Ben Hutchings
Logic doesn't a
On Thu, Feb 01, 2007 at 10:19:02PM +0100, Martin Fuzzey wrote:
>
> Unfortunately the same problem occurs with 2.6.20-rc6 from the source above.
> Is this a vanilla kernel or does it have Debian patches?
almost vanilla,
as we focus on 2.6.18 backports.
> Do you want me to file it with upstream o
dann frazier wrote:
hey Martin,
Thanks for your detailed investigation.
Can you reproduce with the latest trunk builds? I didn't see any
changesets upstream that obviously fix this issue, but just in case...
Trunk builds can be installed from here:
deb http://kernel-archive.buildserver.net/deb
On Sat, Jan 27, 2007 at 03:06:13PM +0100, Martin Fuzzey wrote:
> debian-qemu:~# slattach -L -vd -p slip -s 115200 /dev/ttyS0
> slattach: tty_open: looking for lock
> slattach: tty_open: trying to open /dev/ttyS0
> slattach: tty_open: /dev/ttyS0 (fd=3) slattach: tty_set_speed: 115200
> slattach: tty
Package: linux-source-2.6.18
Version: 2.6.18-7
When I use the slattach command to set up a SLIP link it works fine the
first time.
If I then kill the slattach process and reissue the command it fails
with error:
SLIP_set_disc(1): File exists
Running slattach once more works.
dmesg shows so
5 matches
Mail list logo
