1. 04 May, 2006 24 commits
  2. 03 May, 2006 3 commits
  3. 02 May, 2006 13 commits
    • Ayaz Abdulla's avatar
      forcedeth: fix multi irq issues · ebf34c9b
      Ayaz Abdulla authored
      This patch fixes the issues with multiple irqs.
      
      I am resending based on feedback. I decoupled the dma mask for
      consistent memory and fixed leak with multiple irq in error path.
      
      Thanks to Manfred for catching the spin lock problem.
      Signed-Off-By: default avatarAyaz Abdulla <aabdulla@nvidia.com>
      ebf34c9b
    • Craig Brind's avatar
      [PATCH] via-rhine: zero pad short packets on Rhine I ethernet cards · 3e0d167a
      Craig Brind authored
      Fixes Rhine I cards disclosing fragments of previously transmitted frames
      in new transmissions.
      
      Before transmission, any socket buffer (skb) shorter than the ethernet
      minimum length of 60 bytes was zero-padded.  On Rhine I cards the data can
      later be copied into an aligned transmission buffer without copying this
      padding.  This resulted in the transmission of the frame with the extra
      bytes beyond the provided content leaking the previous contents of this
      buffer on to the network.
      
      Now zero-padding is repeated in the local aligned buffer if one is used.
      
      Following a suggestion from the via-rhine maintainer, no attempt is made
      here to avoid the duplicated effort of padding the skb if it is known that
      an aligned buffer will definitely be used.  This is to make the change
      "obviously correct" and allow it to be applied to a stable kernel if
      necessary.  There is no change to the flow of control and the changes are
      only to the Rhine I code path.
      
      The patch has run on an in-service Rhine-I host without incident.  Frames
      shorter than 60 bytes are now correctly zero-padded when captured on a
      separate host.  I see no unusual stats reported by ifconfig, and no unusual
      log messages.
      Signed-off-by: default avatarCraig Brind <craigbrind@gmail.com>
      Signed-off-by: default avatarRoger Luethi <rl@hellgate.ch>
      Cc: Jeff Garzik <jeff@garzik.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarJeff Garzik <jeff@garzik.org>
      3e0d167a
    • Olaf Hering's avatar
      [PATCH] mv643xx_eth: provide sysfs class device symlink · b0b8dab2
      Olaf Hering authored
      On Sat, Mar 11, Olaf Hering wrote:
      > Why is the /sys/class/net/eth0/device symlink not created for the
      > mv643xx_eth driver? Does this work for other platform device drivers?
      > Seems to work for the ps2 keyboard at least.
      
      The SET_NETDEV_DEV has to be done before a call to register_netdev.  With
      the new patch below, the device symlink for the platform device was
      created.  Unfortunately, after the 4 ls commands, the network connection
      died.  No idea if the box crashed or if something else broke, lost remote
      access.
      
      Provide sysfs 'device' in /class/net/ethN Also, set module owner field,
      like pcnet32 driver does.
      Signed-off-by: default avatarOlaf Hering <olh@suse.de>
      Acked-by: default avatarDale Farnsworth <dale@farnsworth.org>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarJeff Garzik <jeff@garzik.org>
      b0b8dab2
    • Jens Axboe's avatar
      [PATCH] vmsplice: restrict stealing a little more · 330ab716
      Jens Axboe authored
      Apply the same rules as the anon pipe pages, only allow stealing
      if no one else is using the page.
      Signed-off-by: default avatarJens Axboe <axboe@suse.de>
      330ab716
    • Jens Axboe's avatar
      [PATCH] splice: fix page LRU accounting · a893b99b
      Jens Axboe authored
      Currently we rely on the PIPE_BUF_FLAG_LRU flag being set correctly
      to know whether we need to fiddle with page LRU state after stealing it,
      however for some origins we just don't know if the page is on the LRU
      list or not.
      
      So remove PIPE_BUF_FLAG_LRU and do this check/add manually in pipe_to_file()
      instead.
      Signed-off-by: default avatarJens Axboe <axboe@suse.de>
      a893b99b
    • Jens Axboe's avatar
      [PATCH] vmsplice: fix badly placed end paranthesis · 7591489a
      Jens Axboe authored
      We need to use the minium of {len, PAGE_SIZE-off}, not {len, PAGE_SIZE}-off.
      The latter doesn't make any sense, and could cause us to attempt negative
      length transfers...
      Signed-off-by: default avatarJens Axboe <axboe@suse.de>
      7591489a
    • Linus Torvalds's avatar
      Merge branch 'audit.b10' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/audit-current · 532f57da
      Linus Torvalds authored
      * 'audit.b10' of git://git.kernel.org/pub/scm/linux/kernel/git/viro/audit-current:
        [PATCH] Audit Filter Performance
        [PATCH] Rework of IPC auditing
        [PATCH] More user space subject labels
        [PATCH] Reworked patch for labels on user space messages
        [PATCH] change lspp ipc auditing
        [PATCH] audit inode patch
        [PATCH] support for context based audit filtering, part 2
        [PATCH] support for context based audit filtering
        [PATCH] no need to wank with task_lock() and pinning task down in audit_syscall_exit()
        [PATCH] drop task argument of audit_syscall_{entry,exit}
        [PATCH] drop gfp_mask in audit_log_exit()
        [PATCH] move call of audit_free() into do_exit()
        [PATCH] sockaddr patch
        [PATCH] deal with deadlocks in audit_free()
      532f57da
    • Patrick McHardy's avatar
      [NETFILTER] x_tables: fix compat related crash on non-x86 · 46c5ea3c
      Patrick McHardy authored
      When iptables userspace adds an ipt_standard_target, it calculates the size
      of the entire entry as:
      
      sizeof(struct ipt_entry) + XT_ALIGN(sizeof(struct ipt_standard_target))
      
      ipt_standard_target looks like this:
      
        struct xt_standard_target
        {
              struct xt_entry_target target;
              int verdict;
        };
      
      xt_entry_target contains a pointer, so when compiled for 64 bit the
      structure gets an extra 4 byte of padding at the end. On 32 bit
      architectures where iptables aligns to 8 byte it will also have 4
      byte padding at the end because it is only 36 bytes large.
      
      The compat_ipt_standard_fn in the kernel adjusts the offsets by
      
        sizeof(struct ipt_standard_target) - sizeof(struct compat_ipt_standard_target),
      
      which will always result in 4, even if the structure from userspace
      was already padded to a multiple of 8. On x86 this works out by
      accident because userspace only aligns to 4, on all other
      architectures this is broken and causes incorrect adjustments to
      the size and following offsets.
      
      Thanks to Linus for lots of debugging help and testing.
      Signed-off-by: default avatarPatrick McHardy <kaber@trash.net>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      46c5ea3c
    • Linus Torvalds's avatar
      Merge branch 'splice' of git://brick.kernel.dk/data/git/linux-2.6-block · 9817d207
      Linus Torvalds authored
      * 'splice' of git://brick.kernel.dk/data/git/linux-2.6-block:
        [PATCH] vmsplice: allow user to pass in gift pages
        [PATCH] pipe: enable atomic copying of pipe data to/from user space
        [PATCH] splice: call handle_ra_miss() on failure to lookup page
        [PATCH] Add ->splice_read/splice_write to def_blk_fops
        [PATCH] pipe: introduce ->pin() buffer operation
        [PATCH] splice: fix bugs in pipe_to_file()
        [PATCH] splice: fix bugs with stealing regular pipe pages
      9817d207
    • Linus Torvalds's avatar
      Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband · cf105601
      Linus Torvalds authored
      * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband:
        IB/ipath: tidy up white space in a few files
        IB/ipath: fix label name in interrupt handler
        IB/ipath: improve sparse annotation
        IB/ipath: simplify IB timer usage
        IB/ipath: simplify RC send posting
        IB/ipath: prevent hardware from being accessed during reset
        IB/ipath: fix verbs registration
        IB/ipath: change handling of PIO buffers
        IB/ipath: iterate over correct number of ports during reset
        IB/ipath: set up 32-bit DMA mask if 64-bit setup fails
        IB/ipath: fix race with exposing reset file
        IB/mthca: Fix offset in query_gid method
      cf105601
    • Shaohua Li's avatar
      [PATCH] timer TSC check suspend notifier change · 6ba815de
      Shaohua Li authored
      At suspend time, the TSC CPUFREQ_SUSPENDCHANGE notifier change might
      wrongly enable interrupt.  cpufreq driver suspend/resume is in interrupt
      disabled environment.
      Signed-off-by: default avatarShaohua Li <shaohua.li@intel.com>
      Cc: Pavel Machek <pavel@ucw.cz>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      6ba815de
    • Mikael Pettersson's avatar
      [PATCH] x86_64: make PC Speaker driver work · 160bd18e
      Mikael Pettersson authored
      The PC Speaker driver's ->probe() routine doesn't even get called in the
      64-bit kernels.  The reason for that is that the arch code apparently has
      to explictly add a "pcspkr" platform device in order for the driver core to
      call the ->probe() routine.  arch/i386/kernel/setup.c unconditionally adds
      a "pcspkr" device, but the x86_64 kernel has no code at all related to the
      PC Speaker.
      
      The patch below copies the relevant code from i386 to x86_64, which makes
      the PC Speaker work for me on x86_64.
      
      Cc: Dmitry Torokhov <dtor_core@ameritech.net>
      Acked-by: default avatarAndi Kleen <ak@muc.de>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      160bd18e
    • Atsushi Nemoto's avatar
      [PATCH] genrtc: fix read on 64-bit platforms · f3537ea7
      Atsushi Nemoto authored
      Fix genrtc's read() routine for 64-bit platforms.  Current gen_rtc_read()
      stores 64bit integer and returns 8 even if an user tried to read a 32bit
      integer.
      Signed-off-by: default avatarAtsushi Nemoto <anemo@mba.ocn.ne.jp>
      Cc: Alessandro Zummo <a.zummo@towertech.it>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      f3537ea7