1. 19 Feb, 2002 9 commits
    • Alexander Viro's avatar
      [PATCH] more smbfs buffer overrun fixes · 93521b61
      Alexander Viro authored
      	More of the same - some of these guys have stuff after pathname.
      Overflow checks added.
      93521b61
    • Linus Torvalds's avatar
      Merge bk://ppc.bkbits.net/for-linus-ppc · 3eb2eac7
      Linus Torvalds authored
      into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
      3eb2eac7
    • Doug Ledford's avatar
      [PATCH] PATCH 2.5.4 i810_audio, bttv, working at all. · 3dff589b
      Doug Ledford authored
      Fix i810 audio for DMA mapping (from Pete Zaitcev).
      3dff589b
    • Linus Torvalds's avatar
      Merge LVM update · 1898ffa4
      Linus Torvalds authored
      1898ffa4
    • Dave Jones's avatar
      [PATCH] LVM fixes. · 24f27632
      Dave Jones authored
      Numerous LVM fixes & cleanups.
      Gets things compiling again, and allegedly works according to feedback.
      Mostly from Anders in absence of any maintainence by LVM people.
      
      There are two critical problems with lvm in 2.5.2-pre11 (and earlier).
      * ioctls on the chardev allocates a >4k lv_t on stack. if the ioctl is
      LV_CREATE, LV_EXTEND, LV_REDUCE or LV_RENAME data is copied into this
      and the task_struct will most certainly be corrupted.
      * sizeof(lv_t) differs between user and kernelspace. The userspace version
      of the lv_t structure is much smaller than the kernelspace version. This
      leads to corruption of memory in the userspace application when an lv_t is
      copied from kernelspace to userspace, as in "vgdisplay -v"
      
      The following patch addresses these two issues. It puts the user-space
      version of the lv_t into a substructure of the kernelspace version. When
      communicating to userspace just the userlv_t part is used. This avoids the
      allocation of the lv_t on the stack by allocation just a userlv_t instead.
      24f27632
    • Martin Dalecki's avatar
      [PATCH] 2.5.5-pre1 IDE cleanup 9 · 69f0d4b0
      Martin Dalecki authored
      1.  Kill the ide-probe-mod by merging it with ide-mod. There is *really*
          no reaons for having this stuff split up into two different
          modules unless you wan't to create artificial module dependancies
          and waste space of page boundaries during memmory allocation for the
          modules
      
      2.  Kill the ide_module_t - which is unnecessary and presents a
          "reimplementation" of module handling inside the ide driver.  This
          is achieved by attaching the initialization routine ot the
          ide_driver_t, which will be gone next time, since there is no sane
          reason apparently, which this couldn't be done during the
          module-generic initialization of the corresponding driver module.
      
      3.  Kill unnecessary tagging of "subdriver" with IDE_SUBDRIVER_VERSION -
          we have plenty of other mechanisms for module consistency checking.
          And anyway the ide code didn't any consistence checks on this value
          at all.
      
      NOTE: The ide_(un)register_module() functions will be killed in next round.
      69f0d4b0
    • Martin Dalecki's avatar
      [PATCH] 2.5.5-pre1 IDE cleanup · 706afa06
      Martin Dalecki authored
      The attached patch does:
      
      1. Kill two exports which mankind will never know what they where good for
      
      2. Kill duplicated comments.
      
      3. Kill declarations of never defined functions
      
      4. Some other minor tidups here and there.
      706afa06
    • Linus Torvalds's avatar
      Merge bk://linuxusb.bkbits.net/linus-2.5 · 4d22d666
      Linus Torvalds authored
      into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
      4d22d666
    • Linus Torvalds's avatar
      Merge bk://ppc.bkbits.net/for-linus-ppc64 · 8788833a
      Linus Torvalds authored
      into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
      8788833a
  2. 20 Feb, 2002 1 commit
  3. 19 Feb, 2002 28 commits
  4. 18 Feb, 2002 2 commits