1. 07 Feb, 2012 2 commits
    • Al Viro's avatar
      CONFIG_TR/CONFIG_LLC: work around the problem with select · da091286
      Al Viro authored
      As it is, with PCI/ISA/MCA/CCW all set to n and PCMCIA set to m
      setting TR to y will set LLC to m, with very unpleasant results -
      net/802/psnap gets picked into obj-y, resulting in the kernel
      that won't link - psnap calls functions from llc.  The cause,
      AFAICS, is that kconfig gets rev_dep for LLC containing
      || TR && (deps for TR)
      and even though TR is boolean, both LLC and PCMCIA are tristate
      and that thing becomes || y && (n || m), i.e. || m.  The reason
      for dependency on PCMCIA is that when none of PCI, ISA, MCA, CCW
      or PCMCIA is set there'll be no tokenring drivers, so there's no
      point building tokenring core.  Proper fix probably belongs in
      kconfig (we need strict and, such that y <strict_and> m would be
      y, so that rev_deps added for tristate selected by bool would
      use that instead of &&; we'd have || TR <strict_and> (deps for TR)
      in this case), but it's a rather intrusive change.  There's an
      easy workaround in case of TR -> LLC select, namely to have a def_bool y
      symbol sitting under if TR and have that symbol selecting LLC.
      Kudos to johill for suggesting that one...
      Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      da091286
    • stephen hemminger's avatar
      Revert "skge: check for PCI dma mapping errors" · aadf1f0f
      stephen hemminger authored
      As reported by several people...
      
      The code in rx_clean was panic'ing so revert
      commit d0249e44.
      Will redo DMA mapping checks as new patches for a later release.
      Signed-off-by: default avatarStephen Hemminger <shemminger@vyatta.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      aadf1f0f
  2. 06 Feb, 2012 5 commits
  3. 05 Feb, 2012 2 commits
    • David Lv's avatar
      via-velocity: S3 resume fix. · b530b193
      David Lv authored
      Initially diagnosed on Ubuntu 11.04 with kernel 2.6.38.
      
      velocity_close is not called during a suspend / resume cycle in this
      driver and it has no business playing directly with power states.
      Signed-off-by: default avatarDavid Lv <DavidLv@viatech.com.cn>
      Acked-by: default avatarFrancois Romieu <romieu@fr.zoreil.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      b530b193
    • Julian Anastasov's avatar
      ipv4: reset flowi parameters on route connect · e6b45241
      Julian Anastasov authored
      Eric Dumazet found that commit 813b3b5d
      (ipv4: Use caller's on-stack flowi as-is in output
      route lookups.) that comes in 3.0 added a regression.
      The problem appears to be that resulting flowi4_oif is
      used incorrectly as input parameter to some routing lookups.
      The result is that when connecting to local port without
      listener if the IP address that is used is not on a loopback
      interface we incorrectly assign RTN_UNICAST to the output
      route because no route is matched by oif=lo. The RST packet
      can not be sent immediately by tcp_v4_send_reset because
      it expects RTN_LOCAL.
      
      	So, change ip_route_connect and ip_route_newports to
      update the flowi4 fields that are input parameters because
      we do not want unnecessary binding to oif.
      
      	To make it clear what are the input parameters that
      can be modified during lookup and to show which fields of
      floiw4 are reused add a new function to update the flowi4
      structure: flowi4_update_output.
      
      Thanks to Yurij M. Plotnikov for providing a bug report including a
      program to reproduce the problem.
      
      Thanks to Eric Dumazet for tracking the problem down to
      tcp_v4_send_reset and providing initial fix.
      Reported-by: default avatarYurij M. Plotnikov <Yurij.Plotnikov@oktetlabs.ru>
      Signed-off-by: default avatarJulian Anastasov <ja@ssi.bg>
      Acked-by: default avatarEric Dumazet <eric.dumazet@gmail.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      e6b45241
  4. 04 Feb, 2012 3 commits
  5. 03 Feb, 2012 8 commits
  6. 02 Feb, 2012 14 commits
  7. 01 Feb, 2012 6 commits