Red Hat Bugzilla – Bug 76849
Wrong transmit data on /proc/net/dev with isdn (ippp0)
Last modified: 2008-08-01 12:22:52 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0; T312461; .NET
Description of problem:
Installed one or more isdn cards, using driver hisax. /proc/net/dev reports at
transmit only data for the master channel, but not for slaves. Recieve is OK.
All other devices (eth) are OK.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Use ISDN with hisax driver (also other drivers???)
2.Put some load on the ISDN
3.Run "cat /proc/net/dev | grep "ippp0"
4.Recieve is OK, transmit not.
Actual Results: Transmit is wrong
Expected Results: Should be right....:-)
Notified also firstname.lastname@example.org and email@example.com authors of isdn and
I have seen cases where the byte counts (both transmit and receive)
in /proc/dev/net go up to 2^32-1 (over 4 gig) then stop counting. I'm not sure
whether this is coming from the driver or not; the code that prints this is
static int sprintf_stats(char *buffer, struct net_device *dev)
struct net_device_stats *stats = (dev->get_stats ? dev->get_stats(dev):
size = sprintf(buffer, "%6s:%8lu %7lu %4lu %4lu %4lu %5lu %10lu
%8lu %7lu %4lu %4lu %4lu %5lu %7lu %10lu\n",
stats->rx_dropped + stats->rx_missed_errors,
stats->rx_length_errors + stats->rx_over_errors
+ stats->rx_crc_errors + stats->rx_frame_errors,
stats->tx_packets, stats->tx_errors, stats->tx_dropped,
stats->tx_carrier_errors + stats->tx_aborted_errors
+ stats->tx_window_errors + stats->tx_heartbeat_errors,
size = sprintf(buffer, "%6s: No statistics available.\n", dev-
I'm suspicious of the "%8lu" format. I looked at a few of the drivers and the
stats do appear to be 64 bits.
The bug I reported concerns only ISDN connections with slave configuration.
However the comment from firstname.lastname@example.org is interesting too...
I did not get any answers until today. I have some ISDN backup connection with
a master channel and many slave channels. However the transmit (UP) is
reporting only the bytes of the master channel, even so the line is actually
transmitting much more.
Maybe the designers of isdn4linux never thought of this possibility??
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases,
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/