1. 08 2月, 2012 2 次提交
    • A
      CONFIG_TR/CONFIG_LLC: work around the problem with select · da091286
      Al Viro 提交于
      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: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      da091286
    • S
      Revert "skge: check for PCI dma mapping errors" · aadf1f0f
      stephen hemminger 提交于
      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: NStephen Hemminger <shemminger@vyatta.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      aadf1f0f
  2. 07 2月, 2012 5 次提交
  3. 06 2月, 2012 1 次提交
  4. 05 2月, 2012 4 次提交
  5. 04 2月, 2012 1 次提交
  6. 03 2月, 2012 21 次提交
  7. 02 2月, 2012 6 次提交