network-admin lets poor 9600 tty baud rate stand.

Bug #18274 reported by Ralph Corderoy
10
Affects Status Importance Assigned to Milestone
gnome-system-tools (Ubuntu)
Fix Released
Medium
Michael Vogt

Bug Description

/dev/ttyS[01] on this Elite K7S5A motherboard are set to 9600 baud
after boot. Using network-admin to activate the ppp0 interface results
in pppd being run as

    /usr/sbin/pppd /dev/ttyS0 noauth nopersist nocrtscts defaultroute \
        usepeerdns user inputplus.freeserve.co.uk connect \
        /usr/sbin/chat -v -f /tmp/network-admin-chat-script-k7IkFP06Z

Since no baud rate has been specified on the pppd command-line
communication between the motherboard and the modem over /dev/ttyS0
happens at 9600 resulting in a very slow Internet experience.

The tty's current baud rate can be examined with

    # stty -a </dev/ttyS0 | grep baud
    speed 9600 baud; rows 0; columns 0; line = 3;

Although stty can be used to alter it too, I find that sometimes hangs
so prefer

    # getty -i -l /bin/true -n -L ttyS0 115200 vt100

Note, unlike some other similar bug-reports I don't need to do this
twice to make it work. Nor do I think it's a kernel bug since
network-admin can't assume that nothing's been diddling with the tty,
e.g. minicom, since boot-up so should explicitly give pppd a baud rate.
What baud rate I don't know -- bring back /etc/ttys! :-) Perhaps the
kernel is also at fault?

    # sed /unknown/q /proc/tty/driver/serial
    serinfo:1.0 driver revision:
    0: uart:16550A port:000003F8 irq:4 tx:3092388 rx:11957721 RTS|CTS|DTR|DSR|CD
    1: uart:16550A port:000002F8 irq:3 tx:2 rx:0
    2: uart:unknown port:000003E8 irq:4
    #

The alternative would be to place the baud rate in one of the config
files pppd reads, e.g. /etc/ppp/options.ttyS0.

I think this is quite an important bug because the users it affects are
using a modem for Internet access so it's likely they've one machine
and one means of Internet access, e.g. me. With access being so slow
it's hard to Google, etc., at 800B/s, looking for solutions.

    $ lsb_release -sri
    Ubuntu 5.04
    $ uname -a
    Linux blake 2.6.10-5-386 #1 Tue Apr 5 12:12:40 UTC 2005 i686 GNU/Linux

Revision history for this message
Michael Vogt (mvo) wrote :

Thanks for your bugreport.

I think it's just a matter of adding
"115200"
at the end of the /etc/ppp/peers/ppp0 file

Can you please check if that helps?

Revision history for this message
Michael Vogt (mvo) wrote :

I uploaded a new version of gnome-system-tools and system-tools-backends into
the archive. It will now set the serial_speed to 115200. I would love to hear if
it fixes the problem for you.

Revision history for this message
Ralph Corderoy (ralph-inputplus) wrote :

I backed out my `115200' addition to /etc/ppp/options.ttyS0 and instead
put it in /etc/ppp/peers/ppp0 as requested but it only works
intermittently.

This is because there's various ways of going online. Using
network-admin to `Activate the modem connection' I see pppd has been
given all its options on the command line.

    root 8904 ? network-admin
    root 8907 pts/3 perl
                     /usr/share/setup-tool-backends/scripts/network-conf
                     --report
    root 9055 ttyS0 /usr/sbin/pppd /dev/ttyS0 noauth nopersist
                     nocrtscts defaultroute usepeerdns user
                     inputplus.freeserve.co.uk connect /usr/sbin/chat -v
                     -f /tmp/network-admin-chat-script-7vrIChYf4
    root 9066 ttyS0 /usr/sbin/chat -v -f
                     /tmp/network-admin-chat-script-7vrIChYf4

Without a `call ppp0' /etc/ppp/peers/ppp0 is ignored.

Going online using modem_applet does use `call' so that works.

    root 10274 ttyS0 /usr/sbin/pppd call ppp0
    root 10303 ttyS0 /usr/sbin/chat -v -f /etc/chatscripts/ppp0

As does `ifup ppp0' as root.

/etc/ppp/options{,.ttyS*} seems the right place for the baud rate since
pppd always looks there regardless of how it was started and we can't
guarantee `call' will always be used by everything.

Revision history for this message
Michael Vogt (mvo) wrote :

