11 Oct, 2007

2 commits

  • This patch makes /proc/net per network namespace. It modifies the global
    variables proc_net and proc_net_stat to be per network namespace.
    The proc_net file helpers are modified to take a network namespace argument,
    and all of their callers are fixed to pass &init_net for that argument.
    This ensures that all of the /proc/net files are only visible and
    usable in the initial network namespace until the code behind them
    has been updated to be handle multiple network namespaces.

    Making /proc/net per namespace is necessary as at least some files
    in /proc/net depend upon the set of network devices which is per
    network namespace, and even more files in /proc/net have contents
    that are relevant to a single network namespace.

    Signed-off-by: Eric W. Biederman
    Signed-off-by: David S. Miller

    Eric W. Biederman
     
  • Hopefully captured all single statement cases under net/. I'm
    not too sure if there is some policy about #includes that are
    "guaranteed" (ie., in the current tree) to be available through
    some other #included header, so I just added linux/kernel.h to
    each changed file that didn't #include it previously.

    Signed-off-by: Ilpo Järvinen
    Signed-off-by: David S. Miller

    Ilpo Järvinen
     

04 Oct, 2007

1 commit


03 Oct, 2007

1 commit

  • CC net/ieee80211/softmac/ieee80211softmac_wx.o
    /home/kernel/src/net/ieee80211/softmac/ieee80211softmac_wx.c: In function ‘ieee80211softmac_wx_set_essid’:
    /home/kernel/src/net/ieee80211/softmac/ieee80211softmac_wx.c:117: warning: label ‘out’ defined but not used

    due to commit: efe870f9f4ad74410a18ecbf0d9ba7c14b50a0fb. Removing the label.

    Signed-off-by: Richard Knutsson
    Signed-off-by: John W. Linville

    Richard Knutsson
     

02 Oct, 2007

1 commit

  • Reported by Chris Evans :

    > The summary is that an evil 80211 frame can crash out a victim's
    > machine. It only applies to drivers using the 80211 wireless code, and
    > only then to certain drivers (and even then depends on a card's
    > firmware not dropping a dubious packet). I must confess I'm not
    > keeping track of Linux wireless support, and the different protocol
    > stacks etc.
    >
    > Details are as follows:
    >
    > ieee80211_rx() does not explicitly check that "skb->len >= hdrlen".
    > There are other skb->len checks, but not enough to prevent a subtle
    > off-by-two error if the frame has the IEEE80211_STYPE_QOS_DATA flag
    > set.
    >
    > This leads to integer underflow and crash here:
    >
    > if (frag != 0)
    > flen -= hdrlen;
    >
    > (flen is subsequently used as a memcpy length parameter).

    How about this?

    Signed-off-by: John W. Linville
    Signed-off-by: David S. Miller

    John W. Linville
     

21 Sep, 2007

1 commit

  • Commit 4cf92a3c was submitted as a fix for bug #8686 at bugzilla.kernel.org
    (http://bugzilla.kernel.org/show_bug.cgi?id=8686). Unfortunately, the fix led to
    a new bug, reported by Yoshifuji Hideaki, that prevented association for WEP
    encrypted networks that use ifconfig to control the device. This patch effectively
    reverts the earlier commit and does a proper fix for bug #8686.

    Signed-off-by: Larry Finger
    Signed-off-by: John W. Linville

    Larry Finger
     

07 Aug, 2007

1 commit


18 Jul, 2007

1 commit


11 Jul, 2007

1 commit

  • Victor Porton reported that the SoftMAC layer had random problem when setting the ESSID :
    http://bugzilla.kernel.org/show_bug.cgi?id=8686 After investigation, it turned out to be
    worse, the SoftMAC layer is left in an inconsistent state. The fix is pretty trivial.

    Signed-off-by: Jean Tourrilhes
    Acked-by: Michael Buesch
    Acked-by: Larry Finger
    Signed-off-by: John W. Linville

    Jean Tourrilhes
     

09 Jul, 2007

1 commit


29 May, 2007

2 commits


08 May, 2007

2 commits


28 Apr, 2007

3 commits


26 Apr, 2007

12 commits


25 Mar, 2007

1 commit


18 Feb, 2007

2 commits


15 Feb, 2007

1 commit

  • There is a bug in ieee80211softmac that always sets the user rate
    to 11Mbs, no matter the capabilities of the device. This bug was
    probably beneficial as long as the bcm43xx cards were rate limited;
    however, most are now capable of relatively high speeds. This patch
    fixes that bug and eliminates an assert that is no longer needed.

    Once the cards are capable of full OFDM speeds, the 24 Mbs rate will
    be changed to 54 Mbs.

    Signed-off-by: Larry Finger
    Signed-off-by: John W. Linville

    Larry Finger
     

11 Feb, 2007

1 commit


10 Feb, 2007

2 commits


06 Feb, 2007

1 commit

  • Unconfigured bcm43xx device can hit an assert() during wx_get_rate
    queries. This is because bcm43xx calls ieee80211softmac_start late
    (i.e. during open instead of probe).

    bcm43xx_net_open ->
    bcm43xx_init_board ->
    bcm43xx_select_wireless_core ->
    ieee80211softmac_start

    Fix is to check that device is running before completing
    ieee80211softmac_wx_get_rate.

    Signed-off-by: John W. Linville

    John W. Linville
     

20 Dec, 2006

2 commits

  • ieee80211softmac_wx_get_genie locks the associnfo mutex at
    function exit. This patch fixes it. The patch is against Linus'
    tree (commit af1713e0).

    Signed-off-by: Ulrich Kunitz
    Signed-off-by: Michael Buesch
    Acked-by: Johannes Berg
    Signed-off-by: Larry Finger
    Signed-off-by: Andrew Morton
    Signed-off-by: John W. Linville

    Ulrich Kunitz
     
  • The signature of work functions changed recently from a context
    pointer to the work structure pointer. This caused a problem in
    the ieee80211softmac code, because the ieee80211softmac_assox_work
    function has been called directly with a parameter explicitly
    casted to (void*). This compiled correctly but resulted in a
    softlock, because mutex_lock was called with the wrong memory
    address. The patch fixes the problem. Another issue was a wrong
    call of the schedule_work function. Softmac works again and this
    fixes the problem I mentioned earlier in the zd1211rw rx tasklet
    patch. The patch is against Linus' tree (commit af1713e0).

    Signed-off-by: Ulrich Kunitz
    Acked-by: Michael Buesch
    Signed-off-by: Larry Finger
    Signed-off-by: Andrew Morton
    Signed-off-by: John W. Linville

    Ulrich Kunitz
     

11 Dec, 2006

1 commit