🚀 go-pugleaf

Hoi Michael,

> > Jep, aber dieser Bug haette einen oops generiert und nicht einen
> > deadlock, wie vom OP berichtet.
> 
> Jein. Mit meinem defekten Prozessor hatte ich beides, meist oops, teilweise
> aber auch deadlocks.

Ok, ich weiss im Moment zwar nicht, wie das geht, aber es scheint offen-
sichtlich bei Dir so ein Problem gewesen zu sein.
 
> > Wieso? trampoline.S hat einen workaround fuer das Problem seit Jahren.
> 
> Sicher? Als AMD im Maerz 2000 endlich den Prozessor austauschte trat das
> Problem mit dem damals aktuellen Kernel noch auf...

Uih, da hast Du mich nun eiskalt erwischt. Ich entschuldige mich fuer
meine schludrige und nicht nachgepruefte Antwort. trampoline.S hat erstens
einmal nichts mit dem prozessor zu tun, sondern dient als jump vom 16bit
zu 32bit in head.S. Dort wird auch die CPU Kennung gemacht. Aber der
Workaround ist unter ../linux/arch/i386/kernel/setup.c:

/*
 *      B step AMD K6 before B 9730xxxx have hardware bugs that can cause
 *      misexecution of code under Linux. Owners of such processors should
 *      contact AMD for precise details and a CPU swap.

[snip]

extern void vide(void);
__asm__(".align 4\nvide: ret");

static int __init init_amd(struct cpuinfo_x86 *c)
{
        u32 l, h;
        int mbytes = max_mapnr >> (20-PAGE_SHIFT);
        int r;
        clear_bit(0*32+31, &c->x86_capability);
        r = get_model_name(c);
        switch(c->x86)
        {
                case 5:

[snip/snap]

              if ( c->x86_model == 6 && c->x86_mask == 1 ) {
                 const int K6_BUG_LOOP = 1000000;
                 int n;
                 void (*f_vide)(void);
                 unsigned long d, d2;
                 printk(KERN_INFO "AMD K6 stepping B detected - ");
                 n = K6_BUG_LOOP;
                 f_vide = vide;
                 rdtscl(d);
                 while (n--)
                    f_vide();
                 rdtscl(d2);
                 d = d2-d;

Ich weiss aber nicht, wann dies eingefuegt wurde, aber ich kann mich noch
erinnern,
dass anfangs 1999 so eine Diskussion war und ich hatte damals auch so einen AMD
K6. 
Da Du den Prozessor ersetzt bekommen hast, ist dies fuer Dich nicht mehr so
relevant.
Dem OP koennte ich noch empfehlen nachzuschauen, ob er einen Stepping 0, rev A 
prozessor hat.

Das Problem kann man unter [1] nachlesen. Das Problem fasst sich unter
"Code Segment Limit Violation Check Associated with Dual-Decoded Instructions", 
Kapitel 2.3.2. Und nachdem ich das gelesen habe, glaube ich, dass AMD Dir den
Prozessor ersetzt hat :)

[1]: http://www.amd.com/K6/k6docs/pdf/21641.pdf

Beste Gruesse und nochmals sorry fuer meine erste schludrige Anwort ohne genau
die facts zu pruefen. War einfach ein wenig muede.

Cheers,
Roberto Nibali, ratz

-- 
mailto: `echo NrOatSz@tPacA.cMh | sed 's/[NOSPAM]//g'`