1. 07 Sep, 2003 8 commits
    • Russell King's avatar
      [PATCH] Fixes to allow ARM to build in the standard tree · 2c9f643a
      Russell King authored
      In addition to the MODULE_ALIAS_LDISC patch, the following changes to
      generic code are needed to allow ARM to build in Linus' tree.
      
      The first is to add PT_SINGLESTEP to ptrace.h so we do the right thing
      when adding/removing breakpoint instructions into processes (see
      arch/arm/kernel/{signal.c,ptrace.c} for usage.)
      
      The second is needed because pmd_clear() needs to flush the pmd.
      However, we can't include tlbflush.h into pgtable.h without causing
      a circular dependency (tlbflush.h needs vm_area_struct and mm_struct
      which are in mm.h, which needs pgtable.h.)  swapfile.c seems to be the
      only file affected.
      2c9f643a
    • Karsten Keil's avatar
      [PATCH] next fixes · b0deac08
      Karsten Keil authored
      here are the next fixes, sorry for the delay, but one of bugs was a really
      odd one.
      
      Note:
      - here are lot of bugs left, so ISDN is not stable yet but
        I think it's really time to fix it, even if it need some cycles
        to get it right (normally I'm only send patches if it works 100% for
        me).
      - I add some additional #warnings to address places which need fixing
        (I hope that some of the other ISDN developer jump in)
      b0deac08
    • Linus Torvalds's avatar
      e0cce02e
    • Linus Torvalds's avatar
      Merge bk://linux-sam.bkbits.net/kbuild · 778d5af7
      Linus Torvalds authored
      into home.osdl.org:/home/torvalds/v2.5/linux
      778d5af7
    • Linus Torvalds's avatar
      Undo static on ide_probe_for_pdc4030: it can (and will) be called · ff1fbc22
      Linus Torvalds authored
      from the IDE init code when compiled-in.
      ff1fbc22
    • Linus Torvalds's avatar
    • Linus Torvalds's avatar
      f4c7190d
    • Matthew Wilcox's avatar
      [PATCH] use size_t for the broken ioctl numbers · 015e32c1
      Matthew Wilcox authored
      The ioctl number-generating macros should be used like
      
      	#define XXXX _IOR(n,x,type-of-arg)
      
      which generates an ioctl number that has the size of the argument
      encoded within it.  But there are a number of ioctl #defines that look
      like
      
      	#define XXXX _IOR(n,x,sizeof(type-of-arg))
      
      which is very wrong: the _IO/_IOR/_IOW/_IOWR macros will do the sizeof()
      on the argtype themselves, so the end result is that we will be doing a
      sizeof(sizeof(argtype)), ie a sizeof(size_t).
      
      In other words, the argtype didn't matter at all, and ended up totally
      pointless.
      
      Clearly it's too late to change the ioctl definitions, but we can at
      least stop people from copying them and making the same mistake.
      015e32c1
  2. 06 Sep, 2003 32 commits