Mailing List Archive: Via Samuel 2 Stepping 3 - does not work

Via Samuel 2 Stepping 3 - does not work - even whith patch

Apr 25, 2005, 3:12 AM

Post #1 of 4 (1004 views)

Hi @ all,

for a via C3 Nemehia, Samuel 2, Stepping 3 on LEx-Mainboard I tried the 4k
page patch of Adam
(http://lists.xensource.com/archives/html/xen-devel/2004-12/msg00083.html)

Base: Debian Sarge RC4. Patched with no errors, Compiles fine. Installs fine,
boots exactly until "scrubbing DOM-0 RAM ..." and then stalls. No response
any more - only hard reset is possible. I tried several options like noacpi
nosmp.. no changes.

Does anyone probably has any Idea how to debug this?

ThanX in advance!

Timo

----------------------SNIP-----------------------------------------------------

processor : 0
vendor_id : CentaurHauls
cpu family : 6
model : 7
model name : VIA Samuel 2
stepping : 3
cpu MHz : 532.640
cache size : 64 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu de tsc msr cx8 mtrr pge mmx 3dnow
bogomips : 1061.68

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

Re: Via Samuel 2 Stepping 3 - does not work - even whith patch [ In reply to ]

adam at cfar

Apr 25, 2005, 9:38 AM

Post #2 of 4 (1010 views)

Permalink

ha! I had this problem before.. and I tracied it back to..... BAD RAM. I
reaplaced ram with a better ram and problem went away.

in fact I was meaning to add xen's ram scrubber to memtest86 :-)

let me know if it fix for you... I'm assuming you are using the kernel's
and xen's as recommended per the patch. If so then it is bad ram.

On Mon, 25 Apr 2005, Timo Goetze wrote:

> Hi @ all,
>
> for a via C3 Nemehia, Samuel 2, Stepping 3 on LEx-Mainboard I tried the 4k
> page patch of Adam
> (http://lists.xensource.com/archives/html/xen-devel/2004-12/msg00083.html)
>
> Base: Debian Sarge RC4. Patched with no errors, Compiles fine. Installs fine,
> boots exactly until "scrubbing DOM-0 RAM ..." and then stalls. No response
> any more - only hard reset is possible. I tried several options like noacpi
> nosmp.. no changes.
>
> Does anyone probably has any Idea how to debug this?
>
>
>
> ThanX in advance!
>
> Timo
>
>
> ----------------------SNIP-----------------------------------------------------
>
> processor : 0
> vendor_id : CentaurHauls
> cpu family : 6
> model : 7
> model name : VIA Samuel 2
> stepping : 3
> cpu MHz : 532.640
> cache size : 64 KB
> fdiv_bug : no
> hlt_bug : no
> f00f_bug : no
> coma_bug : no
> fpu : yes
> fpu_exception : yes
> cpuid level : 1
> wp : yes
> flags : fpu de tsc msr cx8 mtrr pge mmx 3dnow
> bogomips : 1061.68
>
>
>
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
>

--
Adam Sulmicki
http://www.eax.com The Supreme Headquarters of the 32 bit registers

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

Re: Via Samuel 2 Stepping 3 - does not work - even whith patch [ In reply to ]

tgo at edvgoetze

Apr 25, 2005, 9:59 AM

Post #3 of 4 (999 views)

Permalink

> ha! I had this problem before.. and I tracied it back to..... BAD RAM. I
> reaplaced ram with a better ram and problem went away.
>

...I could not imageine that it is the ram... as this was a server before
running for a whole year whithout any error ;-) ..But I tried quite a lot of
chips (11!) - always the same :-(

ooh! it seems, that my error-description was too unclear last mail.
last message XEN prints out (unfortunately i have to type it in from the
screen ;-)

(XEN) Scrubbing DOM0 RAM: .done.

if it helps, i'll give you the whole physical and virtual memory arrangement.

any idas?

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

Re: Via Samuel 2 Stepping 3 - does not work - even whith patch [ In reply to ]

adam at cfar

Apr 25, 2005, 10:04 AM

Post #4 of 4 (998 views)

Permalink

>> ha! I had this problem before.. and I tracied it back to..... BAD RAM. I
>> reaplaced ram with a better ram and problem went away.
>>
>
> ...I could not imageine that it is the ram... as this was a server before
> running for a whole year whithout any error ;-) ..But I tried quite a lot of
> chips (11!) - always the same :-(

sure the system has ran fine for me as well for years before... it just
that ram scrub is pretty nasty for ram.

> ooh! it seems, that my error-description was too unclear last mail.
> last message XEN prints out (unfortunately i have to type it in from the
> screen ;-)
>
>
> (XEN) Scrubbing DOM0 RAM: .done.
>
> if it helps, i'll give you the whole physical and virtual memory arrangement.
> any idas?

can you make sure that you run the system exactly as speced out?
that is, it is exactly xen 2.0.1 ? no earlier, no later.

bk clone -rRELEASE-2.0.1 bk://xen.bkbits.net/xen-2.0.bk xen-2.0.1.bk

you can grab the tarball too if you expecify exact url even if is not
listed on the web site.

--
Adam Sulmicki
http://www.eax.com The Supreme Headquarters of the 32 bit registers

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users