1. 07 11月, 2007 5 次提交
    • A
      [TTY]: Fix network driver interactions with TCGET/SET calls. · 0fc00e24
      Alan Cox 提交于
      Dave Miller noted various cases where line disciplines for things like
      ppp go poking around in termios themselves in ways that broke with the
      new termios code. Rather than have them all learning about termios
      internals provide proper methods for this
      
      - tty_mode_ioctl()
      
      	This handles all the terminal mode handling for speed/carrier
      etc and none of the methods are ldisc dependant so they can be called
      by any user
      
      - tty_perform_flush()
      
      	This extracts the flush functionality and enables pppd the ppp
      layer to share it cleanly.
      
      The existing n_tty_ioctl code is refactored in this patch to provide
      the new functions and to call them itself appropriately. This patch
      has no (intended) behaviour changes and simply prepares for the other
      fixes.
      Signed-off-by: NAlan Cox <alan@redhat.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      0fc00e24
    • A
      [NET]: Let USB_USBNET always select MII. · 4aa92cd9
      Adrian Bunk 提交于
      All this USB_USBNET_MII trickery is simply not worth it considering how
      few code it saves.
      
      As a side effect, this also fixes the following compile error reported
      by Toralf Frster:
      
      <--  snip  -->
      
      ...
        LD      .tmp_vmlinux1
      drivers/built-in.o: In function `usbnet_set_settings':
      (.text+0xf1876): undefined reference to `mii_ethtool_sset'
      drivers/built-in.o: In function `usbnet_get_settings':
      (.text+0xf1836): undefined reference to `mii_ethtool_gset'
      drivers/built-in.o: In function `usbnet_get_link':
      (.text+0xf18d6): undefined reference to `mii_link_ok'
      drivers/built-in.o: In function `usbnet_nway_reset':
      (.text+0xf18f6): undefined reference to `mii_nway_restart'
      make: *** [.tmp_vmlinux1] Error 1
      
      <--  snip  -->
      Signed-off-by: NAdrian Bunk <bunk@kernel.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4aa92cd9
    • D
      [RRUNNER]: Do not muck with sysctl_{r,w}mem_max · df1e6e54
      David S. Miller 提交于
      Drivers have no business changing these values.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      df1e6e54
    • R
      [VETH]: Clarify "virtual ethernet device" to "virtual ethernet pair device". · 6a9a0250
      Rusty Russell 提交于
      It'd also be nice to mention "containers" somewhere in the help text
      (I'm assuming that's what it's for?).
      Signed-off-by: NRusty Russell <rusty@rustcorp.com.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      6a9a0250
    • J
      [PPP]: L2TP: Fix oops in transmit and receive paths · 91781004
      James Chapman 提交于
      Changes made on 18-sep to fix skb handling in the pppol2tp driver
      broke the transmit and receive paths. Users are only running into this
      now because distros are now using 2.6.23 and I must have messed up
      when I tested the change.
      
      For receive, we now do our own calculation of how much to pull from
      the skb (variable length L2TP header) rather than using
      skb_transport_offset(). Also, if the skb isn't a data packet, it must
      be passed back to UDP with skb->data pointing to the UDP header.
      
      For transmit, make sure skb->sk is set up because ip_queue_xmit()
      needs it.
      Signed-off-by: NJames Chapman <jchapman@katalix.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      91781004
  2. 06 11月, 2007 35 次提交