1. 20 Jun, 2003 11 commits
    • Andrew Morton's avatar
      [PATCH] /proc/kcore: handle unmapped areas · d717623a
      Andrew Morton authored
      From: Andi Kleen <ak@suse.de>
      
      On i386 and most other ports kern_addr_valid is hardcoded to 1.
      
      This works fine as long as only mapped areas are accessed.  When you have
      something partially mapped in the kclist it is possible that start points to
      an unmapped address.  The correct behaviour in this case is to zero the user
      space.  We shouldn't return -EFAULT because the fault is against the mmapped
      range, not against the user's address.
      
      copy_to_user usually even checks for exceptions on both source and
      destination, but it does not zero the destination in this case and worse
      results in EFAULT, which is user visible.
      
      This patch just tries to clear_user in this case again to actually zero the
      user data and catch real user side EFAULTs.
      
      Another way to fix this is to have kern_addr_valid do a real page table
      lookup (I did that on AMD64), but having this fallback is a bit more
      reliable in case there is a race somewhere.
      
      On i386 it could happen for example if the direct space to max_low_pfn
      contains something unmapped.  This normally isn't the case, but e.g.  the
      slab debugging patches in -mm* do this so it's better to handle it.
      
      Drawback is that it relies on a somewhat undocumented copy_to_user behaviour
      (fault on both source and destination).  It is true for i386 and amd64, but I
      don't know if it is for other port.  In the worst case they just don't have
      the race protection and may see bogus EFAULTs.
      d717623a
    • Andrew Morton's avatar
      [PATCH] Fix /proc/kcore for i386 · 98c94255
      Andrew Morton authored
      From: Andi Kleen <ak@suse.de>
      
      The recent IA64 changes for /proc/kcore broke the access on i386.
      Currently no notes are written for the direct mapped or vmalloced memory,
      which makes gdb reject it.
      
      This patch fixes it.  Other ports probably need to do the same changes.
      98c94255
    • Andrew Morton's avatar
      [PATCH] range checking in rd_open() · 25a8424c
      Andrew Morton authored
      If you open /dev/ram7 when the kernel is configured for 4 ramdisks, things
      blow up.  Teach rd_open() to check that the minor is in range.
      25a8424c
    • Andrew Morton's avatar
      [PATCH] kjournald shutdown fix · 561516c8
      Andrew Morton authored
      If someome tries to unmount the fs while kjournald is performing a commit,
      kjournald forgets to look for the termination request and goes into permanent
      sleep.
      561516c8
    • Andrew Morton's avatar
      [PATCH] ia32 copy_from_user() fix · 53f35f47
      Andrew Morton authored
      The memset which is performed if access_ok() fails got lost in the
      copy_*_user() rework.  Put it back.
      
      Bloats the kernel by 8k :(
      
      Also contains a few related #includes and whitespace fixlets from
      Joshua Kwan <joshk@triplehelix.org>
      53f35f47
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/gregkh/linux/pci-2.5 · 3119cfff
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      3119cfff
    • Lionel Bouton's avatar
      [PATCH] Enhanced SiS96x support · e6d3a689
      Lionel Bouton authored
      This is an update for the SiS IDE driver.
      
      This is a 99% Vojtech work :
      - Independant southbridge detection (no need to add current and future
        MuTIOL northbridge PCI ids knowledge to the driver),
      - Lots of code cleanup,
      - Debug code removed (unused for a while, I will maintain it in my tree
        if needed),
      
      I changed some things:
      - the new config_xfer_rate is commented out until ide_find_best_mode is
        patched for bad drive handling (until then I reverted to the old one
        using the config_drive_xfer_rate helper function).
      e6d3a689
    • Greg Kroah-Hartman's avatar
    • Matthew Wilcox's avatar
      [PATCH] reimplement pci proc name · b7245e82
      Matthew Wilcox authored
      Hi Greg.  Ivan's not happy with the solution I came up with for naming
      /proc/bus/pci and Anton would prefer something slightly different too,
      so I abstracted the name out so each architecture can do its own thing.
      
      This is against 2.5.72 so won't apply cleanly to your tree (it
      applies to bitkeeper as of a few minutes ago with only minor offsets).
      I've implemented the original name for non-PCI-domain machines; done what
      ia64 and alpha need, respectively (assuming I didn't misunderstand Ivan),
      and plopped in the Old Way of doing things for Sparc64, PPC and PPC64.
      Maintainers may alter this to whatever degree of complexity they wish.
      b7245e82
    • Greg Kroah-Hartman's avatar
    • Greg Kroah-Hartman's avatar
      Merge kroah.com:/home/greg/linux/BK/bleed-2.5 · 1a92d38b
      Greg Kroah-Hartman authored
      into kroah.com:/home/greg/linux/BK/pci-2.5
      1a92d38b
  2. 19 Jun, 2003 29 commits