Debian + BartonXP + firewire - Most mi van?

Debian GNU/Linux

Debian + BartonXP + firewire - Most mi van?

  • 708 megtekintés

( macko | 2004. 03. 18., cs – 15:09 )

Nem hinném, hogy a venti lenne a baj. Több is volt rajta. Az egyik egy Spire WhisperRock IV a másik egy Coolink, az is egy ütősebb fajta.

( x-daemon | 2004. 03. 18., cs – 17:02 )

Nálam még régebben volt állandó fagyi egy 2000,2100+-os XP-vel, nálam általában csak a mencoderes átkódolások alatt csinált ilyent. egy másik ugyanilyen sebességű procival 1 évig nem fagyott csere után a gépem.

( XMI | 2004. 03. 19., p – 01:47 )

Konzolos dvgrabot nem ismerem igazan, hasznal az framebuffert videokep megjeleniteshez? Mert nekem idaig ugy tunik, hogy megis csak valahogy a grafikus alrendszerrel fugg ossze. A grafkartya masik gepben jo, ez ok, de mi van az agp-vel? Hatha az lesz az. Esetleg probalj meg masik grafkartyat tenni ebbe a gepbe es megnezni, hogy azzal fagy-e.

Egyebkent barmelyik uj kernel firewire support nelkul jo? Mert lehet esetleg az is, hogy a vezerlovel valahogy hardveresen van baj. Es akkor meg mondom a szokasos jotanacsot abit tulajoknak: nezd meg nem folytak-e ki kondik az alaplapon! Manapsag mar az a ritka amikor nem. :(

( Névtelen (nem ellenőrzött) | 2004. 03. 19., p – 03:08 )

az én nforce2-s alaplapom is frankón fagyott a 2.4.x és 2.6.x kernelekkel, amíg meg nem peccseltem

(bocs, kicsit hosszu lesz)
egyik patch:

--- linux-2.6.0-test11/arch/i386/kernel/mpparse.c~nforce2-apic 2003-12-08 00:12:25.782597272 +0100
+++ linux-2.6.0-test11-root/arch/i386/kernel/mpparse.c 2003-12-08 00:12:25.786596664 +0100
@@ -962,7 +962,8 @@ void __init mp_override_legacy_irq (
*/
for (i = 0; i < mp_irq_entries; i++) {
if ((mp_irqs[i].mpc_dstapic == intsrc.mpc_dstapic)
- && (mp_irqs[i].mpc_srcbusirq == intsrc.mpc_srcbusirq)) {
+ && (mp_irqs[i].mpc_srcbusirq == intsrc.mpc_srcbusirq)
+ && (mp_irqs[i].mpc_irqtype == intsrc.mpc_irqtype)) {
mp_irqs[i] = intsrc;
found = 1;
break;

_

masik:

--- linux-2.6.0-test11/arch/i386/pci/fixup.c~nforce2-disconnect-quirk 2003-12-08 00:09:56.480294672 +0100
+++ linux-2.6.0-test11-root/arch/i386/pci/fixup.c 2003-12-08 00:09:56.484294064 +0100
@@ -187,6 +187,22 @@ static void __devinit pci_fixup_transpar
dev->transparent = 1;
}

+/*
+ * Halt Disconnect and Stop Grant Disconnect (bit 4 at offset 0x6F)
+ * must be disabled when APIC is used (or lockups will happen).
+ */
+static void __devinit pci_fixup_nforce2_disconnect(struct pci_dev *d)
+{
+ u8 t;
+
+ pci_read_config_byte(d, 0x6F, &t);
+ if (t & 0x10) {
+ printk(KERN_INFO "PCI: disabling nForce2 Halt Disconnect"
+ " and Stop Grant Disconnect\n");
+ pci_write_config_byte(d, 0x6F, (t & 0xef));
+ }
+}
+
struct pci_fixup pcibios_fixups[] = {
{ PCI_FIXUP_HEADER, PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82451NX, pci_fixup_i450nx },
{ PCI_FIXUP_HEADER, PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82454GX, pci_fixup_i450gx },
@@ -205,5 +221,6 @@ struct pci_fixup pcibios_fixups[] = {
{ PCI_FIXUP_HEADER, PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8367_0, pci_fixup_via_northbridge_bug },
{ PCI_FIXUP_HEADER, PCI_VENDOR_ID_NCR, PCI_DEVICE_ID_NCR_53C810, pci_fixup_ncr53c810 },
{ PCI_FIXUP_HEADER, PCI_VENDOR_ID_INTEL, PCI_ANY_ID, pci_fixup_transparent_bridge },
+ { PCI_FIXUP_HEADER, PCI_VENDOR_ID_NVIDIA, PCI_DEVICE_ID_NVIDIA_NFORCE2, pci_fixup_nforce2_disconnect },
{ 0 }
};

_

( Névtelen (nem ellenőrzött) | 2004. 03. 19., p – 03:11 )

szal vagy ezekkel megpatchelem, vagy acpi nelkuli kernelt futtatva megy csak nalam rendesen (nforce2-es asus a7n8x 2.0 deszka)

( macko | 2004. 03. 19., p – 08:24 )

Köszi a patch-et, kipróbálom. Esetleg még megpróbálok sima pentium kernelt fordítani... :(

( macko | 2004. 03. 19., p – 08:33 )

Egyébként először még el sem indult az X és már fagyott. Most "jobb" a helyzet, inkább csak keményebb igénybevételnél(kino, mplayer). Szerintem is vagy proci vagy vga specifikus lehet(esetleg alaplap) a firewire-t kizárnám mert az régen szépen ment. De ugye még a szoftver hiba sem lefutott. A konzolos dvgrab egyébként egyszerűen csak fileba teszi az adatot, nem jelenít meg semmit.
Tovább próbálkozom... :roll:

( macko | 2004. 03. 18., cs – 10:27 )

Sziasztok!

Bocs, ha hosszú lennék.

Adott a következő gép:
- Debian sid - woody-ról upgrade-elve
- Amd Barton XP 2500
- Abit NF-7S(rev.1) (duál DDR és firewire)
- 256MB Seitec és 256MB Samsung memória duálban.
- ATI Radeon 9000Pro VIVO
stb.

Eredetileg egy 650-es Duron volt a gépben csak a Seitec memóriával. Ezután fejlesztettem fel, de hogy minek???? :(

Miután elindítottam alapból feljött a gdm, csak akkor lepődtem meg, amikor pár másodperc/perc - mikor hogy - után csontra fagyott a gép. Még a Magic SysRq billentyűk se működtek. Sebaj, új kernelek(2.4.21, 2.6.1 - akkor ezek voltak a legújabbak) de ezekkel is ugyanaz. Az eredeti woody kernellel semmi baj, de azzal meg nem ment a firewire. Meg mi az hogy fagy azzal a kernellel amit fordítok??? Először azt hittem hogy a vga a rossz, ugyanis a DRI-t is akkor próbáltam először és csak X alatt fagyott. Kiszed DRI a kernelből meg az XF86Config-ból: Ugyanaz.
Újabb próba: 4.2.1-es X helyett 4.3: Ugyanaz
Betettem a vga-t egy P4-es konfigba: gyönyörűen, stabilan napokig ment tuxracerrel stb.
Akkor memória: Az összes lehetséges memóriakombinációt kipróbáltam, volt hogy csak a régit használtam: Ugyanaz. Ezután jött a memtest86+ ami szerint mindkét memória tökéletes ráadásul duálban mennek.
Nemrég kijött a 2.6.4-es kernel amiben OHCI bug javítást csináltak. Mivel az ohci1394-es modult használom a firewire-hez reménykedtem, hogy ez majd megoldja. Fordítás, indítás, 10 perc firewire grab után csontfagyás. Újraindít, mplayer futtat - csontrafagy. Újraindít, gdm leállítva, erre teleszemeteli a framebuffert minden sz?rral!!! Akkor konzolos dvgrab. Erre kernel(!!!) call trace-t vág ki!!!

Most mi a bánat van??? Találkozott már valaki hasonlóval?

Most azt mondom, hogy lehet a proci a rossz, de ha igen, akkor miért megy el egy órát is a gép. Vagy rosszak a kernelek, esetleg hibás kódot fordít a gcc(3.3)?

( macko | 2004. 04. 05., h – 16:16 )

Üdv mindenkinek!

Szóval akinek hasonló problémája van az tényleg NE fordítson APIC(nem összekeverendő az ACPI-al) támogatást a kernelébe, vagy peccselje meg!
Most hogy kihagytam a kernelből teljesen stabil még brutál uptime-ok mellett is.

( begin | 2004. 03. 18., cs – 11:30 )

Milyen a coolered? Nem lehet hogy nagyon melegszik a procid?
Nekem is hasonló konfigurációm (ABIT KV7; Barton 2500+; Samsung RAMok; Thermaltake Volcano9 cooler; 2.6.3-as kernel) van és semmi gondom nincs vele.