1. 16 Jun, 2003 3 commits
  2. 14 Jun, 2003 14 commits
  3. 15 Jun, 2003 5 commits
  4. 14 Jun, 2003 2 commits
  5. 13 Jun, 2003 16 commits
    • Anton Blanchard's avatar
      Merge bk://ppc.bkbits.net/for-linus-ppc64 · 991eb637
      Anton Blanchard authored
      into samba.org:/home/anton/ppc64/for-linus-ppc64
      991eb637
    • Anton Blanchard's avatar
      Merge samba.org:/scratch/anton/linux-2.5 · 9a1a077b
      Anton Blanchard authored
      into samba.org:/scratch/anton/tmp3
      9a1a077b
    • Anton Blanchard's avatar
      b6cc6409
    • David Mosberger's avatar
      ia64: Still more gate DSO tuning. Turns out a linker bug prevented · ff04a0fd
      David Mosberger authored
      	us from building the gate DSO in a way that makes it fit in
      	<= 1 page. If a fixed linker is available, we do it in this
      	space-saving way now. Otherwise, we'll do it the old way
      	(the gate DSO will then take up about 18KB instead of just
      	~3KB).  Thanks to Roland McGrath for making this all work.
      ff04a0fd
    • Ben Collins's avatar
      [PATCH] Update IEEE1394 (r952) · 5ba15264
      Ben Collins authored
       OHCI1394: Merge CONFIG_PPC_ALL changes.
       DV1394  : Fix broken endian conversions.
       ETH1394 : Fix oopses due to non-linear sk_buff's.
      5ba15264
    • Dave Jones's avatar
      [CPUFREQ] speedstep docu clarification. · 8ed0a343
      Dave Jones authored
      Spotted by Dominik.
      8ed0a343
    • Ben Collins's avatar
      [PATCH] Register scsi devices after naming them · 4eb7de4f
      Ben Collins authored
      scsi_add_lun doesn't set sdp->devfs_name before calling
      scsi_register_device().  Since scsi_register_device calls down to things
      like sd_probe, which do try to use sdp->devfs_name, things fail.
      
      Just an easy change, moving the sdp->devfs_name creation before calling
      scsi_register_device().
      4eb7de4f
    • Andi Kleen's avatar
      [PATCH] x86-64 merge · 3ef076bb
      Andi Kleen authored
      This brings the x86-64 port uptodate.  Only architecture specific
      changes.
      
      The biggest change is the forward port of the 2.4 timing code with full
      HPET support.  This should improve timing stability on some Opteron
      boxes considerably.
      
      Also add the optimized low level functions from 2.4 (clear_page,
      copy_page, memcpy, csum_copy etc.) They were supposed to be merged
      earlier, but got dropped due to some SNAFU.  Especially the clear_page
      changes should improve performance considerably, because the old version
      used write combining writes which put all the new process data out of
      cache.  New version serves cache hot.
      
      Also some other bugfixes.
      
      Full changelog:
      - Re-add some lost patches: improved copy_page, clear_page, memset, memcpy,
        csum_copy from 2.4.
      - New timing code from 2.4 (Bryan O'Sullivan, John Stultz, Vojtech Pavlik)
      - Use correct MSR to write northbridge MCE configuration
      - Fix and reenable simics check in APIC timer calibration
      - Check if BIOS enabled APIC and don't use APIC mode if not.
      - Remove some obsolete code in APIC handling.
      - Fix potential races in the IOMMU code.
      - Don't print backtrace twice on oops.
      - Fix compilation of swsuspend (Pavel Machek)
      - Add oops locking to kernel page faults.
      - Use prefetcht0 for C level kernel prefetches.
      3ef076bb
    • Chris Wright's avatar
      [PATCH] lsm: setfsuid/setgsuid bug fix (4/4) · ccfd4cc5
      Chris Wright authored
      Patch from Jakub Jelínek <jakub@redhat.com>
      
      Make sure setfsuid/setfsgid return values are right.  Before
      include/linux/security.h was added, setfsuid/setfsgid always returned
      old_fsuid, no matter if the fsuid was actually changed or not.
      
      With the default security ops it seems to do the same, because both
      security_task_setuid and security_task_post_setuid return 0, but these
      are hooks which seem to return 0 on success, -errno on failure, so if
      some non-default security hook is installed and ever returns -errno in
      setfsuid/setfsgid, -errno will be returned from the syscall instead of
      the expected old_fsuid.  This makes it hard to distinguish uids
      0xfffff001 ..  0xffffffff from errors of security hooks.
      ccfd4cc5
    • Chris Wright's avatar
      c82a77d7
    • Chris Wright's avatar
      [PATCH] lsm: Remove task_kmod_set_label hook (2/4) · 35190709
      Chris Wright authored
      The task_kmod_set_label hook is no longer necessary.
      
      kmod is now handled by keventd which already does reparent_to_init, so
      there is no need to worry about getting the security labels right for
      code running off the keventd workqueue.
      35190709
    • Chris Wright's avatar
      [PATCH] lsm: Early init for security modules (1/4) · 553bd5a2
      Chris Wright authored
      As discussed before, this allows for early initialization of security
      modules when compiled statically into the kernel.  The standard
      do_initcalls is too late for complete coverage of all filesystems and
      threads, for example.
      553bd5a2
    • Roland McGrath's avatar
      [PATCH] User FIXMAP area simplification · 47382294
      Roland McGrath authored
      As per Linus' proposal: make special macros for the user-accessible
      fixmap, simplifying access checks to make it trivial to handle ia64
      issues.
      47382294
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/gregkh/linux/tty-2.5 · 97782e54
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      97782e54
    • Stéphane Eranian's avatar
      [PATCH] ia64: minor perfmon fixes · 92f3b57c
      Stéphane Eranian authored
      - remove extra include of asm/perfmon.h
      - fix a bug if PFM_LOAD_CONTEXT by which it would not return an
        error if the task already had a context attached.
      92f3b57c
    • Andrew Morton's avatar
      [PATCH] fix writeback for dirty ramdisk blockdev inodes · 71a1f72c
      Andrew Morton authored
      Once the blockdev inode for /dev/ram0 is dirtied we have a memory-backed
      inode on the blockdev superblock's s_dirty list.
      
      sync_sb_inodes() sees the memory-backed inode on the superblock and assumes
      that all the other inodes on the superblock are also memory-backed.  This is
      not true for the blockdev superblock!  We forget to write out dirty pages
      against the following blockdevs.
      
      Fix this by just leaving the inode dirty and moving on to inspect the other
      blockdev inodes on sb->s_io.
      
      (This is a little inefficient: an alternative is to leave dirtied
      memory-backed inodes on inode_in_use, so nobody ever even considers them for
      writeout.  But that introduces an inconsistency and is a bit kludgey).
      71a1f72c