1. 13 Mar, 2010 5 commits
  2. 12 Mar, 2010 1 commit
    • David S. Miller's avatar
      ipconfig: Handle devices which take some time to come up. · 964ad81c
      David S. Miller authored
      
      
      Some network devices, particularly USB ones, take several seconds to
      fully init and appear in the device list.
      
      If the user turned ipconfig on, they are using it for NFS root or some
      other early booting purpose.  So it makes no sense to just flat out
      fail immediately if the device isn't found.
      
      It also doesn't make sense to just jack up the initial wait to
      something crazy like 10 seconds.
      
      Instead, poll immediately, and then periodically once a second,
      waiting for a usable device to appear.  Fail after 12 seconds.
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      Tested-by: default avatarChristian Pellegrin <chripell@fsfe.org>
      964ad81c
  3. 10 Mar, 2010 23 commits
  4. 09 Mar, 2010 2 commits
    • Reinette Chatre's avatar
      Revert "iwlwifi: Send broadcast probe request only when asked to" · 1382c71c
      Reinette Chatre authored
      This reverts commit 21b2d8bd
      
      .
      
      As explained by Johannes:
      When we
      build a probe request frame in the buffer with the SSID, we could
      arrive over the limit of 200 bytes. When we build it in the buffer
      without the SSID (wildcard) we don't arrive over 200 bytes, but the
      ucode still allows direct probe in addition because it has an internal
      buffer that is larger when it inserts the SSID...
      Signed-off-by: default avatarReinette Chatre <reinette.chatre@intel.com>
      1382c71c
    • Reinette Chatre's avatar
      iwl3945: fix memory corruption · 1d79e53c
      Reinette Chatre authored
      Recent patch "iwlwifi: move 3945 clip groups to 3945 data" exposed a memory
      corruption problem. When initializing the clip groups the code was
      mistakenly using the iwlagn rate count, not the 3945 rate count. This
      resulted in more memory being written than was allocated.
      
      "iwlwifi: move 3945 clip groups to 3945 data" moved the location where the
      clip groups are stored and the impact is now severe in that the number of
      configured TX queues is modified. Previously the
      "temperature" field was overwritten, which did not seem to affect the
      operation.
      
      Fix this one instance where wrong rate count was used. I also noticed one
      more location where the iwlagn rate count was used to index an iwl3945
      array, fix this. I also modified one location that modified the iwlagn rate
      count to obtain the iwl3945 rate count ... just use the iwl3945 rate count
      directly.
      
      This fixes http://bugzilla.intellinuxwireless.org/show_bug.cgi?id=2165 and
      http://bugzilla.intellinuxwireless.org/show_bug.cgi?id=2168
      
      Signed-off-by: default avatarReinette Chatre <reinette.chatre@intel.com>
      1d79e53c
  5. 08 Mar, 2010 9 commits