1. 08 Sep, 2003 2 commits
    • Linus Torvalds's avatar
      Arnd's new-and-improved _IOx() argument checking showed two sound · 34574130
      Linus Torvalds authored
      drivers whose microcode load ioctl's used types with sizes that
      overflow the ioctl number. Mark them _IOx_BAD() to document the fact.
      34574130
    • Arnd Bergmann's avatar
      [PATCH] Verify proper usage of ioctl macros · d6a79f27
      Arnd Bergmann authored
      This new version works with all compiler versions, and also catches the
      case where somebody tries to pass in an array as an argument to the
      ioctl macros.  Thus we verify that only proper types are used.
      
      I have checked now that the object code for arch/s390/kernel/compat_ioctl.o
      remains identical and that the whole kernel compiles for s390 and i386,
      after fixing the broken ioctl numbers.
      d6a79f27
  2. 07 Sep, 2003 15 commits
    • Linus Torvalds's avatar
      Fix more ioctl _IOR/_IOW misusage. · 003e16bb
      Linus Torvalds authored
      003e16bb
    • Rusty Russell's avatar
      [PATCH] modprobe -q: quieter when modules missing · eddef4fe
      Rusty Russell authored
      The kernel invokes "modprobe" on modules which might not exist:
      rightfully, modprobe complains by default when this happens.  So the
      correct response is to invoke "modprobe -q", which is silent on such
      errors (but still reports other errors such as config errors). 
      
      Also, use MODULE_NAME_LEN from module.h instead of inventing our own.
      eddef4fe
    • Rusty Russell's avatar
      [PATCH] Modules: Be stricter recognizing init&exit sesections · 4cf01742
      Rusty Russell authored
      Someone pointed out that -ffunction-sections can cause a function called
      "init<something>" to be put in the init section, and discarded.  This
      hurts PARISC badly.  Get more fussy with identifying them.
      4cf01742
    • Matthew Wilcox's avatar
      [PATCH] CONFIG_64BIT · 2b0c1a2b
      Matthew Wilcox authored
      This adds CONFIG_64BIT to allow us to disable non-64-bit safe drivers on
      64-bit platforms and converts the I2O driver to use it.
      2b0c1a2b
    • Andi Kleen's avatar
      [PATCH] x86-64 update · 3720aca6
      Andi Kleen authored
      Nothing too exciting, just some minor new features and bug fixes.
      The IOMMU code should now not BUG again without CONFIG_IOMMU_DEBUG/iommu=force
      
       - Compiles now with -funit-at-a-time
       - Fix up ioctl 32bit tables following Andrew's change.
       - Fix __SI_POLL siginfo_t passing to user space
       - Add 32bit emulation for fadvise64_64
       - Remove unneeded sys32_utimes
       - Various merges with i386 (ACPI, APIC etc.)
       - Port cpuid patching infrastructure from i386
       - Use it to provide better copy_*_user/memcpy/memset/clear/copy_page for
         C stepping K8. String instructions are faster now that unrolled loops.
       - Don't try to merge unforced PCI mappings that don't exceed the device's
         DMA mask.
       - Discard .exit.data/.exit.text at runtime like i386
       - Don't use NTI stores for clear_user
       - Convert bitops.h bitmap functions to use unsigned long * pointers instead
         of void *
       - Fix some warnings in kernel headers.
       - Fix PDA comments
      3720aca6
    • Ian Molton's avatar
      [PATCH] arm26 updates · 49e4d78b
      Ian Molton authored
      Not much to write home about. mostly tidying, some debug, and XIP support.
      
      just keeping arm26 up to date really.
      49e4d78b
    • Linus Torvalds's avatar
      Fix various scripts to be marked executable. · 45ad6fd3
      Linus Torvalds authored
      From carbonated beverage <ramune@net-ronin.org>.
      
      [ "carbonated beverage"? WTF? I think I need a cool handle too ;]
      45ad6fd3
    • 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
  3. 06 Sep, 2003 23 commits