1. 11 Sep, 2002 22 commits
  2. 10 Sep, 2002 2 commits
  3. 09 Sep, 2002 16 commits
    • Stephen Rothwell's avatar
      [PATCH] cdrom.c is the only file to include asm/fcntl.h · ed245b59
      Stephen Rothwell authored
      drivers/cdrom/cdrom.c is the only file (apart from include/linux/fcntl.h)
      that includes asm/fcntl.h.  This changes that and should have no affect.
      
      I need to do this before I consolidate the asm/fcntl.h files into
      linux/fcntl.h (coming next - again).
      ed245b59
    • Skip Ford's avatar
      [PATCH] 2.5.34 ufs/super.c · 2ecc1c29
      Skip Ford authored
      This is needed since 2.5.32 to successfully mount a UFS partition.
      2ecc1c29
    • Rolf Fokkens's avatar
      [PATCH] USER_HZ & NTP problems · 3843e047
      Rolf Fokkens authored
      I've been playing with different HZ values in the 2.4 kernel for a while
      now, and apparantly Linus also has decided to introduce a USER_HZ
      constant (I used CLOCKS_PER_SEC) while raising the HZ value on x86 to
      1000.
      
      On x86 timekeeping has shown to be relative fragile when raising HZ (OK,
      I tried HZ=2048 which is quite high) because of the way the interrupt
      timer is configured to fire HZ times each second.  This is done by
      configuring a divisor in the timer chip (LATCH) which divides a certain
      clock (1193180) and makes the chip fire interrupts at the resulting
      frequency.
      
      Now comes the catch: NTP requires a clock accuracy of 500 ppm.  For some
      HZ values the clock is not accurate enough to meet this requirement,
      hence NTP won't work well.
      
      An example HZ value is 1020 which exceeds the 500 ppm requirement.  In
      this case the best approximation is 1019.8 Hz.  the xtime.tv_usec value
      is raised with a value of 980 each tick which means that after one
      second the tv_usec value has increased with 999404 (should be 1000000)
      which is an accuracy of 596 ppm.
      
      Some more examples:
      	  HZ Accuracy (ppm)
      	---- --------------
      	 100             17
      	1000            151
      	1024            632
      	2000            687
      	2008            343
      	2011             18
      	2048           1249
      
      What I've been doing is replace tv_usec by tv_nsec, meaning xtime is now
      a timespec instead of a timeval.  This allows the accuracy to be
      improved by a factor of 1000 for any (well ...  any?) HZ value. 
      
      Of course all kinds of calculations had te be improved as well.  The
      ACTHZ constantant is introduced to approximate the actual HZ value, it's
      used to do some approximations of other related values. 
      3843e047
    • Linus Torvalds's avatar
      Never _ever_ BUG() if you don't have to · ba815d85
      Linus Torvalds authored
      Cset exclude: greg@kroah.com|ChangeSet|20020905153320|19047
      ba815d85
    • Linus Torvalds's avatar
      Merge http://linux-acpi.bkbits.net/linux-acpi · 38908d74
      Linus Torvalds authored
      into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
      38908d74
    • Linus Torvalds's avatar
      Merge bk://linuxusb.bkbits.net/linus-2.5 · 8a0f08e2
      Linus Torvalds authored
      into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
      8a0f08e2
    • Linus Torvalds's avatar
      Merge bk://linuxusb.bkbits.net/pci_hp-2.5 · 159b0104
      Linus Torvalds authored
      into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
      159b0104
    • Andy Grover's avatar
    • Andy Grover's avatar
      Merge groveronline.com:/root/bk/linux-2.5 · a340bf30
      Andy Grover authored
      into groveronline.com:/root/bk/linux-acpi
      a340bf30
    • Patrick Mochel's avatar
      Reorganize the mtrr init sequence a bit. All mtrr init now happens · b6a3d01f
      Patrick Mochel authored
      during the initcall sequence, after all CPUs have been brought up. 
      mtrr_init() calls a static init_other_cpus(), which fires off a function 
      on all other cpus to replicate the state across all of them. 
      
      arch/i386/kernel/smpboot.c::smp_callin() had the following: 
      
      #ifdef CONFIG_MTRR
             /*
              * Must be done before calibration delay is computed
              */
             mtrr_init_secondary_cpu ();
      #endif
      
      
      I couldn't figure this one out. The P4 manual says nothing about this, nor
      find any other documentation about it. The P4 manual says only that state
      must be synchronized across all CPUs, which it is. And, it happens before
      anything else is executed on the other CPUs, and before any devices or
      drivers have been brought up.
      
      The cyrix mtrr code was also updated to handle this style of SMP initialization.
      b6a3d01f
    • Linus Torvalds's avatar
      Merge home:v2.5/linux · 2b5d7502
      Linus Torvalds authored
      into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux
      2b5d7502
    • Linus Torvalds's avatar
      Get Intel model name from the CPU · ad6b7f70
      Linus Torvalds authored
      ad6b7f70
    • Greg Kroah-Hartman's avatar
    • Greg Kroah-Hartman's avatar
    • Patrick Mochel's avatar
      [PATCH] Re: Performance issue in 2.5.32+ · ac7349b6
      Patrick Mochel authored
      - The early startup code was changed so smp_prepare_cpus() is now called
        before do_basic_setup().  do_basic_setup() is where mtrr_init() is
        called, which mtrr_init_secondary_cpu() is dependent on being called.
      
      - mtrr_init_boot_cpu() was removed from the AP startup code. This was a
        SMP-only hack that made sure mtrr_init() happened when SMP was
        enabled.  That's right - two different code paths to do the same
        thing, obscured by compile-time defines.
      
      The appended patch makes sure mtrr_init() is called before
      smp_prepare_cpus(). It's ugly, and I'll work on a cleaner solution, but
      James: could you try it and see if it fixes your performance issues?
      ac7349b6
    • Juan Quintela's avatar
      [PATCH] : Grammatical fixes · 4b84bbe0
      Juan Quintela authored
        Documentation/porting: s/are/and/
        Documentation/directory-locking: s/that means// was repeated
      4b84bbe0