1. 31 Aug, 2003 40 commits
    • Andrew Morton's avatar
      [PATCH] zoran: more cleanups · bb4afaab
      Andrew Morton authored
      From: Ronald Bultje <rbultje@ronald.bitfreak.net>
      
      This patch adds some newlines between variable declarations and function
      bodies. This was done on request by Francois Romieu.
      bb4afaab
    • Andrew Morton's avatar
      [PATCH] zoran: cleanups · d9a800f7
      Andrew Morton authored
      From: Ronald Bultje <rbultje@ronald.bitfreak.net>
      
      This patch changes some funky coding style (a.k.a. indent artifact) in
      the function zoran_irq() to a somewhat more conservative coding style.
      It was noticed by Francois Romieu.
      d9a800f7
    • Andrew Morton's avatar
      [PATCH] zoran: add pci_disable_device() call · b564dedd
      Andrew Morton authored
      From: Ronald Bultje <rbultje@ronald.bitfreak.net>
      
      This patch adds pci_disable_device() to the card release function; we
      already used pci_enable_device() in the card detection function.  This was
      noticed by Francois Romieu.
      b564dedd
    • Andrew Morton's avatar
      [PATCH] zoran: add release callback · b8c0b00f
      Andrew Morton authored
      From: Ronald Bultje <rbultje@ronald.bitfreak.net>
      
      This patch adds a release callback which frees the video_device struct.
      This is needed to prevent freeing memory before it's not in use anymore,
      as described in http://lwn.net/Articles/36850/. Without this, the driver
      will give a warning when loaded. It might crash when unloading (see
      article), too. The video4linux patch (by Gerd Knorr) was accepted a week
      (or 2?) ago, but I forgot to adapt my driver to it.
      b8c0b00f
    • Andrew Morton's avatar
      [PATCH] zoran: debug->zr_debug · ef392885
      Andrew Morton authored
      From: Ronald Bultje <rbultje@ronald.bitfreak.net>
      
      This patch renames the debug symbol to zr_debug because debug is already
      defined somewhere else. Without it, it will cause a symbol conflict when
      compiling this driver statically into the kernel. This was noticed by
      several people, including Linus himself.
      ef392885
    • Andrew Morton's avatar
      [PATCH] zoran: memleak fixes · f5ae79e9
      Andrew Morton authored
      From: Ronald Bultje <rbultje@ronald.bitfreak.net>
      
      This patch fixes several memleaks in error cases when the setup of i2c
      client drivers for video encoders/decoders fails. We forgot to free some
      memory in various places. This was noticed by Francois Romieu.
      f5ae79e9
    • Andrew Morton's avatar
      [PATCH] spin_lock_irqrestore() typo fixes · d6f459bc
      Andrew Morton authored
      From: Vinay K Nallamothu <vinay-rc@naturesoft.net>
      
      s/spin_lock_irqrestore/spin_unlock_irqrestore/
      d6f459bc
    • Andrew Morton's avatar
      [PATCH] remove add_wait_queue_cond() · 464319bf
      Andrew Morton authored
      It has no callers, is using the non-existent spin_lock_irqrestore(), and is
      obviously very untested.  Kill.
      464319bf
    • Andrew Morton's avatar
      [PATCH] don't report async write errors on close() after all · 36939848
      Andrew Morton authored
      I had second thoughts on this.
      
      Reporting background writeout errors via close() only really makes sense if
      allthe IO has completed anyway: ie, the app has had the fd open without
      writing to it for many tens of seconds.
      
      It would be OK if it was harmless, but it is not.  Changes are, applications
      ignore errors from close().  So if an application does a fork/exit and the
      child correctly does an fsync() of the fd, the close-on-exit will have wiped
      out any accumulated EIO/ENOSPC errors.
      
      Or if someone does dup()/close()/fsync(), the fsync() could fail to detect
      earlier errors, thanks to the close.
      
      
      So.  The clear-and-report of errors on close() makes the reporting of errors
      on fsync/msync/fdatasync less reliable.
      36939848
    • Andrew Morton's avatar
      [PATCH] zeromap_pmd_range bugfix · 1c890ad9
      Andrew Morton authored
      From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      
      The patch below fixes a 2.6 mm problem.  Without this patch, zeromapped
      pages are not flushed properly when they are swapped out.
      
      What happens is that the page->index field is zero for page table pages
      corresponding to the zeromapped range.  This causes ptep_to_address() to
      return an incorrect virtual address with the result that PTEs are never
      invalidated at swap-out...
      
      The fix below mirrors the remap_pmd_range() case.
      1c890ad9
    • Andrew Morton's avatar
      [PATCH] Add 3GB personality · 50eb14c6
      Andrew Morton authored
      From: Andi Kleen <ak@muc.de>
      
      Another a bit ugly but necessary patch for 32bit emulation.
      
      Some applications including some versions of java break when the stack is
      beyond the i386 standard 3GB boundary.  For these add a 3GB personality
      that moves the stack to 3GB and fixes the beginning of the mmap area.  It's
      a bit ugly, but better than not running these applications at all (e.g. 
      the Oracle installer depends on such a buggy java :-().  It's also not only
      Java, but some other programs as well.
      50eb14c6
    • Andrew Morton's avatar
      [PATCH] jffs aops return type fix · 688b2251
      Andrew Morton authored
      From: "Randy.Dunlap" <rddunlap@osdl.org>
      
      prepare_write() and commit_write() return `int'.
      
      Fixes an ia64 compile warning.
      688b2251
    • Andrew Morton's avatar
      [PATCH] Fix ftape warning · ec61dbaf
      Andrew Morton authored
      From: Chris Heath <chris@heathens.co.nz>
      
      Here's a patch which fixes this warning:
      
      drivers/char/ftape/lowlevel/fdc-io.c: In function `ftape_interrupt':
      drivers/char/ftape/lowlevel/fdc-io.c:1299: warning: unused variable `_tracing'
      ec61dbaf
    • Andrew Morton's avatar
      [PATCH] ikconfig - Makefile update · 9fd4c892
      Andrew Morton authored
      From: "Randy.Dunlap" <rddunlap@osdl.org>
      
      Please merge this makefile update from Sam.
      From: Sam Ravnborg <sam@ravnborg.org>
      
      Remark, I removed dependencies for configs.o - the are generated by kbuild
      anyway. Only generated files needs explicit dependencies.
      9fd4c892
    • Andrew Morton's avatar
      [PATCH] v4l use-after-free fix · d625bd72
      Andrew Morton authored
      From: Greg KH <greg@kroah.com>
      
      When working on converting the usb v4l drivers to the new v4l class
      changes, I ran into this nasty bug.  Seems that the core was using a
      structure after it had been freed.  The patch below fixes it.
      d625bd72
    • Andrew Morton's avatar
      [PATCH] Update ide.txt documentation to current ide.c · de141c53
      Andrew Morton authored
      From: Maciej Soltysiak <solt@dns.toxicfilms.tv>
      
      this patches updates Documentation/ide.txt to reflect more options that
      really are supported by the IDE driver (drivers/ide.c)
      de141c53
    • Andrew Morton's avatar
      [PATCH] Add the kernel janitors to MAINTAINERS · ed56ea68
      Andrew Morton authored
      From: "Randy.Dunlap" <rddunlap@osdl.org>
      
      Add the Kernel Janitors project to MAINTAINERS.
      
      Probably the trivial patch monkey should be there too.
      ed56ea68
    • Andrew Morton's avatar
      [PATCH] move DAC960 GAM IOCTLs into a new device · bbf41765
      Andrew Morton authored
      From: Dave Olien <dmo@osdl.org>
      
      The DAC960 driver uses an ugly overloading of the O_NONBLOCK flag to
      support the controller's RAID configuration features.
      
      Opening "/dev/rd/c0d0" with the O_NONBLOCK flag set returns a file
      descriptor that can be used to do RAID control operations using ioctl().
      The normal ioctl operations are not availabe with that file descriptor.
      
      This patch removes that O_NONBLOCK overloading from DAC960_open() and
      DAC960_ioctl() functions.  It introduces a new "miscellaneous" device
      named /dev/dac960_gam.  It uses minor device number 252 of the miscellaneous
      character devices.
      
      The currently distrubted "Global Array Manager" server distrubted by
      LSIlogic on their web page page works only on RH7.3 or earlier.  It doesn't
      work under RH9.  There are probably some library incompatabilities.
      So, I don't view this patch as breaking anything that currently works.
      If this software package is ever brought up to date (which I doubt),
      then it can be modified to use this new device at that time.
      bbf41765
    • Andrew Morton's avatar
      [PATCH] Call security hook from pid*_revalidate · 7909c355
      Andrew Morton authored
      From: Stephen Smalley <sds@epoch.ncsc.mil>
      
      This patch against 2.6.0-test3-mm3 adds calls to the security_task_to_inode
      hook to the pid*_revalidate functions to ensure that the inode security field
      is also updated appropriately for /proc/pid inodes.  This corresponds with
      the uid/gid update performed by the proc-pid-setuid-ownership-fix.patch that
      is already in -mm3.
      7909c355
    • Andrew Morton's avatar
      [PATCH] fix /proc/pid/fd ownership across setuid() · d24db0a5
      Andrew Morton authored
      From: "B. D. Elliott" <bde@nwlink.com>
      
      There's a bug:
      
      - Someone reads a (say) root-owned process's /proc/pid/fd directory
      
        The inodes are instantiated owned by root.
      
      - That process does a setuid
      
      - The /proc/pid/* files still have the old ownerships.
      
      This happened because we are now caching the proc entries.
      
      The patch rewrites the ownership of the inodes under /proc/pid in the
      d_revalidate() handler.
      d24db0a5
    • Andrew Morton's avatar
      [PATCH] disable prefetch on athlons · e2d3b22c
      Andrew Morton authored
      K7's (at least) are faulting in the prefetch instruction.  The AMD
      engineers have said they will be getting back to us on it, and the fix is
      looking complex, and nobody seems to be standing up to work on it.
      
      So hum.  The usual manifestation is an oops in hlist_for_each(), down in
      the VFS inode lookup code.  Disrupting our testers in this way is very bad,
      so this patch just disables prefetch on all AMD parts in a rather stupid
      way.
      e2d3b22c
    • Andrew Morton's avatar
      [PATCH] random: accounting and sleeping fixes · 294eef2b
      Andrew Morton authored
      From: Oliver Xymoron <oxymoron@waste.org>
      
      This fixes several calculation errors and races in entropy accounting
      that would allow /dev/random output to greatly exceed the measured
      entropy collection. This doesn't include any of my more controversial
      hardening, it just makes it behave as intended.
      
      It also corrects the operation of the 'catastrophic reseeding' feature
      so that it will actually prevent the state extension attack it's meant
      to guard against.
      
      And finally, it also fixes a couple missed wake-up and accidental
      sleep bugs uncovered by the above fixes.
      
      Debug instrumentation has been improved to help verify correctness.
      294eef2b
    • Andrew Morton's avatar
      [PATCH] random: SMP locking · fbf6dda7
      Andrew Morton authored
      From: Oliver Xymoron <oxymoron@waste.org>
      
      This patch adds locking for SMP. Apparently Willy never managed to
      revive his laptop with his version so I revived mine.
      
      The batch pool is copied as a block to avoid long lock hold times
      while mixing it into the primary pool. 
      
      Two locks are added:
      
      gobal batch_lock
         batch_entropy_store can be called from any context, and typically from
         interrupts -> spin_lock_irqsave
      
         batch_entropy_process is called called via schedule_delayed_work and
         runs in process context -> spin_lock_irq
      
      entropy_store.lock
         the mixing process is too expensive to be called from an interrupt
         context and the basic worker function extract_entropy can sleep, so
         all this stuff can be under a normal spin_lock
      fbf6dda7
    • Andrew Morton's avatar
      [PATCH] .config checks updated · b0c15cba
      Andrew Morton authored
      From: Sam Ravnborg <sam@ravnborg.org>
      
      When building a kernel right after 'make mrproper' resulted in a very short
      run, and no sign that .config was missing.  This has been fixed by adding a
      new rule for .config in the top-level Makefile, and a new target
      'silentoldconfig' in scripts/kconfig/Makefile.
      
      Cleaned up a bit in scripts/kconfig/Makefile
      b0c15cba
    • Neil Brown's avatar
      [PATCH] Fix compile errors in NFSv4 server · 32dfc756
      Neil Brown authored
      32dfc756
    • Linus Torvalds's avatar
      Merge bk://bk.arm.linux.org.uk/linux-2.6-rmk · 9b1ea0b2
      Linus Torvalds authored
      into home.osdl.org:/home/torvalds/v2.5/linux
      9b1ea0b2
    • Herbert Xu's avatar
      [PATCH] free_netdev typo · 038921ab
      Herbert Xu authored
      The free_netdev fixes in 2.6.0-test4 broke drivers/net/wan/cosa.c.
      This fixes it.
      038921ab
    • Guillaume Morin's avatar
      [PATCH] fix cu3088 group write · 24964bb1
      Guillaume Morin authored
      The current cu3088 ccwgroup write code overwrite the last char of the
      given arguments.  This fixes the problem.  It is been tested and applies
      on latest bk.
      24964bb1
    • Krishna Kumar's avatar
      [PATCH] Remaining task queue to work queue conversion. · 1de0513c
      Krishna Kumar authored
      Somewhere in the transition of task queue to the work queue, in
      stallion.c, some of the schedule_task were left out from being converted
      to schedule_work.  This fixes it.
      1de0513c
    • Arnaldo Carvalho de Melo's avatar
      [PATCH] cyc2x: sanitize ioremap usage & more · 058a26b7
      Arnaldo Carvalho de Melo authored
      	I wrote this driver a long time ago, and now, playing with my
      brand new PARISC machine I found these problems, could you please apply
      this patch?
      
      	Ah, the "& more" refers to some alignment problems also solved
      in this patch.
      058a26b7
    • Vinay K. Nallamothu's avatar
      [PATCH] pcmciamtd.c: remove release timer · 566fa176
      Vinay K. Nallamothu authored
      This patch removes the PCMCIA timer release functionality which is no
      longer required (or supported).
      566fa176
    • John Levon's avatar
      [PATCH] OProfile: correct CPU type for x86-64 · f41549ab
      John Levon authored
      Enable the Hammer specific events by giving the correct cpu string.
      From, and tested by, Will Cohen.
      f41549ab
    • Linus Torvalds's avatar
      Merge · bea9b7fa
      Linus Torvalds authored
      bea9b7fa
    • Linus Torvalds's avatar
      Merge bk://linux-dj.bkbits.net/agpgart · 5dbafd23
      Linus Torvalds authored
      into home.osdl.org:/home/torvalds/v2.5/linux
      5dbafd23
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/jgarzik/net-drivers-2.6 · 7fbfb09e
      Linus Torvalds authored
      into home.osdl.org:/home/torvalds/v2.5/linux
      7fbfb09e
    • Hirofumi Ogawa's avatar
      [netdrvr 8139too] don't start thread when it's not needed · 0f5bb98d
      Hirofumi Ogawa authored
          The thread for was unneeded on chips other than CH_8139_K/8129. So,
          this patch doesn't create the thread on chips other than
          CH_8139_K/8129.
      0f5bb98d
    • Hirofumi Ogawa's avatar
      [netdrvr 8139too] remove driver-based poisoning of net_device · c418dd53
      Hirofumi Ogawa authored
      Harmless in 2.4, but causes oopses on rmmod in 2.6.
      
      slab poisoning can take care of this for us, anyway.
      c418dd53
    • Jeff Garzik's avatar
      Merge redhat.com:/spare/repo/linus-2.6 · 7cc6719e
      Jeff Garzik authored
      into redhat.com:/spare/repo/net-drivers-2.6
      7cc6719e
    • Jeff Garzik's avatar
      [netdrvr sk_mca] remove ancient-kernel compat code; fix bugs · 6b711861
      Jeff Garzik authored
      * removed ancient-kernel compat code from sk_mca.h.  I leave
        it to janitors to remove the now-useless SKMCA_xxx wrappers.
      * removed ancient-kernel compat code from sk_mca.c.
      * s/SKMCA_NETDEV/net_device/
      * fixed static net_device initialization (this will go away
        when dynamic-alloc patches land)
      6b711861
    • Jeff Garzik's avatar
      [netdrvr sk_mca] somebody typo'd in their cli()-to-spinlock conversion · 7775d66f
      Jeff Garzik authored
      Anybody with hardware, that can test this driver?
      7775d66f