Van egy Sapphire PC-A9RD480Adv típusú alaplapom (http://www.sapphiretech.com/hy/products/products_overview.php?gpid=129&…). A rajta lévő lapka készlet régen ismert problémája, hogy az időzítő megszakítása kétszer fut be Linux alatt. Ez orvosolható az apic kikapcsolásával is, ami azonban teljesítmény vesztéssel jár.
Igazából szeretném ezt a hibát kiküszöbölni a rendszeremből (frissen telepített). A használt rendszer PCLinuxOS 2007 final. Kernel verziója: 2.6.18.8. Eredetileg azt hittem, hogy a mostani friss kiadásokban már gyárilag javítva van ez a viselekdés, azonban úgy tűnik hogy valamiért az még sem funkconál (az órám legalább is dupla sebességgel jár, ha nem adok noapic és nolapic paramétereket a kernelnek). A hibát megpróbáltam a hupwikiben található cikkel (link: http://wiki.hup.hu/index.php/ATi_RS480-as_chipsettel_szerelt_alaplapra_… ). Sajnos azonban úgy tűnik, hogy a patch elavult lehet, mert hibákkal tért vissza a patch parancs, mely szerint háromból két változtatás el lett utasítva. A biztonság kedvéért azért tettem vele egy próbát és újraforgattam a kernelt, hozzá adtam timerhack paramétert, azonban javulást nem hozott.
Kérdezném a fórum társakat, hogy tudnak-e valamilyen más megoldási lehetőséget erre a problémára? Esetleg van-e valamilyen ötletük mivel érdemes még próbálkozni (esetleg ismert-e a patch-nek valamilyen frissebb változata)?
- 1142 megtekintés
Hozzászólások
ide jelezd a problémádat: linux-kernel [AT] vger (DoT) kernel (dOt) org
__________________________________________________________________
Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.
- A hozzászóláshoz be kell jelentkezni
Ezek szerint elméletileg már támogatottak lennének ezek a lapka készletek a kernelben?
Ennek utána kell néznem. Ha támogatottak akkor küldök nekik egy levelet. Ha nem, akkor viszont azt hiszem a fentieknél sokkal pontosabban specifikálnom kell a problémát, hogy oda adhassam nekik.
Addig is, ha valakinek van valami ötlete, ne tartsa magában.
Zavard össze a világot: mosolyogj hétfőn.
- A hozzászóláshoz be kell jelentkezni
RS480-hoz a 2.6.22-rc4-mm1-ben találtam javítást:
"-pci-quirks-fix-msi-disabling-on-rs400-200-and-rs480.patch"
szerk:
--- linux-2.6.21.1.orig/drivers/pci/quirks.c
+++ linux-2.6.21.1/drivers/pci/quirks.c
@@ -1737,18 +1737,20 @@ DECLARE_PCI_FIXUP_RESUME(PCI_VENDOR_ID_N
quirk_nvidia_ck804_pcie_aer_ext_cap);
#ifdef CONFIG_PCI_MSI
-/* The Serverworks PCI-X chipset does not support MSI. We cannot easily rely
- * on setting PCI_BUS_FLAGS_NO_MSI in its bus flags because there are actually
- * some other busses controlled by the chipset even if Linux is not aware of it.
- * Instead of setting the flag on all busses in the machine, simply disable MSI
- * globally.
+/* Some chipsets do not support MSI. We cannot easily rely on setting
+ * PCI_BUS_FLAGS_NO_MSI in its bus flags because there are actually
+ * some other busses controlled by the chipset even if Linux is not
+ * aware of it. Instead of setting the flag on all busses in the
+ * machine, simply disable MSI globally.
*/
-static void __init quirk_svw_msi(struct pci_dev *dev)
+static void __init quirk_disable_all_msi(struct pci_dev *dev)
{
pci_no_msi();
printk(KERN_WARNING "PCI: MSI quirk detected. MSI deactivated.\n");
}
-DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_SERVERWORKS, PCI_DEVICE_ID_SERVERWORKS_GCNB_LE, quirk_svw_msi);
+DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_SERVERWORKS, PCI_DEVICE_ID_SERVERWORKS_GCNB_LE, quirk_disable_all_msi);
+DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_ATI, PCI_DEVICE_ID_ATI_RS400_200, quirk_disable_all_msi);
+DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_ATI, PCI_DEVICE_ID_ATI_RS480, quirk_disable_all_msi);
/* Disable MSI on chipsets that are known to not support it */
static void __devinit quirk_disable_msi(struct pci_dev *dev)
de ez nem hiszem, hogy neked jó
__________________________________________________________________
Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.
- A hozzászóláshoz be kell jelentkezni
Nos kicsit nézegettem a témakört. Úgy tűnik, hogy más disztribúciónál működik a dolog (konkrétan gentoot live dvd-t néztem 2.6.19-gentoo-r5 kernellel). Tehát nekem úgy tűnik, hogy a disztribúció (pclinuxos) kiadói nem raktak bele valamit, amit nem ártott volna, és leginkább nekik fogom jelezni a problémát.
Esetleg lehet, hogy egy gentoo-source kernel forrást beszerzek valahonnan és azt alá fordítom (bár ezzel az erővel telepíthetnék is gentoo-t).
Zavard össze a világot: mosolyogj hétfőn.
- A hozzászóláshoz be kell jelentkezni