Hello, is seems that the support for the ecs k7sem got broken. When i use the current CVS copiling is no problem, but when i boot linuxbios stops before the mtrr stuff with "Enabling cache...". I followed the procedure in the howto and used the serial console (no debug). The CVS version from 2003-04-01 works, the one from 2003-05-01 works not. Thomas
On Sun, 27 Jul 2003, Thomas Wehrspann wrote:
When i use the current CVS copiling is no problem, but when i boot linuxbios stops before the mtrr stuff with "Enabling cache...".
yes, this is the reason we have not frozen the tree. I am hoping somebody can fix the K7sem :-( ron
Hi,
yes, this is the reason we have not frozen the tree. I am hoping somebody can fix the K7sem :-( Could it be the ecc problem?
-Andrew -- Andrew Ip Email: aip@cwlinux.com Tel: (852) 2542 2046 Fax: (852) 2542 2036 Mobile: (852) 9201 9866 Cwlinux Limited Unit 202B 2/F Lai Cheong Factory Building, 479-479A Castle Peak Road, Lai Chi Kok, Kowloon, Hong Kong. For public pgp key, please obtain it from http://www.keyserver.net/en.
Hi,
I think so. Is there a reasonable fix? It should be in the archive. IIRC, I just skip the ecc setup.
-Andrew -- Andrew Ip Email: aip@cwlinux.com Tel: (852) 2542 2046 Fax: (852) 2542 2036 Mobile: (852) 9201 9866 Cwlinux Limited Unit 202B 2/F Lai Cheong Factory Building, 479-479A Castle Peak Road, Lai Chi Kok, Kowloon, Hong Kong. For public pgp key, please obtain it from http://www.keyserver.net/en.
Am Montag, 28. Juli 2003 16:57 schrieb ron minnich:
On Mon, 28 Jul 2003, Andrew Ip wrote:
yes, this is the reason we have not frozen the tree. I am hoping somebody can fix the K7sem :-(
Could it be the ecc problem?
I think so. Is there a reasonable fix?
ron
With the following patch the k7sem can boot with the current CVS. But I don't know if it breaks anything else, or if it's important. Thomas diff -ur freebios.orig/src/cpu/k7/cpufixup.c freebios/src/cpu/k7/cpufixup.c --- freebios.orig/src/cpu/k7/cpufixup.c Sat Aug 2 15:53:01 2003 +++ freebios/src/cpu/k7/cpufixup.c Sat Aug 2 15:45:25 2003 @@ -51,7 +51,7 @@ rdmsr(SYSCFG_MSR, lo, hi); printk_spew("SYSCFG was 0x%x:0x%x\n", hi, lo); lo |= SYSCFG_MSR_MtrrVarDramEn; - lo |= SYSCFG_MSR_SysEccEn; + //lo |= SYSCFG_MSR_SysEccEn; wrmsr(SYSCFG_MSR, lo, hi); rdmsr(SYSCFG_MSR, lo, hi); printk_spew("SYSCFG IS NOW 0x%x:0x%x\n", hi, lo);
On Saturday 09 August 2003 19:20, Alex Scarbro wrote:
Thankyou for the patch, just about to apply it, but realised i don't know what to apply it to. I'm not familiar with how you guys name the freebios tree. Ie on the first line it refers to freebios.orig/src/cpu/k7/ then freebios/src/cpu/k7 - do i need two copies of the freebios source tree? (one CVS-downloaded tree left "untouched" and one copy of that tree with the patch applied. Perhaps it would be worth a little documentation on this subject?
just change to your freebios directory and "patch -p1 < /path/to/patch.diff".
Also, i'm planning to compile on the 2.4.7 Kernel (as per the K7SEM howto), Is there now a more preferred kernel version?
There are patches for 2.4.17 and/or 2.4.19. Look in your source tree (see howto)
And finally, what distro of linux do you guys use for your compilation? I tried Suse 8.1, but that failed. Now i'm unsing an aged Redhat 7.2. Can i use the new Suse 8.2 instead. Thought id ask first rather than try it only to fail.....again :-)
SuSE 8.0 works fine for me. Thomas
participants (4)
-
Alex Scarbro -
Andrew Ip -
ron minnich -
Thomas Wehrspann