1. 26 Oct, 2003 16 commits
    • Rusty Russell's avatar
      [NETFILTER]: Fix ipchains oops in NAT · 14a32d80
      Rusty Russell authored
      We updated ip_nat_setup_info to set the initialized flag and call
      place_in_hashes, but *didn't* change the call in ip_fw_compat_masq.c
      which also calls place_in_hashes() itself (again!).  Result: corrupt
      list, and next thing which lands in the same hash bucket goes boom.
      
      Thanks to Andy Polyakov for chasing this down.
      14a32d80
    • Hideaki Yoshifuji's avatar
    • Hideaki Yoshifuji's avatar
    • Hideaki Yoshifuji's avatar
    • Hideaki Yoshifuji's avatar
      [IPV6]: Typo in address comparison. · 63d6889d
      Hideaki Yoshifuji authored
      63d6889d
    • Andi Kleen's avatar
      [NET]: Fix oops in ethertap_rx(). · 1894c622
      Andi Kleen authored
      1894c622
    • John Levon's avatar
      [NETFILTER]: Fix modular iptables build. · cc2c9aa0
      John Levon authored
      cc2c9aa0
    • David S. Miller's avatar
      Merge nuts.ninka.net:/disk1/davem/BK/network-2.5 · d6611edf
      David S. Miller authored
      into nuts.ninka.net:/disk1/davem/BK/net-2.5
      d6611edf
    • Linus Torvalds's avatar
      Add a sticky "PF_DEAD" task flag to keep track of dead processes. · edf12049
      Linus Torvalds authored
      Use this to simplify 'finish_task_switch', but perhaps more
      importantly we can use this to track down why some processes
      seem to sometimes not die properly even after having been
      marked as ZOMBIE. The "task->state" flags are too fluid to 
      allow that well.
      edf12049
    • Randolph Chung's avatar
      [PATCH] fix __div64_32 to do division properly · c2988baf
      Randolph Chung authored
      This fixes the generic __div64_32() to correctly handle divisions by
      large 32-bit values (as used by nanosleep() and friends, for example).
      
      It's a simple bit-at-a-time implementation with a reduction of the high
      32-bits handled manually.  Architectures that can do 64/32-bit divisions
      in hardware should implement their own more efficient versions.
      c2988baf
    • Yoshinori Sato's avatar
      [PATCH] fix h8/300 support · d33648ef
      Yoshinori Sato authored
       - add 'sched_clock'
       - delete smplock.h
      d33648ef
    • Andi Kleen's avatar
      [PATCH] Essential x86-64 updates · 7c382efa
      Andi Kleen authored
      The most important part is that it makes x86-64 compile again.
      Without that 2.6 users won't be very happy.
      
      It also works around a bug that allowed every user program to reboot the
      system on B stepping K8.
      
      Also update to match some recent i386 fixes.
      
      Full ChangeLog:
       - Add acpi_pic_set_level_irq to make ACPI compile again
       - Work around compat mode K8 bug in IRET exception handling
       - Increase exception stack. The old 1k stack was too easy
         to overflow (from Jim Paradis, changed by me)
       - Replace safe_smp_processor_id with cpuid (needed for above)
       - When there is only one node always enable fake_node mode
       - Merge with i386 (NTP gettimeofday monoticity fix, irq nr_vectors change)
       - Fix compile problem for UP kernels in time/cpufreq
       - Set all nodes online at bootup
       - Define node_to_cpumask correctly
      7c382efa
    • Stelian Pop's avatar
      [PATCH] meye: documentation · 69c1d1bf
      Stelian Pop authored
      This documents the existence of a forth 'motioneye' camera plugged into
      the USB bus, of course unsupported by the meye driver.
      69c1d1bf
    • Stelian Pop's avatar
      [PATCH] sonypi: fix Zoom/Thumbphrase button events · 33127943
      Stelian Pop authored
      This corrects the Zoom and Thumbphrase button events.
      33127943
    • Andries E. Brouwer's avatar
      [PATCH] Relax FATFS validity tests · 1f690869
      Andries E. Brouwer authored
      The first FAT entry should have the media byte (0xf0,0xf8,...,0xff)
      extended with all 1 bits in the first FAT entry.
      
      Checking this is a good idea, it prevents us from mounting garbage
      as FAT - there is no good magic for FAT.
      
      Unfortunately, Windows does not enforce this, and 2.4 doesn't either.
      It turns out that there are filesystems around (two reports so far) that
      have a zero first FAT entry, and work under Windows and 2.4 but fail to
      mount under 2.6.
      
      So, this weakens the test.
      1f690869
    • Andries E. Brouwer's avatar
      [PATCH] atkbd: 0xfa is ACK · d6e0320f
      Andries E. Brouwer authored
      The 0xfa code can be a key scancode or it can be a protocol scancode.
      
      Only few keyboards use it as a key scancode, and if we always interpret
      it as a protocol scancode then these rare keyboards will have a dead
      key.  If we interpret it as a key scancode then we have a dead keyboard
      in case it was protocol.
      
      Clearly it is safer to prefer to interpret it as a protocol scancode.
      
      This moves the test for ACK and NAK up, so that they are always seen as
      protocol.
      
      This is just a minimal patch.  What I did in 1.1.54 was to keep track of
      commands sent with a flag reply_expected, so that 0xfa could be taken as
      ACK when a reply is expected and as key scancode otherwise.  That is the
      better solution, but requires larger surgery.
      d6e0320f
  2. 25 Oct, 2003 2 commits
  3. 24 Oct, 2003 6 commits
  4. 25 Oct, 2003 1 commit
  5. 24 Oct, 2003 5 commits
    • Knut Petersen's avatar
      [PATCH] setkeycode ioctl fix · 99438d1e
      Knut Petersen authored
      This is a bugfix for setkeycode() in /drivers/char/keyboard.c.
      
      If we change a keycode the corresponding bit should be cleared if and
      only if this keycode is not defined any longer.  I believe that this
      also was intended with the original code, but the implementation is
      faulty.
      
      First off all the first three changed lines are obviously erroneus:
      oldkey == truekey is false or true, you do not need to inclose this in a
      for().  I believe the author intended INPUT_KEYCODE(dev,i) == oldkey.
      But fixing this alone is not enough.
      
      If somebody wants to interchange the definition of two keys A and B, the
      normal way is to use two setkeycode calls:
      
          setkeycode (scancode A, keycode B);
          setkeycode (scancode B, keycode A);
      
      The old code does a clearbit(oldkey ..) call even in situations where
      two keys have the same definition, and this situation arises commonly in
      the situation mentioned above.
      
      Both errors are fixed with this patch.
      99438d1e
    • Knut Petersen's avatar
      [PATCH] input / keyboard / Scancode Set 3 support broken · f71a8923
      Knut Petersen authored
      If somebody uses keyboard scancode set 3 it is necessary to explicitly
      program the keyboard to send make/break codes for all keys and to set
      autorepeat for all keys.
      
      This is critical for some people.  One example is the LK461/46W series
      of keyboards from Digital Equipment Corporations.  These are VMS
      keyboards that are also usable on a normal PC.
      
      These keyboards support Scancode Set 2, but for some keys this support
      is screwed up -- some function keys (e.g.  F18/F20) report the same
      scancode sequence combined with both alt and shift keys. 
      
      Scancode Set 3 works perfectly if all keys are programmed to give
      make/break codes. 
      
      A lot of keyboards manufactured by Cherry only make/break for some (not all!)
      modifyer keys in scancode set 3 without this fix.
      f71a8923
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/gregkh/linux/usb-2.6 · d548fa6f
      Linus Torvalds authored
      into home.osdl.org:/home/torvalds/v2.5/linux
      d548fa6f
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/davem/sparc-2.5 · 7a2dd9ac
      Linus Torvalds authored
      into home.osdl.org:/home/torvalds/v2.5/linux
      7a2dd9ac
    • Linus Torvalds's avatar
      Add a quirk for the Intel ICH-[45] to add special ACPI regions. · b91728bb
      Linus Torvalds authored
      This fixes resource conflicts due to IO decode that doesn't show
      up with a normal PCI probe (we do similar quirks for most other
      chipsets). Without it, the kernel doesn't know about some magic
      IO decodes for the chips.
      b91728bb
  6. 23 Oct, 2003 10 commits