An error occurred fetching the project authors.
  1. 22 Aug, 2003 1 commit
  2. 31 Jul, 2003 1 commit
  3. 05 Jun, 2003 1 commit
  4. 20 Apr, 2003 1 commit
    • Randy Dunlap's avatar
      [PATCH] replace URLs in Kconfig · e9148e42
      Randy Dunlap authored
      This is a patch from Robert P.J. Day that replaces www.linuxdoc.org
      (which is outdated and unspported according to www.tldp.org)
      with www.tldp.org in lots of Kconfig files.
      e9148e42
  5. 08 Apr, 2003 1 commit
  6. 13 Mar, 2003 3 commits
  7. 09 Feb, 2003 1 commit
  8. 04 Feb, 2003 1 commit
    • Andrew Morton's avatar
      [PATCH] hangcheck-timer · 5dd7d1b6
      Andrew Morton authored
      Patch from: Joel Becker <Joel.Becker@oracle.com>
      
      This kernel module will detect long durations when jiffies has failed to
      increment, and will reboot the machine in response.
      
      Joel says:
      
      
      "Here's why Oracle wants such a thing.  We run clusters.  Imagine a two node
       cluster.  Node1 pauses completely for some reason.  There are multiple
       reasons this can happen.  A bad driver can udelay() for 90 seconds (qla used
       to do this).  zVM on S/390 can page Linux out for minutes at a time.
       Anything that causes the box to freeze.  Jiffies does *not* count during
       this, so when Node1 returns it feels that no time has passed.
      
       Node2, however, has been counting time.  When Node1 goes away, the Oracle
       cluster manager starts looking for it.  After a timeout, it gives up.  It
       then recovers any in-progress transactions from Node1.  After that, it
       starts new operations, modifying the data in ways that Node1 has no idea
       about (it's still out to lunch).
      
       When Node1 finally returns (udelay() ends, zVM pages it in, whatever), any
       I/O that it has queued or is about to queue will get sent to the disk.
       Oops, you've just corrupted your shared data.
      
       hangcheck-timer should catch this and reboot the box.
      
       This is why Oracle wants this driver.  We figure that such functionality
       would be beneficial to others as well, so we posted to l-k.  We'd all hope
       that driver writers don't udelay() for 90s, but S/390 with zVM is still
       around.  Some folks might want to notice when it happens.  I am sure other
       things exist that trigger the same symptoms."
      5dd7d1b6
  9. 16 Jan, 2003 1 commit
  10. 13 Jan, 2003 3 commits
    • Rusty Russell's avatar
      [PATCH] driver_char_Kconfig bug (fwd) · b65a6d5d
      Rusty Russell authored
      From: Rusty Lynch <rusty@stinkycat.com>
      
        VT support requires drivers/char/keyboard.c which makes function
        calls implemented in drivers/input/, so that attempting to set
        CONFIG_INPUT=m or just not setting CONFIG_INPUT will result in a
        compile error if CONFIG_VT is on.
      b65a6d5d
    • Tom Rini's avatar
      [PATCH] Don't ask about "Enhanced Real Time Clock Support" on some archs · fb5805fb
      Tom Rini authored
      The following patch adds an explicit no list of arches who do not want
      to have the "Enhanced Real Time Clock Support" RTC driver asked.  This
      adds PPC32 (who for a long time had their own 'generic' RTC driver, and
      then have adopted the genrtc driver) and PARISC (who have always used
      the genrtc driver).  Per request of Peter Chubb, IA64 is on this list as
      well.
      
      The problem is that on some archs there is no hope of this driver
      working, and having it compiled into the kernel can cause many different
      problems.  On the other hand, there are some arches for whom that driver
      does work, on some platforms.  So having an explicit yes list would
      result in some rather ugly statements.
      fb5805fb
    • Corey Minyard's avatar
  11. 22 Nov, 2002 1 commit
  12. 29 Oct, 2002 1 commit