Windows XP, aky prehliadac?
Moderátor: Moderátoři
Nevidím dùvod proè by tam nešly WIN7, pøípadnì i WIN10, v tomto pøípadì doporuèuji jen 32-bitové. Deska by to mìla podporovat viz. https://www.asus.com/Motherboards/M2VTV ... fications/ , tj. 2x2GB DDR2 a SATA disk do 2TB. Možná má jen starý BIOS. Samozøejmì mùže být "naèatá", ale i tak není problém sehnat podobnou. Sám jsem mìl ASUS M2N-E s AX2-4800+/4GB/1TB na system + dalších 5 HDD (SATA i PATA) a WIN7Pro/32bit nìkolik let. Samozøejmì bych doporuèil PCI-E grafiku tøeba GF7600/256.
Některé hodně staré desky s VIA souhbridgem měly skutečně problém se SATA2 disky, ty se pak musely přepnout do SATA1 módu aby bylo možné z nich bootovat. Přepnutí se provádělo softwarově utilitou dodávanou výrobcem. Nicméně to se týkalo o generaci nebo dvě starších desek Tady bude problém někde jinde.
Jinak doporučil bych bootovat z SSD a klasický disk nechat jen na data, opravdu to systém dost oživí.
Také mnoho desek s AMD píše omezení na nějakou velikost paměti, ale to často vychází z toho jaké paměťové moduly byly dostupné v době jejich vývoje. Reálně tam jde velmi často nacpat paměťové moduly větší a funguje to (na rozdíl od starších Intelů s DDR2). Je vhodné před přidáním paměti aktualizovat BIOS.
Jinak doporučil bych bootovat z SSD a klasický disk nechat jen na data, opravdu to systém dost oživí.
Také mnoho desek s AMD píše omezení na nějakou velikost paměti, ale to často vychází z toho jaké paměťové moduly byly dostupné v době jejich vývoje. Reálně tam jde velmi často nacpat paměťové moduly větší a funguje to (na rozdíl od starších Intelů s DDR2). Je vhodné před přidáním paměti aktualizovat BIOS.
VT8237 je právě ten problematický o kterém jsem psal. Jestli dobře vzpomínám existoval ve verzi A a B. A byla lehce problémová starší verze, B byl byl vyloženě průser. Byly ale i další problémy s ním - celkově je to šmejd. U desek s tímto SB bylo nezbytně nutné mít aktuální BIOS a poslední verzi ovladačů, jinak to často u verze B mrvilo při kopírování větší soubory (velkost souboru odpovídala, CRC nikoliv) a nikdy se to nepodařilo uspokojivě vyřešit. Někde to fungovalo OK, někde ne. A 100% na něm nešlo bootovat ze SATA2 disků dokud se nepřepnuly do SATA1 režimu (alespoň mně se to nikdy nepovedlo). Jeden takový stroj ještě mám i když ho dlouho nepoužívám.
Podle mě řadič, se kterým docházelo k narušení souborů, byl mnohem starší a párován s NB KT133 pro první Athlony Durony. VT8237 se objevil až s NB KT400-KT600 a kromě té SATA byl bez problémový. Pravdou je, že na deskách pro Athlony 64 už být neměl, ale VIA byla pomalá a 8251 přišel později.
Jinak problémem při instalaci s novějším OS může být to, že v prvních verzích BIOSů jely SATA porty jen v RAID módu. Vyžadovaly tedy ovladač a nechodilo na tom často CD. Až později se objevily BIOSy s podporou standardních režimů.
Jinak problémem při instalaci s novějším OS může být to, že v prvních verzích BIOSů jely SATA porty jen v RAID módu. Vyžadovaly tedy ovladač a nechodilo na tom často CD. Až později se objevily BIOSy s podporou standardních režimů.
Ten bug sa asi tyka len kombinacie VT8363/VT8361/VT8371+VT82C686B/VT8231 (tzn. KT133/KLE133/KX133) - toto je kod z Linuxu (drivers/pci/quirks.c):
Kód: Vybrat vše
/*
* VIA Apollo KT133 needs PCI latency patch
* Made according to a Windows driver-based patch by George E. Breese;
* see PCI Latency Adjust on http://www.viahardware.com/download/viatweak.shtm
* Also see http://www.au-ja.org/review-kt133a-1-en.phtml for the info on
* which Mr Breese based his work.
*
* Updated based on further information from the site and also on
* information provided by VIA
*/
static void quirk_vialatency(struct pci_dev *dev)
{
struct pci_dev *p;
u8 busarb;
/*
* Ok, we have a potential problem chipset here. Now see if we have
* a buggy southbridge.
*/
p = pci_get_device(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_82C686, NULL);
if (p != NULL) {
/*
* 0x40 - 0x4f == 686B, 0x10 - 0x2f == 686A;
* thanks Dan Hollis.
* Check for buggy part revisions
*/
if (p->revision < 0x40 || p->revision > 0x42)
goto exit;
} else {
p = pci_get_device(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8231, NULL);
if (p == NULL) /* No problem parts */
goto exit;
/* Check for buggy part revisions */
if (p->revision < 0x10 || p->revision > 0x12)
goto exit;
}
/*
* Ok we have the problem. Now set the PCI master grant to occur
* every master grant. The apparent bug is that under high PCI load
* (quite common in Linux of course) you can get data loss when the
* CPU is held off the bus for 3 bus master requests. This happens
* to include the IDE controllers....
*
* VIA only apply this fix when an SB Live! is present but under
* both Linux and Windows this isn't enough, and we have seen
* corruption without SB Live! but with things like 3 UDMA IDE
* controllers. So we ignore that bit of the VIA recommendation..
*/
pci_read_config_byte(dev, 0x76, &busarb);
/*
* Set bit 4 and bit 5 of byte 76 to 0x01
* "Master priority rotation on every PCI master grant"
*/
busarb &= ~(1<<5);
busarb |= (1<<4);
pci_write_config_byte(dev, 0x76, busarb);
pci_info(dev, "Applying VIA southbridge workaround\n");
exit:
pci_dev_put(p);
}
DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8363_0, quirk_vialatency);
DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8371_1, quirk_vialatency);
DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8361, quirk_vialatency);
/* Must restore this on a resume from RAM */
DECLARE_PCI_FIXUP_RESUME(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8363_0, quirk_vialatency);
DECLARE_PCI_FIXUP_RESUME(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8371_1, quirk_vialatency);
DECLARE_PCI_FIXUP_RESUME(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8361, quirk_vialatency);
Máš pravdu, 686B byl starší, ale na některých deskách a v některých konfiguracích se tytéž problémy objevovaly i na VT8237. Také tam byly problémy s kompatibilitou co se karet týče stejně jako u jeho předchůdce (i když méně). Někdy jsem musel laborovat ve kterém PCI slotu pojede třeba zvukovka aby se to nesekalo nebo nedělalo jiné blbosti. Určitě bych neřekl že to byl bezproblémový kus hardwaru.
- serviceman
- Příspěvky: 4005
- Registrován: 09 črc 2013, 02:00
Veď práve, najnovšia verzia sa po povolení upgraduje sama. Ako to urobiť, aby sa mi to upgradovalo na nejakú inú, zvolenú, bez straty kariet, prípadne nastavení?
(pred tým mi googl že posledná pre XP je52.9, niekde v diskusii som čítal, že od (nad?) 57 to je zlé.. 52 a aj menej mi postačí -na inom HDD mám 39? a dá sa.. -u 28čky mi prestal ísť gmail aj iné -ak to nie je mojim už na preinštal súcim slimačím XPčkom -už mi ff ani ten support.mozilla.org neotvorí..)
(pred tým mi googl že posledná pre XP je52.9, niekde v diskusii som čítal, že od (nad?) 57 to je zlé.. 52 a aj menej mi postačí -na inom HDD mám 39? a dá sa.. -u 28čky mi prestal ísť gmail aj iné -ak to nie je mojim už na preinštal súcim slimačím XPčkom -už mi ff ani ten support.mozilla.org neotvorí..)
Naposledy upravil(a) jogo9 dne 20 říj 2020, 14:04, celkem upraveno 1 x.