Christoph Klein wrote:
nur 16. Davon führen aus Sicht des PIC 11 Leitungen zum Router und zum
ISA-Bus (parallel). IRQ2 und IRQ9 ist ein und derselbe IRQ.
also PIC und IRQ-Router sind unterschiedliche Dinge: hardware - router -
PIC - CPU oder ?
Ja. PCI - Router --- PIC --- CPU
|
Hallo Liste,
Der Router verbindet dann die PIRQ1-4 mit den IRQ-Eingängen am PIC. Es
gibt
Chipsätze die können mehr als 4 Leitungen auf die Steckplätze verteilen,
z.B.
der SiS735.
[...]
Sie nimmt immer INTA#, es sei denn sie braucht mehrere INTs. INTA# ist von
Steckplatz zu Steckplatz mit
Hallo Liste,
Der Router verbindet dann die PIRQ1-4 mit den IRQ-Eingängen am PIC. Es
gibt
Chipsätze die können mehr als 4 Leitungen auf die Steckplätze verteilen,
z.B.
der SiS735.
[...]
Sie nimmt immer INTA#, es sei denn sie braucht mehrere INTs. INTA# ist von
Steckplatz zu Steckplatz mit
Hallo Liste,
Nun, passive Karten (weitverbreitet sind die AVM Fritz, deine HFCs
wahrscheinlich auch) lassen einen großen Teil der Arbeit die CPU
erledigen, was bei schwachen Rechnern bzw. starke Nutzung der CPU schon
mal in die Hose gehen kann. Aktive Karten haben erweiterte Chips und
damit
Christoph Klein wrote:
Der Kernel-PCI Treiber liest aus einem Register der PCI-Karte aus welchen
Pin (INTn#) die Karte verwendet und mit welchem Pin (PIRQn) des Interrupt
Routers dieser verbunden ist
ok, damit ich das auch verstehe *g* man kann sich das so vorstellen, dass
es verschiedene
Gruesse!
* Christoph Klein [EMAIL PROTECTED] schrieb am [19.09.04 19:28]:
Immer noch mein Vorschlag: NICs ausbauen, ISDN-Karten zum Funktionieren
bringen, NICs wieder einbauen. IMHO hast du erst dann ein wirkliches
Problem, wenn z.B. die NIC/ISDN-Karten Kombination seperat funktioniert
Hallo Liste,
Zu meinem Verständnis: für pbx brauchst du 2 ISDN-Karten?
genau, eine im TE modus für den anschluss ans erste ntba, welches den
externen s0-bus zur verfügung stellt.
nr. 2 läuft im NT-Modus, also stellt dann einen internen s0-bus zur
verfügung ans zweite, interne ntba, somit lässt
Gruesse!
* Christoph Klein [EMAIL PROTECTED] schrieb am [20.09.04 16:54]:
Bzw: Funktionieren überhaupt zwei passive Karten gleichzeitig? Z.B. die
AVM-Fritz-Treiber unterstützen für CAPI nur eine passive Karte, bei
aktiven IMHO bis zu vier.
nun, was ist der unterschied zwischen aktiven
Gerhard Brauer wrote:
Sep 19 18:36:09 server kernel: HFC card cb663000 dch cb663090 bch1 cb66321c
bch2 cb6633b4
Sep 19 18:36:09 server kernel: PCI: Found IRQ 11 for device :00:0a.0
Der Kernel-PCI-Treiber ordnet diesem Steckplatz den IRQ 11 zu (Björn:
ist das richtig so?)
Der Kernel-PCI
Gerhard Brauer wrote:
Vom BIOS oder Karte wurde aber IRQ 10 eingestellt. Richtig? (1.Karte
BIOS-IRQ-Meldungen auf 10 ?)
Diese Karte hat IRQ10, eine weitere Karte die den gleichen PIRQn benutzt
hat aber IRQ11. Warum das hier so angezeigt wird weiss ich noch nicht.
--
Mit freundlichen Gruessen
Hallo Liste,
Nee, Aufkleber sind nicht sinnvoll.
...wie beruhigend :D ;-)
Die Nummer die ich meine ist meistens
wie die Leiterbahnen in die Grundplatte eingeätzt und sieht
dementsprechend
aus. Sie hat immer das Format PCBx.x, bzw. PCB x.x
jo, du hast recht - habe ganz unten links im eck
Christoph Klein wrote:
aha, danke - das mit der PCB wusste ich nicht.
lohnt sich dann überhaupt ein biosupdate ?
angenommen es wird wirklich nur das an den bios-images verändert,
Was da steht ist für den normalblöden User. Die vollständigen Änderungen stehen
nie dabei. Beim QC617 steht ja nichtmal
Hallo Liste,
Hm, das verstehe ich jetzt nicht. Treiber bzw. Module für nicht
vorhandene Hanrdware sollte in einen selbstgebauten Kernel eh nicht
sein. Wenn du Hardware deaktivierst für Hardware die du brauchst,
hast du ein Problem. Wenn du aber kein Problem hast, brauchst du die
Hardware
Hallo Liste,
IS funktioniert auch ohne ACPI, klar.
gut, dann kann ich ACPI also abgeschaltet lassen
Auf jedem gängigen PCI basierten System sind Shared Interrupts das
normalste
der Welt und lassen sich praktisch gar nicht vermeiden
hmm ... dh der routing conflict beruht darauf, dass
Gruesse!
* Christoph Klein [EMAIL PROTECTED] schrieb am [18.09.04 15:41]:
hmm ... dh der routing conflict beruht darauf, dass IRQs geshared werden
und
der Treiber eines der IRQ-sharenden Geräte nicht damit zurecht kommt ?
oder welche Möglichkeit gibt es noch, dass ein routing conflict
Was war das doch gleich für ein Board? Mach mal bitte ein dmidecode...
--
Mit freundlichen Gruessen
Bjoern Schmidt
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject
Gruesse!
* Björn Schmidt [EMAIL PROTECTED] schrieb am [18.09.04 17:53]:
Was war das doch gleich für ein Board? Mach mal bitte ein dmidecode...
Hach, was es nicht alles gibt... ;-)
Mit freundlichen Gruessen
Bjoern Schmidt
Gruss
Gerhard
Hallo Liste,
Es *kann* doch einfach so sein: Zum Zeitpunkt, wo das BIOS die Hardware
initialisiert, ist wesentlich weniger Hardware aktiv als zum Zeitpunkt,
an dem das Betriebsystem die Hardware übernimmt.
das wäre noch eine Möglichkeit ... ich deaktiviere in einem neuen Kernel mal
soviel
Christoph Klein wrote:
ok, ich hab mal einiges ausprobiert und auch herausgefunden.
das Mainboard ist ein FIC VB-601-V:
http://www.fic.com.tw/product/motherboard/1stmainboard_detail.aspx?type=lega
cymodel_id=15
die bios-update seite dafür ist leider etwas widersinnig - version 1.3 ist
bspw. neuer
Björn Schmidt wrote:
momentan ist das bios mit 1.3 bespielt, ich flashe mal die nach dem datum
neuste 1.4er version.
Nimm nicht die 1.4er! NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT
NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT
NICHT NICHT NICHT NICHT
Hallo Liste,
Nimm nicht die 1.4er! NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT
NICHT
NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT
NICHT
NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT NICHT
NICHT
NICHT.
hmm ok, habe es noch nicht getan *g*
da
Christoph Klein wrote:
ok, hab ich, folgendes erscheint mir evtl. sinnvoll:
- aufkleber: QC614S2s
- aufkleber: 1909
- aufkleber: VB-601-V
Nee, Aufkleber sind nicht sinnvoll. Die Nummer die ich meine ist meistens
wie die Leiterbahnen in die Grundplatte eingeätzt und sieht dementsprechend
aus. Sie
Gruesse!
* Christoph Klein [EMAIL PROTECTED] schrieb am [18.09.04 20:24]:
Es *kann* doch einfach so sein: Zum Zeitpunkt, wo das BIOS die Hardware
initialisiert, ist wesentlich weniger Hardware aktiv als zum Zeitpunkt,
an dem das Betriebsystem die Hardware übernimmt.
das wäre noch eine
hallo liste,
Aber klar, kein Verdrücken ;-)
einverstanden, also gehts hier weiter :-)
Das *ist* APIC. ACPI (beachte die Buchstabenandordnung) ist für
Power-Management zuständig.
das war eigentlich das, was mich etwas durcheinander brachte, also ACPI
_nur_
powermanagement
Ich bin nicht der
Christoph Klein wrote:
ok, ich versuche mal die abschalt-methode - falls das nicht zum erfolg
führt, müsste man aber versuchen IRQ sharing zu aktivieren.
wenn nun ACPI nichts mir IRQ-sharing zu tun hat, also auch dessen
Naja, das kommt auf den Betrachtungswinkel an. Irgendwie hängt es schon
Gruesse!
* Christoph Klein [EMAIL PROTECTED] schrieb am [16.09.04 17:38]:
Ich bin nicht der Hardware-Experte, aber IRQ-Sharing ist reine Sache
des BIOSes bzw. des PCI-Busses. Unabhängig von A*PI*C
hmm würde das dann bedeuten, dass, wenn das bios/pcibus die irqs nicht
shared, das
Gruesse!
* Christoph Klein [EMAIL PROTECTED] schrieb am [13.09.04 15:46]:
Wie hast du den Kernel kompiliert? Debian-konform mit make-kpkg oder
per Hand (mit make ...)?
ich habe ihn über make kompiliert und dann die arch/i386/boot/bzImage als
Kernelimage genommen, jeweils dann ins /boot
Gerhard Brauer wrote:
Da ja nur wir beide in diesem Thread schreiben und das ganze eigentlich
nichts mit Debian zu tun hat würde ich vorschlagen, weitere Mails per
PM zu schreiben.
Nee, wieso? Auch wenn ihr die einzigen seid die schreibt gibt es sicher einige
die nur lesen. Warum also
Gruesse!
* Björn Schmidt [EMAIL PROTECTED] schrieb am [14.09.04 12:20]:
Nee, wieso? Auch wenn ihr die einzigen seid die schreibt gibt es sicher
einige
die nur lesen. Warum also verdrücken? Und warum hat es nichts mit Debian zu
tun?
Nun, in einer moderierten Liste wäre das OffTopic - Rüffel,
Gruesse!
Eine Bitte vorweg: könntest du eventuell bei weiteren Mails großzügiger
mit Absätzen umgehen und vielleicht auch Groß/Kleinschreibung benutzen?
Gerade bei langen Absätzen mit vielen Halbsätzen und Klammern habe
zumindest ich Probleme dem Inhalt zu folgen ;-)
* Christoph Klein [EMAIL
Hallo Liste,
Eine Bitte vorweg: könntest du eventuell bei weiteren Mails großzügiger
mit Absätzen umgehen und vielleicht auch Groß/Kleinschreibung benutzen?
ok, ich versuche mein bestes ;-)
Wie hast du den Kernel kompiliert? Debian-konform mit make-kpkg oder
per Hand (mit make ...)?
ich
hallo liste,
Versuch mal am lilo(grub boot-prompt den Parameter
pci=biosirq
sorry, hat leider nichts bewirkt, es kommt weiterhin ein irq routing
conflict
Auch die anderen Parameter zu pci,apic,acpi sind für dich von
Interesse.
Siehe Dokumentation zu deinem Kernel, kernel-parameters.txt
Gruesse!
* Christoph Klein [EMAIL PROTECTED] schrieb am [12.09.04 00:14]:
Nur ganu kurz, weil ich jetzt keine Zeit habe:
- warum der kernel die (sauberen) bios einstellungen nicht einfach übernimmt
Versuch mal am lilo(grub boot-prompt den Parameter
pci=biosirq
Auch die anderen
33 matches
Mail list logo
