Re: lug-bg: AMD and VIA hardware bugs and workarounds

[whitefang@xxxxxx (����� �����)]

On Wednesday 23 January 2002 10:21 am, you wrote:
> On Monday 21 January 2002 20:00, you wrote:
> > George Danchev writes:
> > > Ponezhe naposledyk se zagovori za hardware bugs, eto nqkoj problemi s
> > > Athlon/Duron otkriti naposledyk + workaround, v slu4aj 4e nqkoj se e
> > > sbluskal s podobni takiva:
> > >
> > > http://linuxtoday.com/news_story.php3?ltsn=2002-01-21-001-20-NW-KN
> > >
> > > A eto kak Linux i FreeBSD se opitvat da se spravqt s bugs v nqkoj VIA
> > > chipsets:
> > >
> > > http://groups.google.com/groups?hl=bg&th=6b6b9426a454d441
> > >
> > > vsi4ki hardware proizvoditeli greshat, i OS-ovete trqbva da
> > > "preodolqvat" problema nqkaksi :)
>
> neka samo da kazheme 4e podobni h/w bugs imat (otkriti ili vse oste
> neizvestni) i Intel i Cyrix cpu-ta i raznite mu tam chipsets ... ne sa samo
> AMD i VIA... a i ne samo x86 (IA-32) arch, mozhe bi i drugite arch...
>
> > Cenno info,naistina! Samo che ot tezi dwa post-a ne mi stana jasno za koi
> > tochno AMD jadra stava duma, za vsichki predi Palominoto,ili kak?A,i ne
>
> ami neznam i az, kakvoto sa napisali tova 4etem :) . Qvno e pri vsi4ki AMD
> cpu-ta kojto mogat (ili si mislqt 4e mogat) da pravqt "extend paging" s
> pametta (delqt pages po 4Mb, vmesto 4K) i v konfiguraciqta ima AGP slot
> kojto systo se izpolzva, to ste si kazhe sled kato polu4ish nqkolko
> bezpri4nnni lock-a na nqkoq sistema s Athlon da re4em :) , togava mozhe da
> podozirash i tova i probvash da pass  "nopentium" na lilo/grub koeto ste
> predade na kernela da ne polzva extend paging vypreki 4e cpu-to pretendira
> 4e go mozhe. Neznam za kakvo se kasae, no qvno cpu-to ne ardesira pravilno
> pametta v tozi slu4aj. (mozhe da go napravqt  "autodetect & disable" boot
> time) za da ne si kusat potrebitelite kosite tursejki kyde mozhe da e
> problema :) . Vsustnost az ne znam ili ne se sestam kak mozhe da se proveri
> v edna sistema goleminata na na page-a v pametta? Ne mi kazvajte da gledam
> stojnostta na
> X86_FEATURE_PSE  v include/asm-i386/cpufeature.h v source na kernela :)
>
> #define X86_FEATURE_PSE         (0*32+ 3) /* Page Size Extensions */
> #define X86_FEATURE_PSE36       (0*32+17) /* 36-bit PSEs */
>
> stoto kernela mozhe i da e usetil kva e rabotata ili da mu e podadena
> "nopentium" boot opciq, pyk 4ovek mozhe da iska da proveri realno dali e
> smenen i kolko e page size-a. ?:)
>
> > vidjah njakyde da stava duma za VIA-specific problemi.Ako imash info za
> > problemi s VIA/AMD konfiguracii(e,bez MVP* ;-), shte mi interesno da
> > procheta neshto konkretno.
>
> kakvoto pro4etem po mail listingite, tova e :) , no dobre e da se rovi i
> znae za takiva h/w bugs i eventualno ako ima workarounds za tqh...
> a da ne izleze sega 4e blame-vam AMD, naprotiv fan sym na ADM :), no na VIA
> ne :P.
>
> > A kato si govorim za workarounds,imam edin interesen sluchaj.Dokopah edno
> > arhaichno SCSI na Seagate - 20MB,ISA kontroler. Razpoznava se korektno i
> > ot Win i ot Linux.Obache pod Win prosto e nevyzmozhno da zapishesh v-u
> > nego fail po-goljam ot okolo 1MB. Cjalata mashina blokira mnogo grubo i
> > samo F13 pomaga:-).Pod Linux njama problemi s read/write,dazhe razpravja
> > za skorosti ot porjadyka na 2MB/S! Ot vreme na vreme obache mi "obazhda"
> > za "unexpected interrupt". Seshtash li se za kakvo mozhe da stava duma?
> > Mezhduvremenno shte gledam da sybera po-konkretno debug info.
>
> ideq nqmam. koj plue tova msg za "unexpected interrupt", kernel-a ili
> userspace prilozhenieto s koeto read/write...
Nai veroiatno SCSI - low level driver-a, veroiatno "buggy" driver. V momenta 
na prekysvaneto softuernoto ili harduernoto systoianie na controlera e takova 
pri koeto ne bi triabvalo da se generira prekysvane/ ili prekysvaneto e 
falshivo( ne e razpoznato ot ISR na syotvetnia driver ) - Tova po-princip. A 
v tvoia sl. Vij tozi kod:( /linux/drivers/scsi/seagate.c)

tatic int should_reconnect = 0;

/*
 * The seagate_reconnect_intr routine is called when a target reselects the
 * host adapter.  This occurs on the interrupt triggered by the target
 * asserting SEL.
 */

tatic void do_seagate_reconnect_intr (int irq, void *dev_id, struct pt_regs 
*regs)
{
        unsigned long flags;

        spin_lock_irqsave (&io_request_lock, flags);
        seagate_reconnect_intr (irq, dev_id, regs);
        spin_unlock_irqrestore (&io_request_lock, flags);
}

tatic void seagate_reconnect_intr (int irq, void *dev_id, struct pt_regs 
*regs)
{
        int temp;
        Scsi_Cmnd *SCtmp;

        DPRINTK (PHASE_RESELECT, "scsi%d : seagate_reconnect_intr() called\n",
                 hostno);

        if (!should_reconnect)
                printk ("scsi%d: unexpected interrupt.\n", hostno);
        else {
        .........
        .........
        }
}

Smiatai , go tva syobshtenie za __HARMLESS__, ako ne se poiaviava s oshe 
niakvi drugi syobshtenia ot sortna na "Reset SCSI Bus". Prosto SCSI 
ustroistvoto ti generira ot vreme na vreme nevaligni SEL requesti kam host 
adaptera.( ne mu e bila podadena komanda sled koiato DISCONNECT BUS , dokato 
ustroistvoto priklu4i s izpylnenieto na komandata , a to iska RECONNECT ).
Vazmojno e tova se dylvi i na loshi kabeli/nepravilno terminirane.
===========================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers)
http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora