lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20060928185222.GB3352@us.ibm.com>
Date:	Thu, 28 Sep 2006 11:52:22 -0700
From:	Sukadev Bhattiprolu <sukadev@...ibm.com>
To:	Auke Kok <auke-jan.h.kok@...el.com>
Cc:	linux-kernel@...r.kernel.org, netdev@...r.kernel.org
Subject: Re: Network problem with 2.6.18-mm1 ?

Thanks. See below for additional info

Auke Kok [auke-jan.h.kok@...el.com] wrote:
| Sukadev Bhattiprolu wrote:
| >
| >I am unable to get networking to work with 2.6.18-mm1 on my system.
| >
| >But 2.6.18 kernel on same system works fine. Here is some info about
| >the system/debug attempts. Attached are the lspci output and config.
| >
| >Appreciate any help. Please let me know if you need more info. 
| >
| >Suka
| >
| >System info:
| >
| >	x326, 2 CPU (AMD Opteron Processor 250)
| >
| >Kernel info:
| >
| >	$ uname -a
| >	Linux elm3b166 2.6.18-mm1 #4 SMP PREEMPT Tue Sep 26 18:11:58 PDT 2006
| >	x86_64 GNU/Linux
| >
| >	Config tokens differing between the 2.6.18 kernel that works and
| >	the 2.6.18-mm1 that does not are:
| >
| >	Tokens in 2.6.18 but not in 2.6.18-mm1 config
| >
| >		CONFIG_SCSI_FC_ATTRS=y
| >		CONFIG_SCSI_SATA_SIL=y
| >		CONFIG_SCSI_SATA=y
| >
| >	Tokens in 2.6.18-mm1 but not in 2.6.18 config
| >
| >		CONFIG_PROC_SYSCTL=y
| >		CONFIG_SATA_SIL=y 
| >		CONFIG_ATA=y 
| >		CONFIG_ARCH_POPULATES_NODE_MAP=y
| >		CONFIG_CRYPTO_ALGAPI=y
| >		CONFIG_MICROCODE_OLD_INTERFACE=y
| >		CONFIG_BLOCK=y
| >		CONFIG_VIDEO_V4L1_COMPAT=y
| >		CONFIG_ZONE_DMA=y
| >		CONFIG_FB_DDC=y
| >
| >	All drivers compiled into kernel in both cases.
| >
| >Debug info:
| >
| >	Checked hardware connections :-) 
| >	(Rebooting on 2.6.18 kernel works - consistently)
| >	
| >	$ ethtool -i eth0
| >		driver: e1000
| >		version: 7.2.7-k2
| >		firmware-version: N/A
| >
| >	$ ip addr
| >		seems fine (up, broadcasting etc)
| >
| >	$ ip -s link
| >		shows no errors/drops/overruns
| >
| >	$ ip route
| >		shows the correct gw
| >
| >	$ ethtool -S eth0
| >
| >		shows non-zero tx/rx packets/bytes but *rx_missed_errors*
| >		quite large (~138K) and increasing over time
| >
| >	$ ping <own-ip-addr>
| >		works fine
| >
| >	$ ping <gateway>
| >		no response.
| >
| >	$ tcpdump -i eth0 host <broken-host>
| >	
| >		while pinging gateway, tcpdump shows messages like:
| >
| >		18:03:45.936161 arp who-has <gateway> tell <broken-host>
| >
| >(Config file and lspci output are attached)
| 
| how about dmesg? Perhaps it shows some valuable information.

Am attaching the dmesg.out

| 
| also, since this is a networking problem, please include `ifconfig eth0` 
| and the full output of `ethtool eth0` and `ethtool -S eth0`

$ ifconfig eth0

eth0      Link encap:Ethernet  HWaddr 00:02:B3:9D:D4:D7  
          inet addr:10.0.67.166  Bcast:10.0.67.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:564 errors:0 dropped:5927 overruns:0 frame:0
          TX packets:105 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:81803 (79.8 KiB)  TX bytes:6720 (6.5 KiB)
          Base address:0x3400 Memory:e8240000-e8260000 


$ ethtool eth0

Settings for eth0:
	Supported ports: [ TP ]
	Supported link modes:   10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Supports auto-negotiation: Yes
	Advertised link modes:  10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Advertised auto-negotiation: Yes
	Speed: 100Mb/s
	Duplex: Full
	Port: Twisted Pair
	PHYAD: 0
	Transceiver: internal
	Auto-negotiation: on
	Supports Wake-on: umbg
	Wake-on: g
	Current message level: 0x00000007 (7)
	Link detected: yes

$ ethtool -S eth0

NIC statistics:
     rx_packets: 564
     tx_packets: 105
     rx_bytes: 81803
     tx_bytes: 6720
     rx_errors: 0
     tx_errors: 0
     tx_dropped: 0
     multicast: 11
     collisions: 0
     rx_length_errors: 0
     rx_over_errors: 0
     rx_crc_errors: 0
     rx_frame_errors: 0
     rx_no_buffer_count: 310
     rx_missed_errors: 5865
     tx_aborted_errors: 0
     tx_carrier_errors: 0
     tx_fifo_errors: 0
     tx_heartbeat_errors: 0
     tx_window_errors: 0
     tx_abort_late_coll: 0
     tx_deferred_ok: 0
     tx_single_coll_ok: 0
     tx_multi_coll_ok: 0
     tx_timeout_count: 0
     rx_long_length_errors: 0
     rx_short_length_errors: 0
     rx_align_errors: 0
     tx_tcp_seg_good: 0
     tx_tcp_seg_failed: 0
     rx_flow_control_xon: 0
     rx_flow_control_xoff: 0
     tx_flow_control_xon: 0
     tx_flow_control_xoff: 0
     rx_long_byte_count: 81803
     rx_csum_offload_good: 0
     rx_csum_offload_errors: 0
     rx_header_split: 0
     alloc_rx_buff_failed: 0

Hope this helps. Let me know if you need more info.

Suka

View attachment "dmesg-mm1.out" of type "text/plain" (18599 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