HEADS UP: APM users on -current!

From: Peter Wemm (peter_at_wemm.org)
Date: 10/02/03

  • Next message: Sascha Holzleiter: "scsi-cd + GEOM"
    To: current@freebsd.org
    Date: Wed, 01 Oct 2003 22:01:07 -0700
    
    

    I've made a commit that has been reported as breaking APM for some people.
    I'll be following this up, so could folks please report here if things
    break? (and feel free to say so if you find the problem :-). It would
    also be interesting to know that things are ok for a few people too.

    If you're stuck (hang or reset on boot), take out apm for the time being.
    Yes, I know that isn't a solution, but please bear with me.

    Cheers,
    -Peter

    --
    Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com
    "All of this is for nothing if we don't go to the stars" - JMS/B5
    ------- Forwarded Message
    Date:    Wed, 01 Oct 2003 16:46:08 -0700
    From:    Peter Wemm <peter@FreeBSD.org>
    To:      src-committers@FreeBSD.org, cvs-src@FreeBSD.org,
    	 cvs-all@FreeBSD.org
    Subject: cvs commit: src/sys/conf ldscript.i386 src/sys/i386/i386 bios.c genass
    	  ym.c locore.s machdep.c mp_machdep.c mpboot.s pmap.c src/sys/i386/inc
    	  lude pmap.h vmparam.h
    peter       2003/10/01 16:46:08 PDT
      FreeBSD src repository
      Modified files:
        sys/conf             ldscript.i386 
        sys/i386/i386        bios.c genassym.c locore.s machdep.c 
                             mp_machdep.c mpboot.s pmap.c 
        sys/i386/include     pmap.h vmparam.h 
      Log:
      Commit Bosko's patch to clean up the PSE/PG_G initialization to and
      avoid problems with some Pentium 4 cpus and some older PPro/Pentium2
      cpus.  There are several problems, some documented in Intel errata.
      This patch:
      1) moves the kernel to the second page in the PSE case.  There is an
      errata that says that you Must Not point a 4MB page at physical
      address zero on older cpus.  We avoided bugs here due to sheer luck.
      2) sets up PSE page tables right from the start in locore, rather than
      trying to switch from 4K to 4M (or 2M) pages part way through the boot
      sequence at the same time that we're messing with PG_G.
      
      For some reason, the pmap work over the last 18 months seems to tickle
      the problems, and the PAE infrastructure changes disturb the cpu
      bugs even more.
      
      A couple of people have reported a problem with APM bios calls during
      boot.  I'll work with people to get this resolved.
      
      Obtained from:  bmilekic
      
      Revision  Changes    Path
      1.8       +1 -1      src/sys/conf/ldscript.i386
      1.63      +12 -12    src/sys/i386/i386/bios.c
      1.144     +3 -0      src/sys/i386/i386/genassym.c
      1.175     +62 -9     src/sys/i386/i386/locore.s
      1.573     +1 -1      src/sys/i386/i386/machdep.c
      1.217     +2 -8      src/sys/i386/i386/mp_machdep.c
      1.21      +16 -0     src/sys/i386/i386/mpboot.s
      1.442     +35 -86    src/sys/i386/i386/pmap.c
      1.101     +3 -1      src/sys/i386/include/pmap.h
      1.37      +7 -0      src/sys/i386/include/vmparam.h
    ------- End of Forwarded Message
    _______________________________________________
    freebsd-current@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-current
    To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
    

  • Next message: Sascha Holzleiter: "scsi-cd + GEOM"

    Relevant Pages