1. 07 Sep, 2002 4 commits
    • Ivan Kokshaysky's avatar
      [PATCH] alpha: pci_ops update · 8656c276
      Ivan Kokshaysky authored
      Tested on CIA (sparse config space) and Irongate (dense config space);
      other platforms should work as they are similar to these two.
      
      Access config space directly on rx164.
      8656c276
    • Daniel Jacobowitz's avatar
      [PATCH] More ptrace fixes for 2.5.33 · 83d936cb
      Daniel Jacobowitz authored
      Here are the changes I have
      
        - Fix some bugs I introduced in zap_thread
        - Improve the check for traced children in sys_wait4
        - Fix parent links when using CLONE_PTRACE
      
      My thanks to OGAWA Hirofumi for pointing out the first bit.
      
      The only other issue I know of is something else Hirofumi pointed out
      earlier; there are problems when a tracing process dies unexpectedly.  I'll
      come back to that later.
      83d936cb
    • Ingo Molnar's avatar
      [PATCH] more ptrace updates · e3d280b3
      Ingo Molnar authored
      I've done the attached patch to collect & clean up all the things that
      happened since yesterday.
      e3d280b3
    • Linus Torvalds's avatar
      a374c868
  2. 05 Sep, 2002 6 commits
  3. 04 Sep, 2002 8 commits
    • Albert Cranford's avatar
      [PATCH] 2.5.33 i2c-proc.c remove inode_fill code · 4ca112a6
      Albert Cranford authored
      My previous patch added procs i2c_fill_inode and i2c_dir_fill_inode that
      Al Viro deemed unnecessary.  i2c developers are in contact with Al to
      get the latest scoop.  Meantime lets reverse the change before he flies
      off at me about procfs abuse.
      4ca112a6
    • David Mosberger's avatar
      [PATCH] trivial Makefile fix · 1114b497
      David Mosberger authored
      Tthis one seems to have been around since 2.5.31 and nobody has fixed it
      yet...
      1114b497
    • Andrea Arcangeli's avatar
      [PATCH] Missing acess_ok() check in aio · 0b2883e4
      Andrea Arcangeli authored
      BTW, while merging aio from 2.5 to 2.4 and fixing and porting the libaio
      (in particular thanks to one of Ben's testcases that was checkin for
      this specific case) I found this bug in 2.5
      0b2883e4
    • Linus Torvalds's avatar
      Merge bk://jfs.bkbits.net/linux-2.5 · e61eb888
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      e61eb888
    • Alexander Viro's avatar
      [PATCH] IDE cleanups (2.5; similar to ones done for other drivers) · 99db2bb5
      Alexander Viro authored
      	OK, before the next bunch of gendisk merges, here comes a couple
      of 2.5 IDE cleanups.
      
      	a) exclusion between rereading partition tables and open() is done
      in fs/block_dev.c these days, so homegrown one in ide.c is redundant - that
      code _never_ blocks now.  Removed, just as it had been done with counterparts
      in other drivers.
      
      	b) blk_ioctl() calls are done in blkdev_ioctl() now; driver doesn't
      need to handle them.  Again, removed as it had been done in all other drivers.
      99db2bb5
    • Linus Torvalds's avatar
      Fix IO-APIC edge IRQ handling. IRQ_INPROGRESS was cleared spuriously · e42e97d6
      Linus Torvalds authored
      if a new edge happened while we were still processing the previous
      one.
      
      Then, if a _third_ edge came in, it would actually cause a reentrant
      irq handler invocation, because the original INPROGRESS bit was now
      lost.
      
      This was actually seen on IDE in PIO mode.
      e42e97d6
    • Matthew Wilcox's avatar
      [PATCH] move AGP PCI defines to pci_ids.h · 863032a9
      Matthew Wilcox authored
      Unify the PCI device ID constants used by AGP with the normal Linux ones.
      863032a9
    • Paul Mackerras's avatar
      [PATCH] fix create_elf_tables on PPC · 6860f192
      Paul Mackerras authored
      create_elf_tables in fs/binfmt_elf.c now sets up the list of aux table
      entries in a buffer on the kernel stack before copying it to the user
      stack.
      
      Unfortunately, while the buffer is big enough for most architectures, it
      isn't big enough on PPC, which uses 5 extra aux table entries (put on
      with ARCH_DLINFO).  The following patch increases the buffer to be big
      enough for PPC.  (Note that each aux table entry uses two elements of
      the elf_info array.)
      6860f192
  4. 05 Sep, 2002 10 commits
  5. 04 Sep, 2002 1 commit
  6. 03 Sep, 2002 11 commits
    • Christoph Hellwig's avatar
      JFS: we still need extHint · 229824ad
      Christoph Hellwig authored
      229824ad
    • Christoph Hellwig's avatar
      JFS: fix up more merge issues · f3dd03ca
      Christoph Hellwig authored
      The BK merging was a little too smart for the conflicting changes.
      Add back what we lost with the last changeset.
      f3dd03ca
    • Christoph Hellwig's avatar
      cbc31c41
    • Christoph Hellwig's avatar
      JFS: sync blockdevice at umount · 86a90b1c
      Christoph Hellwig authored
      We need to sync the blockdevice mapping at umount although sync_blockdev
      already does it as we need to make sure everything hits the disk before
      we mark the superblock clean.
      
      Found by Dave Kleikamp.
      86a90b1c
    • Rusty Russell's avatar
      [PATCH] list_t removal · 97460db9
      Rusty Russell authored
      This removes list_t, which is a gratuitous typedef for a "struct
      list_head".  Unless there is good reason, the kernel doesn't usually
      typedef, as typedefs cannot be predeclared unlike structs.
      97460db9
    • Rusty Russell's avatar
      [PATCH] Important per-cpu fix. · bd0f8cb9
      Rusty Russell authored
      Frankly, I'm amazed the kernel worked for long without this.
      
      Every linker script thinks the section is called .data.percpu.
      Without this patch, every CPU ends up sharing the same "per-cpu"
      variable.
      
      This might explain the wierd per-cpu problem reports from Andrew and
      Dave, and also that nagging feeling that I'm an idiot...
      bd0f8cb9
    • Rusty Russell's avatar
      [PATCH] daemonize() calls reparent_to_init cleanup · 1350c3f2
      Rusty Russell authored
       This makes daemonize() call reparent_to_init() itself, as long
      suggested for 2.5, and fixes the callers so they don't call it again.
      Also fixes callers which set current->tty to NULL themselves (also
      no longer neccessary).
      1350c3f2
    • Rusty Russell's avatar
      [PATCH] Early child_reaper initialization · 3c14138b
      Rusty Russell authored
      This sets child_reaper to the idle thread upon creation, so that
      ksoftirqd's reparent_to_init call doesn't get the swapper as parent.
      3c14138b
    • Andi Kleen's avatar
      [PATCH] Fix RELOC_HIDE miscompilation · efec05b7
      Andi Kleen authored
      RELOC_HIDE got miscompiled on gcc3.1/x86-64 in the access to softirq.c's per
      cpu variables.  This fixes the problem.
      
      Clearly to hide the relocation the addition needs to be done after the
      value obfuscation, not before.
      
      I don't know if it triggers on other architectures (x86-64 is especially
      stressf here because it has negative kernel addresses), but seems like the
      right thing to do.
      efec05b7
    • Andries E. Brouwer's avatar
      [PATCH] sddr09.c MODE SENSE fixes · 618cb2b6
      Andries E. Brouwer authored
      Teach usb/storage/sddr09.c how to return less than a full page of sense
      data.
      618cb2b6
    • Andries E. Brouwer's avatar
      [PATCH] try more sd.c MODE SENSE modes · e91004e8
      Andries E. Brouwer authored
      In sd.c we call MODE SENSE (6) in order to find out whether the
      device is write protected. The info we need is in byte 2, the
      header of the MODE SENSE answer, but in the request we have to
      specify (i) what page(s) we want, and (ii) how many bytes we want.
      
      Long ago we asked for 12 bytes from page 1 (Daniel Roche, 1.3.35).
      Matthew Dharm made this 8 bytes from page 3F (all pages), patch-2.4.0-test8.
      In patch-2.4.10 the 8 was increased to 255.
      
      I found on the one hand devices that only react to page 0
      (the vendor page), and return an error for page 3F.
      And on the other hand devices that are unable to handle requests
      for more bytes than they actually have.
      
      So, it seems that the cautious way to ask for MODE SENSE data is
      to first ask for the header only, see how much is available,
      and then ask for everything.
      
      The patch below first separates out the MODE SENSE call,
      and then tries it three times: on all pages (3F), only the first
      four bytes; on the vendor page (0), only the first four bytes;
      on all pages (3F), 255 bytes.
      
      This should be at least as robust as our current code.
      I tried it on 8 SCSI devices (of which 2 fail under 2.5.33)
      and found no problems.
      e91004e8