(In reply to comment #3)
> I backed out my `115200' addition to /etc/ppp/options.ttyS0 and instead
> put it in /etc/ppp/peers/ppp0 as requested but it only works
> intermittently.
>
> This is because there's various ways of going online. Using
> network-admin to `Activate the modem connection' I see pppd has been
> given all its options on the command line.
[..]
> Without a `call ppp0' /etc/ppp/peers/ppp0 is ignored.

This is fixed in the in the system-tools-backend upload in breezy. Would it be
possible to test that package?

> Going online using modem_applet does use `call' so that works.
>
> root 10274 ttyS0 /usr/sbin/pppd call ppp0
> root 10303 ttyS0 /usr/sbin/chat -v -f /etc/chatscripts/ppp0
>
> As does `ifup ppp0' as root.
>
> /etc/ppp/options{,.ttyS*} seems the right place for the baud rate since
> pppd always looks there regardless of how it was started and we can't
> guarantee `call' will always be used by everything.

This would involve more changes in the backend perl script. This is something I
want to leave to garnacho (hi!) to decide.

Thanks,
 Michael

Revision history for this message
Carlos Garnacho (carlosg) wrote :

(In reply to comment #4)
...

> > /etc/ppp/options{,.ttyS*} seems the right place for the baud rate since
> > pppd always looks there regardless of how it was started and we can't
> > guarantee `call' will always be used by everything.
>
> This would involve more changes in the backend perl script. This is something I
> want to leave to garnacho (hi!) to decide.

Hi :), I'm a bit undecided about this, the best thing of all would be to make
the whole network backend aware of this option, even then, I wouldn't like to
store some settings in /etc/ppp/peers/* and other ones in /etc/ppp/options in
the debian case, I think that the best in the short term should be to hack
gst_network_enable_modem() function to specify the speed from network-admin as
well, as this would work for non-debian distros as well.

Revision history for this message
Ralph Corderoy (ralph-inputplus) wrote :

(In reply to comment #4)
> > This is because there's various ways of going online. Using
> > network-admin to `Activate the modem connection' I see pppd has been
> > given all its options on the command line.
> [..]
> > Without a `call ppp0' /etc/ppp/peers/ppp0 is ignored.
>
> This is fixed in the in the system-tools-backend upload in breezy. Would it be
> possible to test that package?

Sorry Michael, but I'm still trying to get this 5.04 installation working,
e.g. email, given I had no network on installation, so I don't really want
to start mixing versions at the moment.

When I've got to grips with Ubuntu a little more, and hopefully got
broadband, I'll come back and try it if no one else has.

Revision history for this message
Saul (bugs-saul) wrote :

(In reply to comment #1)
> Thanks for your bugreport.
>
> I think it's just a matter of adding
> "115200"
> at the end of the /etc/ppp/peers/ppp0 file
>
> Can you please check if that helps?

I have used ubuntu for one day now, had the same problem, and came up with the
same solution. This does work perfectly, so my modem now runs at 56k. I would
have tried the new packages uploaded, but they depend on 14.8MB of others -
seems too large for my modem, and too risky for a newby to start mixing releases :)

Revision history for this message
Michael Vogt (mvo) wrote :

(In reply to comment #7)
> (In reply to comment #1)
> I have used ubuntu for one day now, had the same problem, and came up with the
> same solution. This does work perfectly, so my modem now runs at 56k. I would
> have tried the new packages uploaded, but they depend on 14.8MB of others -
> seems too large for my modem, and too risky for a newby to start mixing
releases :)

I uploaded (backported) hoary packages to:
http://people.ubuntu.com/~mvo/g-s-t/

please tell me if they work for you and fix the problem (make sure that you have
the
cd/the old packages available so that you can reinstall the old version in case of
problems).

thanks,
 Michael

Revision history for this message
Saul (bugs-saul) wrote :

(In reply to comment #8)
> I uploaded (backported) hoary packages to:
> http://people.ubuntu.com/~mvo/g-s-t/
>
> please tell me if they work for you and fix the problem (make sure that you have
> the cd/the old packages available so that you can reinstall the old version in
> case of problems).
>
> thanks,
> Michael

Works well. I could only install system-tools-backends_1.2.0-4ubuntu1_all.deb
since gnome-system-tools_1.2.0-2ubuntu2_i386.deb still had many dependency
problems requiring large downloads.

I'm also glad to see that it no longer auto-dials when I login.

Thanks,
Saul.

Revision history for this message
Michael Vogt (mvo) wrote :

This is fixed in the gnome-system-tools version in breezy. It now sets the
default speed to 115200 in pppd. Please reopen if you still have problems with
the breezy version.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.