Bug in ethernet module b44.c (2.6.7)

From: Miroslav Zubcic (mvz_at_nimium.com)
Date: 08/02/04

  • Next message: Denis Vlasenko: "Re: Bug in ethernet module b44.c (2.6.7)"
    To: <linux-kernel@vger.kernel.org>
    Date:	Mon, 02 Aug 2004 11:02:52 +0200
    
    

    Hello everyone!

    I have Laptop Compaq nx5000 with Linux installed, and this network
    card:

    -------------------------------------------------------------------
    01:0e.0 Ethernet controller: Broadcom Corporation BCM5705M 10/100/1000Base T (rev 02)
            Subsystem: Hewlett-Packard Company: Unknown device 08bc
            Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
            Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
            Latency: 64
            Interrupt: pin A routed to IRQ 20
            Region 0: Memory at 90080000 (32-bit, non-prefetchable) [size=8K]
            Capabilities: [40] Power Management version 2
                    Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
                    Status: D0 PME-Enable- DSel=0 DScale=2 PME-
    -------------------------------------------------------------------

    Motherboard and chipset:

    -------------------------------------------------------------------
    00:00.0 Host bridge: Intel Corp. 82852/855GM Host Bridge (rev 02)
            Subsystem: Hewlett-Packard Company: Unknown device 08bc
            Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
            Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
            Latency: 0
            Region 0: Memory at <unassigned> (32-bit, prefetchable)
            Capabilities: [40] #09 [a105]

    00:00.1 System peripheral: Intel Corp. 855GM/GME GMCH Memory I/O Control Registers (rev 02)
            Subsystem: Hewlett-Packard Company: Unknown device 08bc
            Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
            Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
            Latency: 0

    00:00.3 System peripheral: Intel Corp. 855GM/GME GMCH Configuration Process Registers (rev 02)
            Subsystem: Hewlett-Packard Company: Unknown device 08bc
            Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
            Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
            Latency: 0

    -------------------------------------------------------------------

    I had problems with b44 module on 2.6.6 kernel, but this was resolved
    with patch from Pekka Pietikainen on this list, and later merged in
    2.6.7 kernel. Thanks Pekka and Jeff.

    Meanwhile, I have discovered new bug in this module. When opening raw
    socket, network card will stop sending and receiveing packets.

    For example, if I start `nmap -v -sS 192.168.1.70'. nmap(1) freezes
    and waits forever. While nmap(1) is active (and trying to do it's
    job), I cannot do anything on the net. Existing ssh connections are
    freezed and unresponsive. If I interrupt nmap, everything comes back
    to normal after 1-2 seconds.

    Only working mode for nmap(1) is: "nmap -v -sT -P0". This mode will
    not freeze broadcom ethernet card.

    However, I have found one workaround. If I start tcpdump(8) in one
    xterm on eth interface to wait for traffic, and "nmap -v -sS" in other
    window, nmap (and all other active or new connections, like ssh, http)
    are working without problem. So, if PROMISC is set on interface
    (tcpdump will set this flag when started, and remove on interrupt),
    everything works as expected. Of course, if I stop tcpdump(8), and
    start nmap(1) again, it will not work, and network will be unusable
    until I kill nmap(1). In normal mode without nmap(1), that is -
    tcp,udp ssh/http/imap/smtp ... there is no visible problems. dmesg(8)
    does not report anything unusual, neither logfiles do.

    I hope this is enough info.

    -- 
    Many men would sooner die then think. In fact they do.
    		-- Bertrand Russell
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at  http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at  http://www.tux.org/lkml/
    

  • Next message: Denis Vlasenko: "Re: Bug in ethernet module b44.c (2.6.7)"

    Relevant Pages

    • allocation failures with CBQ bandwidth limiting & high net use (was Re: Filesystem kernel hangup
      ... limiting, queuing and prioritization, *and* high network use (using ... "full_kernel_output" file for an idea of what kernel messages I was ... My IRQ is shared with that above TV card, ... kernel messages for about two hours from boot to crash). ...
      (Linux-Kernel)
    • Re: Fedora and PCMCIA support - upgrade kernel?
      ... Rebooted and no second kernel listed. ... > not then install it. ... on the network card... ... first no network support. ...
      (comp.os.linux.setup)
    • Re: Problem with NON-Wireless network card
      ... Under previous kernel, which I still have installed, it finds this card and configures eth0 to use it. ... Since it is not in the hardware list in the network configuration utility, ... First as root in a terminal type lspci and from the list should be your Ethernet card. ...
      (Fedora)
    • Re: Problem Networking on SUSE Linux 10.2
      ... Well, I can see that CNet does supply Network Interface Cards, but they ... CNet web page refers to ancient Red Hat distributions from 1999. ... I don't think you are using the right driver - but not knowing what card ... I never compiled nothing about the Kernel, but I guess that should be ...
      (alt.os.linux.suse)
    • Re: SUSE 10
      ... > Fritz Box SL Wlan and get an IP Adress, ... or the Netgear MA301 PCI Card. ... kernel source for the running kernel available as you will be building a ... Configuration successful. ...
      (alt.os.linux.suse)