1. 16 5月, 2010 3 次提交
  2. 15 5月, 2010 1 次提交
  3. 14 5月, 2010 23 次提交
  4. 13 5月, 2010 13 次提交
    • J
      netfilter: remove unnecessary returns from void function()s · 736d58e3
      Joe Perches 提交于
      This patch removes from net/ netfilter files
      all the unnecessary return; statements that precede the
      last closing brace of void functions.
      
      It does not remove the returns that are immediately
      preceded by a label as gcc doesn't like that.
      
      Done via:
      $ grep -rP --include=*.[ch] -l "return;\n}" net/ | \
        xargs perl -i -e 'local $/ ; while (<>) { s/\n[ \t\n]+return;\n}/\n}/g; print; }'
      Signed-off-by: NJoe Perches <joe@perches.com>
      [Patrick: changed to keep return statements in otherwise empty function bodies]
      Signed-off-by: NPatrick McHardy <kaber@trash.net>
      736d58e3
    • S
      netfilter: cleanup printk messages · 654d0fbd
      Stephen Hemminger 提交于
      Make sure all printk messages have a severity level.
      Signed-off-by: NStephen Hemminger <shemminger@vyatta.com>
      Signed-off-by: NPatrick McHardy <kaber@trash.net>
      654d0fbd
    • S
      netfilter: change NF_ASSERT to WARN_ON · af567603
      Stephen Hemminger 提交于
      Change netfilter asserts to standard WARN_ON. This has the
      benefit of backtrace info and also causes netfilter errors
      to show up on kerneloops.org.
      Signed-off-by: NStephen Hemminger <shemminger@vyatta.com>
      Signed-off-by: NPatrick McHardy <kaber@trash.net>
      af567603
    • B
      netfilter: bridge-netfilter: fix crash in br_nf_forward_finish() · e94c6743
      Bart De Schuymer 提交于
      [ 4593.956206] BUG: unable to handle kernel NULL pointer dereference at 0000000000000018
      [ 4593.956219] IP: [<ffffffffa03357a4>] br_nf_forward_finish+0x154/0x170 [bridge]
      [ 4593.956232] PGD 195ece067 PUD 1ba005067 PMD 0
      [ 4593.956241] Oops: 0000 [#1] SMP
      [ 4593.956248] last sysfs file:
      /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:08/ATK0110:00/hwmon/hwmon0/temp2_label
      [ 4593.956253] CPU 3
      ...
      [ 4593.956380] Pid: 29512, comm: kvm Not tainted 2.6.34-rc7-net #195 P6T DELUXE/System Product Name
      [ 4593.956384] RIP: 0010:[<ffffffffa03357a4>]  [<ffffffffa03357a4>] br_nf_forward_finish+0x154/0x170 [bridge]
      [ 4593.956395] RSP: 0018:ffff880001e63b78  EFLAGS: 00010246
      [ 4593.956399] RAX: 0000000000000608 RBX: ffff880057181700 RCX: ffff8801b813d000
      [ 4593.956402] RDX: 0000000000000000 RSI: 0000000000000002 RDI: ffff880057181700
      [ 4593.956406] RBP: ffff880001e63ba8 R08: ffff8801b9d97000 R09: ffffffffa0335650
      [ 4593.956410] R10: 0000000000000000 R11: 0000000000000000 R12: ffff8801b813d000
      [ 4593.956413] R13: ffffffff81ab3940 R14: ffff880057181700 R15: 0000000000000002
      [ 4593.956418] FS:  00007fc40d380710(0000) GS:ffff880001e60000(0000) knlGS:0000000000000000
      [ 4593.956422] CS:  0010 DS: 002b ES: 002b CR0: 000000008005003b
      [ 4593.956426] CR2: 0000000000000018 CR3: 00000001ba1d7000 CR4: 00000000000026e0
      [ 4593.956429] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
      [ 4593.956433] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
      [ 4593.956437] Process kvm (pid: 29512, threadinfo ffff8801ba566000, task ffff8801b8003870)
      [ 4593.956441] Stack:
      [ 4593.956443]  0000000100000020 ffff880001e63ba0 ffff880001e63ba0 ffff880057181700
      [ 4593.956451] <0> ffffffffa0335650 ffffffff81ab3940 ffff880001e63bd8 ffffffffa03350e6
      [ 4593.956462] <0> ffff880001e63c40 000000000000024d ffff880057181700 0000000080000000
      [ 4593.956474] Call Trace:
      [ 4593.956478]  <IRQ>
      [ 4593.956488]  [<ffffffffa0335650>] ? br_nf_forward_finish+0x0/0x170 [bridge]
      [ 4593.956496]  [<ffffffffa03350e6>] NF_HOOK_THRESH+0x56/0x60 [bridge]
      [ 4593.956504]  [<ffffffffa0335282>] br_nf_forward_arp+0x112/0x120 [bridge]
      [ 4593.956511]  [<ffffffff813f7184>] nf_iterate+0x64/0xa0
      [ 4593.956519]  [<ffffffffa032f920>] ? br_forward_finish+0x0/0x60 [bridge]
      [ 4593.956524]  [<ffffffff813f722c>] nf_hook_slow+0x6c/0x100
      [ 4593.956531]  [<ffffffffa032f920>] ? br_forward_finish+0x0/0x60 [bridge]
      [ 4593.956538]  [<ffffffffa032f800>] ? __br_forward+0x0/0xc0 [bridge]
      [ 4593.956545]  [<ffffffffa032f86d>] __br_forward+0x6d/0xc0 [bridge]
      [ 4593.956550]  [<ffffffff813c5d8e>] ? skb_clone+0x3e/0x70
      [ 4593.956557]  [<ffffffffa032f462>] deliver_clone+0x32/0x60 [bridge]
      [ 4593.956564]  [<ffffffffa032f6b6>] br_flood+0xa6/0xe0 [bridge]
      [ 4593.956571]  [<ffffffffa032f800>] ? __br_forward+0x0/0xc0 [bridge]
      
      Don't call nf_bridge_update_protocol() for ARP traffic as skb->nf_bridge isn't
      used in the ARP case.
      Reported-by: NStephen Hemminger <shemminger@vyatta.com>
      Signed-off-by: NBart De Schuymer <bdschuym@pandora.be>
      Signed-off-by: NPatrick McHardy <kaber@trash.net>
      e94c6743
    • D
      4a6346d4
    • D
      cxgb4: report the PCIe link speed · f1a051b9
      Dimitris Michailidis 提交于
      Report the PCIe link speed (2.5 or 5 Gbps).
      Signed-off-by: NDimitris Michailidis <dm@chelsio.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f1a051b9
    • D
      cxgb4: configure HW VLAN extraction through FW · f8f5aafa
      Dimitris Michailidis 提交于
      HW VLAN extraction needs to be configured through FW to work correctly in
      virtualization environments.  Remove the direct register manipulation and
      rely on FW.
      Signed-off-by: NDimitris Michailidis <dm@chelsio.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f8f5aafa
    • B
    • B
      e1000e: Fix/cleanup PHY reset code for ICHx/PCHx · e98cac44
      Bruce Allan 提交于
      i) Fixes a bug where e1000_sw_lcd_config_ich8lan() was calling
      e1000_lan_init_done_ich8lan() to poll the STATUS.LAN_INIT_DONE bit to
      make sure the MAC had completed the PHY configuration.  However,
      e1000_lan_init_done_ich8lan() had already been called in one of the two
      places where PHY reset occurs for ICHx/PCHx parts, which caused the second
      call to busy-wait for 150 msec because the LAN_INIT_DONE bit had already
      been checked and cleared.
      
      ii) Cleanup the two separate PHY reset code paths, i.e. the full-chip reset
      in e1000_reset_hw_ich8lan() and the PHY-only reset in
      e1000_phy_hw_reset_ich8lan().  There was duplicate code in both paths to be
      performed post-reset that are now combined into one new function -
      e1000_post_phy_reset_ich8lan().  This cleanup also included moving the
      clearing of the PHY Reset Asserted bit in the STATUS register (now done for
      all ICH/PCH parts) and the check for the indication from h/w that basic
      configuration has completed back to where it previously was in
      e1000_get_cfg_done_ich8lan().
      
      iii) Corrected a few comments
      Signed-off-by: NBruce Allan <bruce.w.allan@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e98cac44
    • B
      e1000e: move settting of flow control refresh timer to link setup code · a305595b
      Bruce Allan 提交于
      The flow control refresh timer value needs to be saved off so that it can
      be programmed into the approrpiate register when applicable but without a
      reset, e.g. when changing flow control parameters via ethtool.
      Signed-off-by: NBruce Allan <bruce.w.allan@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a305595b
    • B
      e1000e: fix checks for manageability enabled and management pass-through · a65a4a0d
      Bruce Allan 提交于
      The mac->arc_subsystem was being incorrectly used to flag whether or not
      manageability was enabled when it should only be used to state whether the
      ARC (Host interface) subsystem is available on a particular MAC _and_ only
      valid when any manageability is enabled. The ARC subsystem is currently
      only available on 80003es2lan and 82573 parts supported by the driver.
      
      A new flag, has_fwsm, is introduced to be used when checking if
      manageability is enabled but only on parts that acutally have an FWSM
      register. While the above parts have an FWSM register, there are other
      parts that have FWSM but do not have support for the ARC subsystem,
      namely 82571/2 and ICHx/PCH.
      
      And then there are parts that have manageability, but do not have either
      FWSM register or support for the ARC subsystem - these are 82574 and 82583.
      
      For 80003es2lan, 82571/2/3 and ICH/PCH parts, this patch makes no
      functional changes, it only corrects the usage of the manageability flags.
      For 82574 and 82583, it fixes the incorrect accesses of the non-existent
      FWSM register and ARC subsystem as well as corrects the check for
      management pass-through.
      Signed-off-by: NBruce Allan <bruce.w.allan@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a65a4a0d
    • B
      e1000e: Incorrect function pointer set for force_speed_duplex on 82577 · eab50ffb
      Bruce Allan 提交于
      The force_speed_duplex function pointer was incorrectly set.  Instead of
      calling the 82577-specific version it was calling the m88 version which,
      among other incorrect things, reset the PHY causing autonegotiation to be
      re-enabled in the PHY resulting in the link defaulting to half-duplex.
      The 82577-specific force_speed_duplex function also had an issue where
      it disabled Auto-MDI-X which caused the link to not come up.
      Signed-off-by: NBruce Allan <bruce.w.allan@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      eab50ffb
    • B
      e1000e: Cleanup e1000_sw_lcd_config_ich8lan() · 8b802a7e
      Bruce Allan 提交于
      After every reset all ICH/PCH parts call this function which acquires the
      swflag, performs a workaround on applicable parts and releases the swflag.
      There is no reason for parts for which this workaround is not applicable
      to acquire and release the swflag so the function should just return
      without doing anything for these parts.  This also provides for the
      indentation of most of the function contents to be shifted left cleaning up
      the code.
      Signed-off-by: NBruce Allan <bruce.w.allan@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      8b802a7e