1. 20 Jan, 2004 40 commits
    • Andrew Morton's avatar
      [PATCH] dvb: TTUSB driver update · 793502bf
      Andrew Morton authored
      From: Michael Hunold <hunold@linuxtv.org>
      
      - TTUSB-DEC update by Alex Woods:
      
        - fix USB timeout bug under 2.6
      
        - change some variable names to make it clearer what we are dealing
          with (PVA).  - support DEC2540-t and add info on it to the ttusb-dec
          docs.
      
        - add model number returned from DEC2540-t firmware.
      
        - add a module option to get the raw AVPES packets from the dvr
          device.
      
        - send audio packets to their filter rather than the videos.
      
        - handle the new empty packets that appear with the 2.16 firmware.
      
        - extra error checks.
      
        - handle the new firmwares that change the devices' USB IDs.
      
        - tidy up the STB initialisation process a little.
      
        - apply Hans-Frieder Vogt's patch for calculating firmware CRCs.
      
      - make TTUSB budget card depend on USB subsystem
      793502bf
    • Andrew Morton's avatar
      [PATCH] dvb: av7110 driver splitup · bd403b67
      Andrew Morton authored
      From: Michael Hunold <hunold@linuxtv.org>
      
      - after the firmware removal, split av7110.c into separate modules:
      
        - av7110.c: initialization and demux stuff
      
        - av7110_hw.c: lowlevel hardware access and firmware interface
      
        - av7110_ca.c: CI and ECD
      
        - av7110_av.c: audio/video MPEG decoder and remuxing stuff
      
        - av7110_v4l.c: v4l interface
      
      - av7110 fixes that were notcies during splitup
      
        - rename some non-static functions to enhance readability
      
        - lots of coding style & whitespace fixes
      
        - return -ERESTARTSYS from ci_ll_read/write() if interrupted
      
        - use time_after() for timeouts
      
        - added some comments about firmware interface
      
        - removed some unused fields from struct av7110, retabbing
      
      - follow driver splitup in Makefile
      bd403b67
    • Andrew Morton's avatar
      [PATCH] dvb: update core · 485237d6
      Andrew Morton authored
      From: Michael Hunold <hunold@linuxtv.org>
      
      - demux: fix nasty bug where setting multiple filters resulted in ts
        packet duplication
      
      - frontend: merge frontend improvements from 2.4 DVB tree:
      
        - schedule_timeout(1) in dvb_frontend.c after setting frontend and
          before waking up frontend thread
      
        - do FE_RESET in each iteration of frontend thread if !FE_HAS_LOCK
      
        - use aquire_signal flag to call FE_RESET only after tuning until
          FE_HAS_LOCK has been signalled, and not when FE_HAS_LOCK drops out for
          short periods of time later
      
      - follow frontend changes in ves1x93 driver
      485237d6
    • Andrew Morton's avatar
      [PATCH] dvb: update saa7146 driver · ada87d5c
      Andrew Morton authored
      From: Michael Hunold <hunold@linuxtv.org>
      
      - fix memory leak in page table handling
      
      - minor coding style changes
      
      - add simple resource management for video dmas (borrowed from saa7134)
      
      - use resource management to lock video and vbi access which sometimes
        share the same video dmas
      
      - honour return codes of extension functions in various places, when
        resources could not be locked
      
      - remove remains of dead code which were commented out anyway
      
      - add new flag FORMAT_IS_PLANAR to indicate planar capture formats,
        needed for resource allocation
      ada87d5c
    • Andrew Morton's avatar
      [PATCH] dbv: update documentation · 500638be
      Andrew Morton authored
      From: Michael Hunold <hunold@linuxtv.org>
      
      - update contributors
      
      - documentation update for recent DVB TTUSB driver changes
      500638be
    • Andrew Morton's avatar
      [PATCH] pc300_tty.c is broken · e6c3a678
      Andrew Morton authored
      From: Russell King <rmk+lkml@arm.linux.org.uk>
      
      Russell was unable to correctly migrate this driver to the new
      modem-control-signal API because
      
       TIOCMBIS/TIOCMBIC do not control only the DTR signal, but also the RTS,
       OUT1 and OUT2 signals, or even maybe nothing at all.  Plus, these IOCTLs
       are no longer passed down to the driver.  Instead, drivers should
       implement tiocmget and tiocmset driver methods.
      
      so mark it as broken so as to not break allmodconfig/allyesconfig.
      e6c3a678
    • Andrew Morton's avatar
      [PATCH] sendfile calls lock_verify_area with wrong parameters · cd118432
      Andrew Morton authored
      From: Manfred Spraul <manfred@colorfullife.com>
      
      sendfile supports reading from a given start offset for in_file, like
      pread.  But for the locks_verify_area call, in_file->f_pos is always used,
      even if a start offset is used.  Result: wrong area is checked for
      mandatory locks.
      cd118432
    • Andrew Morton's avatar
      [PATCH] Fix x86-64 ptrace · 59b9f243
      Andrew Morton authored
      From: Andi Kleen <ak@muc.de>
      
      The EFLAGS checking was not correct.  This also fixes some problems with
      32bit gdb who would sometimes make the kernel BUG.
      59b9f243
    • Andrew Morton's avatar
      [PATCH] Default hooks protecting the XATTR_SECURITY_PREFIX namespace · 3ba6fffc
      Andrew Morton authored
      From: Chris Wright <chrisw@osdl.org>
      
      Add default hooks for both the dummy and capability code to protect the
      XATTR_SECURITY_PREFIX namespace.  These EAs were fully accessible to
      unauthorized users, so a user that rebooted from an SELinux kernel to a
      default kernel would leave those critical EAs unprotected.
      
      (Acked by Stephen Smalley)
      3ba6fffc
    • Andrew Morton's avatar
      [PATCH] Move XATTR_SECURITY_PREFIX macro to common location · 76ef5df3
      Andrew Morton authored
      From: Chris Wright <chrisw@osdl.org>
      
      Move the XATTR_SECURITY_PREFIX macro to the xattr.h header so that it's in a
      common location.
      
      (Acked by Stephen Smalley)
      76ef5df3
    • Andrew Morton's avatar
      [PATCH] md: Use bd_disk->private data instead of bd_inode->u.generic_ip · 66a6ef19
      Andrew Morton authored
      From: NeilBrown <neilb@cse.unsw.edu.au>
      
      ..to access 'mddev' from the inode pointer.  This is already set up for us.
      66a6ef19
    • Andrew Morton's avatar
      [PATCH] md: Discard the mddev_map array. · d45e66f8
      Andrew Morton authored
      From: NeilBrown <neilb@cse.unsw.edu.au>
      
      We only need it occasionally to map unit number to mddev, and we can use a
      linear search for that.  This reduces dependance on MAX_MD_DEVS
      d45e66f8
    • Andrew Morton's avatar
      [PATCH] md: Remove the 'disks' array from md which holds the gendisk structures. · b2a0c975
      Andrew Morton authored
      From: NeilBrown <neilb@cse.unsw.edu.au>
      
      Move the pointers into mddev.  The reduces dependance on MAX_MD_DEVS.
      b2a0c975
    • Andrew Morton's avatar
      [PATCH] md: Small fixes for timely writing of md superblocks. · 24ae7480
      Andrew Morton authored
      From: NeilBrown <neilb@cse.unsw.edu.au>
      
      Currently a raid0 superblock is only written when the array is stopped, so a
      crash between creation and stop can lose your data.
      
      This patch marks a superblock 'dirty' at creation and forces a dirty
      superblock to be written when the array is started.
      
      Previously we would prod the per-array thread at this point, but as it avoids
      certain chores when the array is locked, and the array is locked at this
      point, that isn't guaranteed to do the right thing.  Instead we prod the
      thread whenever the array is unlocked.
      
      Finally, only write the superblock at array stop if it is needed to mark the
      array as 'clean'.  raid0 which is never dirty, doesn't need this.
      24ae7480
    • Andrew Morton's avatar
      [PATCH] md: Don't do_md_stop and array when do_md_run fails. · e770288c
      Andrew Morton authored
      From: NeilBrown <neilb@cse.unsw.edu.au>
      
      Current code calls do_md_stop to clean up if do_md_run fails, but this is
      
      a/ not needed as do_md_run cleans up itself
      
      b/ bad as it could try to clean up after an -EBUSY error !!!
      e770288c
    • Andrew Morton's avatar
      [PATCH] md: Make sure md recovery happens appropriately. · 87d0aa2f
      Andrew Morton authored
      From: NeilBrown <neilb@cse.unsw.edu.au>
      
      Currently if there are two failed drives, and two spares are added, then
      recovery starts onto the first spare, but never notices the second spare.  To
      cope, we set RECOVERY_NEEDED when recovery finishes so that we re-check.
      87d0aa2f
    • Andrew Morton's avatar
      [PATCH] md: Fix typo in comment · 3e4cd40f
      Andrew Morton authored
      From: NeilBrown <neilb@cse.unsw.edu.au>
      
      Thanks dann frazier <dannf@hp.com>
      3e4cd40f
    • Andrew Morton's avatar
      [PATCH] md: Make sure an interrupted resync doesn't seem to have completed. · 5a699534
      Andrew Morton authored
      From: NeilBrown <neilb@cse.unsw.edu.au>
      
      If the raid1 or raid5 thread gets to run md_check_recovery after the recovery
      thread has been interupted, but before do_md_stop completes, a spare drive
      can be incorporated into an array befure it is up-to-date.
      
      This patch corrects the relevant test.
      5a699534
    • Andrew Morton's avatar
      [PATCH] md: Don't allow raid5 rebuild to swamp raid5 stripe cache · 5edef83d
      Andrew Morton authored
      From: NeilBrown <neilb@cse.unsw.edu.au>
      
      raid5 rebuild takes stripes so agressively that other access cannot get a
      look-in.
      
      With this patch, the rebuild pauses slightly if there is a shortage of
      stripes to let other processes have a chance.
      
      akpm: I was worried about starvation due to the harsh semantics of yield() in
      2.6.  But Neil has performed specific testing for that and things seem OK. 
      If people do note CPU starvation problems we will need to replace the yield()
      with a schedule_timeout(1).
      5edef83d
    • Andrew Morton's avatar
      [PATCH] md: fix return code in set_disk_faulty() · 0b3e92bc
      Andrew Morton authored
      From: NeilBrown <neilb@cse.unsw.edu.au>
      
       Following are 10 patches for md in 2.6.1-lastest.
      
       1-6 are simple bugfixes that I am confident should be in 2.6.2.
      
       7 is a bugfix that is fairly important, but could probably do with a
       bit more testing first.  It is not impossible that it could deadlock,
       though I think I have caught and fixed all the problems.
      
       8-10 are code simplication.
      
       So maybe 7-10 should only go in -mm for now, but if it is a while
       before 2.6.2, then maybe they can go in a 2.6.2-pre.
      
      From: Mike Tran <mhtran@us.ibm.com>
      
       If cannot find the device, return error (ENODEV) Otherwise, return success
       (0)
      0b3e92bc
    • Andrew Morton's avatar
      [PATCH] check for truncated modules · 8413db43
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      I *do* want to add a check for a truncated module, since that's probably
      the most common case (^C on "make modules_install").  But I don't want to
      double the size of module.c with every check I can think of.
      
      tested with:
      # bs=0; while [ $bs -lt 3764 ]; do
         dd if=dummy.ko bs=$bs count=1 2>/dev/null | insmod -;
         bs=`expr $bs + 1`;
        done
      8413db43
    • Andrew Morton's avatar
      [PATCH] RAID-6 · 74ebb006
      Andrew Morton authored
      From: "H. Peter Anvin" <hpa@zytor.com>
      
      RAID6 implementation.  See Kconfig help for usage details.
      
      The next release of `mdadm' has raid6 userspace support.
      74ebb006
    • Andrew Morton's avatar
      [PATCH] One-shot support for epoll · edd01104
      Andrew Morton authored
      From: Davide Libenzi <davidel@xmailserver.org>
      
      The attached patch implements the one-shot support for epoll.  Because of
      the way epoll works (hooking f_op->poll()) the ET behavior is not really ET
      because it might happen that, while data is still available to read (for
      the EPOLLIN case), another chunk will become available triggering another
      event.
      
      While those conditions can be easily be handled in userspace, the absolute
      triviality of the patch and the avoidance of user/kernel space switches and
      f_op->poll() calls, make IMHO worth doing this inside epoll itself.
      edd01104
    • Andrew Morton's avatar
      [PATCH] loop: trivial error number fix · f76fe2f6
      Andrew Morton authored
      From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
      
      This patch fixes the error number when invalid file is passed (neother
      S_ISBLK nor S_ISREG is true).  We should return -EINVAL.
      f76fe2f6
    • Andrew Morton's avatar
      [PATCH] loop needs MODULE_ALIAS_BLOCK · 56f4a654
      Andrew Morton authored
      From: Erik van Konijnenburg <ekonijn@xs4all.nl>
      
      There are two issues here:
      
      - absense of a MODULE_ALIAS_BLOCK in loop.c
      
      - mismatch between the patterns used in the MODULE_ALIAS_BLOCK define and
        the modprobe invokation in request_module.
      
      (acked by Rusty)
      56f4a654
    • Andrew Morton's avatar
      [PATCH] Asus L5 framebuffer fix · b463bc26
      Andrew Morton authored
      From: Pontus Fuchs <pontus.fuchs@tactel.se>
      
      I need the following patch for radeonfb to work on my Asus L5.  See
      http://bugs.xfree86.org/show_bug.cgi?id=561 for more info.
      
      (benh confirmed this with ATI).
      b463bc26
    • Andrew Morton's avatar
      [PATCH] ppc64: iSeries virtual console · b64caf25
      Andrew Morton authored
      From: Stephen Rothwell <sfr@canb.auug.org.au>
      
      This is a forward port of a 2.4 driver that has been present in a couple of
      (enterprise) distributions for some time.  It works for me :-), I even get
      console output :-) This makes the machine almost usable - next we will get
      virtual disk.
      
      It has been considerably tidied up, but if you have any further worries
      with it, let me know.
      b64caf25
    • Andrew Morton's avatar
      [PATCH] ppc64: Bug fix for hugepages on ppc64 · 00fbc4fc
      Andrew Morton authored
      From: David Gibson <david@gibson.dropbear.id.au>
      
      Currently the flag indicating whether or not hugepages are allowed below
      4GB is not correctly propagated across fork(), which can lead to oopses.
      The patch below fixes this.
      00fbc4fc
    • Andrew Morton's avatar
      [PATCH] get PPC64 iSeries closer to building · 810839dd
      Andrew Morton authored
      From: Stephen Rothwell <sfr@canb.auug.org.au>
      
      This patch allows iSeries to come much closer to building.
      
      This is a precurser to my trying to merge the virtual device drivers for
      iSeries (console, disk and cdrom).
      810839dd
    • Andrew Morton's avatar
      [PATCH] Fix for 32-bit execve() error path · 65b7ee8a
      Andrew Morton authored
      From: David Gibson <david@gibson.dropbear.id.au>
      
      The patch below fixes a bug in ppc64's 32-bit execve() path.  It duplicates
      logic already in the normal fs/exec.c do_execve() to avoid dropping a NULL
      mm.  The bprm.mm becomes NULL once the exec passes the "point of no
      return".  Without this patch a failure past that point (e.g.  mmap()
      failure) will cause an oops, with it just a killed process.
      65b7ee8a
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/gregkh/linux/usb-2.6 · d050b394
      Linus Torvalds authored
      into home.osdl.org:/home/torvalds/v2.5/linux
      d050b394
    • Pete Zaitcev's avatar
      [PATCH] USB: Band-aid for mct_u232 in 2.6.1 · b5206660
      Pete Zaitcev authored
      On Sun, 18 Jan 2004 00:37:44 -0800
      Pete Zaitcev <zaitcev@redhat.com> wrote:
      
      > My Magic Control Technology adapter causes an oops in the following way.
      > Connect the thing, run "cat < /dev/ttyUSB0", disconnect, kill cat with ^C.
      > The result looks like this:
      
      I played with it a little more, and pretty much got everything working,
      thus fixing two Fedora bugs.
       https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112889
       https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113700
      b5206660
    • Felipe Alfaro Solana's avatar
      [PATCH] USB Storage: unusual_devs.h patch for Trumpion MP3 player · 701e91c8
      Felipe Alfaro Solana authored
      This patch is needed for the USB storage subsystem to recognize the
      Trumpion MP3 player as a valid USB mass storage.
      
      T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  3 Spd=12  MxCh= 0
      D:  Ver= 1.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
      P:  Vendor=090a ProdID=1200 Rev= 1.00
      C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=256mA
      I:  If#= 0 Alt= 0 #EPs= 3 Cls=08(stor.) Sub=01 Prot=01 Driver=usb-storage
      E:  Ad=81(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
      E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
      E:  Ad=83(I) Atr=03(Int.) MxPS=   8 Ivl=255ms
      701e91c8
    • Axel Waggershauser's avatar
      a5e3bda2
    • Matthew Dharm's avatar
      [PATCH] USB Storage: Sysfs attribute file for max_sectors · 18cdc0b3
      Matthew Dharm authored
      After much discussion with the SCSI folks, here's a patch to export
      max_sectors as a sysfs attribute.  Turning this down makes some people's
      devices more stable, but at a significant cost in performance.  Now, users
      can adjust it without recompilation.
      
      This is YAASP (yet another Alan Stern patch).
      18cdc0b3
    • Alan Stern's avatar
      [PATCH] USB Storage: Notify the SCSI layer about device resets · 27ea252f
      Alan Stern authored
      According to James Bottomley, we need to notify the SCSI midlayer whenever
      we issue a driver-initiated device reset.  That can happen in several
      places, most notably following a transport error.  This patch adds
      code to the reset routine to take care of it.  (Notifying about resets
      requested by the midlayer itself is unnecessary but harmless.)
      
      Alan Stern
      
      On 15 Dec 2003, James Bottomley wrote:
      
      > It looks like the driver sent a reset to the device on its own without
      > reporting it to the mid-layer.
      >
      > There's an expecting_cc_ua flag in the scsi_device.  It gets set on
      > error recovery actions, or if the device does something to detect or
      > trigger a reset (that's the scsi_report_device_reset() and
      > scsi_report_bus_reset() API's).
      >
      > James
      27ea252f
    • Adam Kropelin's avatar
      [PATCH] USB: hiddev HIDIOCGREPORT not blocking in 2.6 · f3c64148
      Adam Kropelin authored
      I've noticed in 2.6 kernels that HIDIOCGREPORT does not wait for io
      completion before returning to the caller. This creates a few unpleasant
      issues for userspace:
      
      First, code sequences such as...
      
              ioctl(fd, HIDIOCGREPORT, &rinfo);
              ioctl(fd, HIDIOCGUSAGE, &uinfo);
              ioctl(fd, HIDIOCGSTRING, &sdesc);
      
      ...that used to work in 2.4 now fail in 2.6 if the device takes more
      than a few milliseconds to respond to HIDIOCGREPORT. (I'm seeing this
      issue on APC UPSes, FWIW.)
      
      Second, userspace code can easily flood the kernel with control messages
      since the kernel provides no "backpressure". The result is a lot of
      "hid-core.c: control queue full" errors and lost reports.
      
      2.6 hid-core.c appears to submit the request and return immediately.
      Although the 2.4 code differs significantly, I traced the call path to
      usb-core.c, which seems to block with a timeout, so the code supports my
      userspace observation. (Assuming I didn't misread it.)
      f3c64148
    • Greg Kroah-Hartman's avatar
    • Greg Kroah-Hartman's avatar
    • Linus Torvalds's avatar
      Merge bk://bk.arm.linux.org.uk/linux-2.6-rmk · 1c23361e
      Linus Torvalds authored
      into home.osdl.org:/home/torvalds/v2.5/linux
      1c23361e