1. 14 Nov, 2005 5 commits
  2. 12 Nov, 2005 5 commits
    • Christoph Hellwig's avatar
      [SPARC]: Fix RTC compat ioctl kernel log spam. · 535f8d65
      Christoph Hellwig authored
      On Fri, Nov 11, 2005 at 12:58:40PM -0800, David S. Miller wrote:
      > 
      > This change:
      > 
      > diff-tree 8ca2bdc7
      
       (from feee207e44d3643d19e648aAuthor: Christoph Hellwig <hch@lst.de>
      > Date:   Wed Nov 9 12:07:18 2005 -0800
      > 
      >     [SPARC] sbus rtc: implement ->compat_ioctl
      >     
      >     Signed-off-by: Christoph Hellwig <hch@lst.de>
      >     Signed-off-by: David S. Miller <davem@davemloft.net>
      > 
      > results in the console now getting spewed on sparc64 systems
      > with messages like:
      > 
      > [   11.968298] ioctl32(hwclock:464): Unknown cmd fd(3) cmd(401c7014){00} arg(efc
      > What's happening is hwclock tries first the SBUS rtc device ioctls
      > then the normal rtc driver ones.
      > 
      > So things actually worked better when we had the SBUS rtc compat ioctl
      > directly handled via the generic compat ioctl code.
      > 
      > There are _so_ many rtc drivers in the kernel implementing the
      > generic rtc ioctls that I don't think putting a ->compat_ioctl
      > into all of them to fix this problem is feasible.  Unless we
      > write a single rtc_compat_ioctl(), export it to modules, and hook
      > it into all of those somehow.
      > 
      > But even that doesn't appear to have any pretty implementation.
      > 
      > Any better ideas?
      
      We had similar problems with other ioctls where userspace did things
      like that.  What we did there was to put the compat handler to generic
      code.  The patch below does that, adding a big comment about what's
      going on and removing the COMPAT_IOCTL entires for these on powerpc
      that not only weren't ever useful but are duplicated now aswell.
      Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      535f8d65
    • Linus Torvalds's avatar
      Revert "[PATCH] fbcon: Add rl (Roman Large) font" · 0fde7f59
      Linus Torvalds authored
      This reverts 998e6d51 commit.
      0fde7f59
    • Tejun Heo's avatar
      [BLOCK] Implement elv_drain_elevator for improved switch error detection · 15853af9
      Tejun Heo authored
      
      
      This patch adds request_queue->nr_sorted which keeps the number of
      requests in the iosched and implement elv_drain_elevator which
      performs forced dispatching.  elv_drain_elevator checks whether
      iosched actually dispatches all requests it has and prints error
      message if it doesn't.  As buggy forced dispatching can result in
      wrong barrier operations, I think this extra check is worthwhile.
      Signed-off-by: default avatarTejun Heo <htejun@gmail.com>
      Signed-off-by: default avatarJens Axboe <axboe@suse.de>
      15853af9
    • Jens Axboe's avatar
      [BLOCK] Document the READ/WRITE splitup of the disk stats · 47a00410
      Jens Axboe authored
      
      
      Use the symbolic name where appropriate and add a comment to the
      disk_stats structure.
      Signed-off-by: default avatarJens Axboe <axboe@suse.de>
      47a00410
    • Neil Horman's avatar
      [SCTP]: Include ulpevents in socket receive buffer accounting. · 049b3ff5
      Neil Horman authored
      
      
      Also introduces a sysctl option to configure the receive buffer
      accounting policy to be either at socket or association level.
      Default is all the associations on the same socket share the
      receive buffer.
      Signed-off-by: default avatarNeil Horman <nhorman@tuxdriver.com>
      Signed-off-by: default avatarSridhar Samudrala <sri@us.ibm.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      049b3ff5
  3. 11 Nov, 2005 8 commits
  4. 10 Nov, 2005 6 commits
    • Steve French's avatar
      [CIFS] Reserve upcall IDX value for CIFS with connector header and add · a2653eba
      Steve French authored
      
      Kconfig option for CIFS upcall.
      Signed-off-by: default avatarSteve French <sfrench@us.ibm.com>
      a2653eba
    • Pavel Roskin's avatar
      [NET]: Annotate h_proto in struct ethhdr · ac57d042
      Pavel Roskin authored
      
      
      The protocol field in ethernet headers is big-endian and should be
      annotated as such.  This patch allows detection of missing ntohs() calls
      on the ethernet protocol field when sparse is run with __CHECK_ENDIAN__
      defined.
      
      This is a revised version that includes <linux/types.h> so that the
      userspace programs are not confused by __be16.  Thanks to David S.
      Miller.
      Signed-off-by: default avatarPavel Roskin <proski@gnu.org>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      ac57d042
    • Herbert Xu's avatar
      [NET]: Detect hardware rx checksum faults correctly · fb286bb2
      Herbert Xu authored
      
      
      Here is the patch that introduces the generic skb_checksum_complete
      which also checks for hardware RX checksum faults.  If that happens,
      it'll call netdev_rx_csum_fault which currently prints out a stack
      trace with the device name.  In future it can turn off RX checksum.
      
      I've converted every spot under net/ that does RX checksum checks to
      use skb_checksum_complete or __skb_checksum_complete with the
      exceptions of:
      
      * Those places where checksums are done bit by bit.  These will call
      netdev_rx_csum_fault directly.
      
      * The following have not been completely checked/converted:
      
      ipmr
      ip_vs
      netfilter
      dccp
      
      This patch is based on patches and suggestions from Stephen Hemminger
      and David S. Miller.
      Signed-off-by: default avatarHerbert Xu <herbert@gondor.apana.org.au>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      fb286bb2
    • Thomas Graf's avatar
      [NETLINK]: Generic netlink family · 482a8524
      Thomas Graf authored
      
      
      The generic netlink family builds on top of netlink and provides
      simplifies access for the less demanding netlink users. It solves
      the problem of protocol numbers running out by introducing a so
      called controller taking care of id management and name resolving.
      
      Generic netlink modules register themself after filling out their
      id card (struct genl_family), after successful registration the
      modules are able to register callbacks to command numbers by
      filling out a struct genl_ops and calling genl_register_op(). The
      registered callbacks are invoked with attributes parsed making
      life of simple modules a lot easier.
      
      Although generic netlink modules can request static identifiers,
      it is recommended to use GENL_ID_GENERATE and to let the controller
      assign a unique identifier to the module. Userspace applications
      will then ask the controller and lookup the idenfier by the module
      name.
      
      Due to the current multicast implementation of netlink, the number
      of generic netlink modules is restricted to 1024 to avoid wasting
      memory for the per socket multiacst subscription bitmask.
      Signed-off-by: default avatarThomas Graf <tgraf@suug.ch>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      482a8524
    • Thomas Graf's avatar
      [NETLINK]: Type-safe netlink messages/attributes interface · bfa83a9e
      Thomas Graf authored
      
      
      Introduces a new type-safe interface for netlink message and
      attributes handling. The interface is fully binary compatible
      with the old interface towards userspace. Besides type safety,
      this interface features attribute validation capabilities,
      simplified message contstruction, and documentation.
      
      The resulting netlink code should be smaller, less error prone
      and easier to understand.
      Signed-off-by: default avatarThomas Graf <tgraf@suug.ch>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      bfa83a9e
    • Yasuyuki Kozakai's avatar
      [NETFILTER]: Add nf_conntrack subsystem. · 9fb9cbb1
      Yasuyuki Kozakai authored
      
      
      The existing connection tracking subsystem in netfilter can only
      handle ipv4.  There were basically two choices present to add
      connection tracking support for ipv6.  We could either duplicate all
      of the ipv4 connection tracking code into an ipv6 counterpart, or (the
      choice taken by these patches) we could design a generic layer that
      could handle both ipv4 and ipv6 and thus requiring only one sub-protocol
      (TCP, UDP, etc.) connection tracking helper module to be written.
      
      In fact nf_conntrack is capable of working with any layer 3
      protocol.
      
      The existing ipv4 specific conntrack code could also not deal
      with the pecularities of doing connection tracking on ipv6,
      which is also cured here.  For example, these issues include:
      
      1) ICMPv6 handling, which is used for neighbour discovery in
         ipv6 thus some messages such as these should not participate
         in connection tracking since effectively they are like ARP
         messages
      
      2) fragmentation must be handled differently in ipv6, because
         the simplistic "defrag, connection track and NAT, refrag"
         (which the existing ipv4 connection tracking does) approach simply
         isn't feasible in ipv6
      
      3) ipv6 extension header parsing must occur at the correct spots
         before and after connection tracking decisions, and there were
         no provisions for this in the existing connection tracking
         design
      
      4) ipv6 has no need for stateful NAT
      
      The ipv4 specific conntrack layer is kept around, until all of
      the ipv4 specific conntrack helpers are ported over to nf_conntrack
      and it is feature complete.  Once that occurs, the old conntrack
      stuff will get placed into the feature-removal-schedule and we will
      fully kill it off 6 months later.
      Signed-off-by: default avatarYasuyuki Kozakai <yasuyuki.kozakai@toshiba.co.jp>
      Signed-off-by: default avatarHarald Welte <laforge@netfilter.org>
      Signed-off-by: default avatarArnaldo Carvalho de Melo <acme@mandriva.com>
      9fb9cbb1
  5. 09 Nov, 2005 16 commits