Booting 2.6.26-rc1 on an old Coppermine PIII, I'm greeted with:I know about Intel's PAT erratum (only 4 PAT entries work) and understand that the kernel might not want to use a half-broken PAT implementation, but the statement above is blatantly false: the kernel IS built with PAT support and the CPU DOES have (half-broken) PAT HW support as /proc/cpuinfo from earlier kernels confirms. arch/x86/kernel/cpu/common.c unconditionally disables PAT and then reenables it for certain vendor/family/model combinations.(*) Then mm/pat.c comes along, finds !cpu_has_pat, and prints the bogus message above. IMO, it would be a lot nicer if common.c printed a warning when it disables PAT due to the erratum, then the printk() in pat.c could be something like "PAT support absent or disabled". (*) common.c enables PAT for all Intel family 15 CPUs. Is that correct? I don't have the spec updates in front of me, but I seem to recall the PAT erratum existed also in early P4s. /Mikael --
| Greg KH | Og dreams of kernels |
| Jens Axboe | [PATCH 31/33] Fusion: sg chaining support |
| Arnd Bergmann | Re: finding your own dead "CONFIG_" variables |
| Mark Brown | [PATCH 2/2] Subject: natsemi: Allow users to disable workaround for DspCfg reset |
| Tony Breeds | [LGUEST] Look in object dir for .config |
git: | |
| Brian Downing | Re: Git in a Nutshell guide |
| John Benes | Re: master has some toys |
| Matthias Lederhofer | [PATCH 4/7] introduce GIT_WORK_TREE to specify the work tree |
| Alexander Sulfrian | [RFC/PATCH] RE: git calls SSH_ASKPASS even if DISPLAY is not set |
| Junio C Hamano | Re: Rss produced by git is not valid xml? |
| Linux Kernel Mailing List | iSeries: fix section mismatch in iseries_veth |
| Linux Kernel Mailing List | ixbge: remove TX lock and redo TX accounting. |
| Linux Kernel Mailing List |
