On Wed, 2004-12-08 at 15:35 +0100, Florian Krammel wrote:
Am Mittwoch, den 08.12.2004, 14:37 +0100 schrieb Nils Philippsen:
> ich denke, da es sich um Fedora dreht, followup an
> fedora-de-list@redhat.com...
? auf
fedora.redhat.com find ich nur ne englische liste...
seit wann gibts denn die?
Schon ewitsch ;-).
> On Wed, 2004-12-08 at 14:20 +0100, Florian Krammel wrote:
> > ich hab hier ein problem welches denke ich mal leicht zu lösen wäre, ich
> > brauch nur nen kleinen tipp.
>
> ja, wenn man weiß wie's geht, ist alles einfach ;-).
mit der Aussage wär ich vorsichtig ;) Beispiel: Du bindest dir ein Steak
um die Lenden und begibst dich in ein Gehege voller Löwen. Du weißt,
dass du weg laufen musst, aber ob das einfach ist?
In dem Fall wäre es einfach gewesen, wenn Du vorher gewusst hättest wie
es geht (Tipp: kein Steak um die Lenden, überlass den Löwenkäfig den
Dompteuren) ;-).
> > Ich hab hier probleme mit meinem USB-Controller von ATI ich
muss den
> > parameter "irqpoll" beim booten übergeben, damit USB funktioniert.
>
> Welcher USB Controller ist das ("lspci -v" als root)?
>
> > Ich habe ebenfalls das Problem DMA zu aktivieren, da der Kernel den ATI
> > Chipsatz nicht unterstüzt.
>
> Welcher Chipsatz ist das genau (selber Befehl)?
[root@orange-bud ~]# lspci -v
00:00.0 Host bridge: ATI Technologies Inc: Unknown device 7833
Subsystem: ATI Technologies Inc: Unknown device 7833
Flags: bus master, 66Mhz, medium devsel, latency 64
Memory at e8000000 (32-bit, prefetchable) [size=64M]
Memory at ec204000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [a0] AGP version 3.0
00:01.0 PCI bridge: ATI Technologies Inc: Unknown device 7838 (prog-if
00 [Normal decode])
Flags: bus master, 66Mhz, medium devsel, latency 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=32
I/O behind bridge: 0000c000-0000cfff
Memory behind bridge: ec000000-ec0fffff
Prefetchable memory behind bridge: e0000000-e7ffffff
00:13.0 USB Controller: ATI Technologies Inc: Unknown device 4367 (rev
01) (prog-if 10 [OHCI])
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 9269
Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 5
Memory at ec200000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [d0] Message Signalled Interrupts: 64bit-
Queue=0/0 Enable-
00:13.1 USB Controller: ATI Technologies Inc: Unknown device 4368 (rev
01) (prog-if 10 [OHCI])
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 9269
Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 5
Memory at ec201000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [d0] Message Signalled Interrupts: 64bit-
Queue=0/0 Enable-
00:13.2 USB Controller: ATI Technologies Inc: Unknown device 4365 (rev
01) (prog-if 20 [EHCI])
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 9269
Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 5
Memory at ec202000 (32-bit, non-prefetchable) [size=4K]
Capabilities: [dc] Power Management version 2
Capabilities: [d0] Message Signalled Interrupts: 64bit-
Queue=0/0 Enable-
00:14.0 SMBus: ATI Technologies Inc: Unknown device 4363 (rev 03)
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 9269
Flags: 66Mhz, medium devsel
I/O ports at 1000 [size=16]
Memory at ec203000 (32-bit, non-prefetchable) [size=1K]
Capabilities: [b0] Message Signalled Interrupts: 64bit-
Queue=0/0 Enable-
00:14.1 IDE interface: ATI Technologies Inc: Unknown device 4369 (rev
01) (prog-if 8a [Master SecP PriP])
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 9269
Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 10
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at f000 [size=16]
00:14.3 ISA bridge: ATI Technologies Inc: Unknown device 436c (rev 01)
Subsystem: FIRST INTERNATIONAL Computer Inc: Unknown device 9269
Flags: bus master, 66Mhz, medium devsel, latency 0
00:14.4 PCI bridge: ATI Technologies Inc: Unknown device 4362 (rev 01)
(prog-if 01 [Subtractive decode])
Flags: bus master, 66Mhz, medium devsel, latency 64
Bus: primary=00, secondary=02, subordinate=02, sec-latency=32
I/O behind bridge: 0000d000-0000dfff
Memory behind bridge: ec100000-ec1fffff
....
[root@orange-bud ~]#
eigentlich ist so ziemlich alles auf meinem Mainboard von ATI, außer
Netzwerkkarte und Modem....
Sieht auch alles irgendwie nach einem UBO (== "unbekanntes Busobjekt")
aus ;-).
> > Das Problem mit USB löse ich indem ich "irqpoll"
beim booten an den
> > kernel übergebe und für mein DMA Problem habe ich bei google auch eine
> > Lösung gefunden (in {kernel-src-dir}/include/linux/pci_id.h wird bei
> > PCI_DEVICE_ATI_IXP_IDE die Modellnummer einfach auf die aktuelle
> > geändert)
>
> ich hab nicht gegoogelt, aber ich denke, Du solltest in jedem Fall das
> Modell mit der neuen Modellnummer hinzufügen anstatt ein bestehendes zu
> überschreiben. Dann mit "diff -u" einen Patch zwischen der originalen
> und geänderten Version des Files machen, ein Bugzilla-Ticket aufmachen
> (
https://bugzilla.redhat.com), Produkt "Fedora Core" und Komponente
> "kernel". Da den Patch anhängen.
naja ich habs ja nicht wirklich geändert, habs auskommentiert und ne
neue Zeile eingefügt.
Werd mal schaun ob ich das mit dem Patch gebacken bekomme...
> > Mein jetztiges Problem ist, dass der parameter "irqpoll" nicht mit
dem
> > selbst kompilierten Kernel funktioniert sondern nur mit dem von Fedora
> > kompilierten und DMA bekomm ich nur zum laufen wenn ich den selbst
> > gebauten Kernel benutze...
>
> Du hast wahrscheinlich den Kernel von
kernel.org verwendet, Du kannst
> auch das kernel-2.6.9-....src.rpm Paket einspielen ("rpm -i ..."), dann
> entpacken ("rpm -bp ..../SPECS/kernel.spec") und die resultierenden
> Quellen patchen.
hellseher ha? ;)
Erfahrungswerte, Mann, Erfahrungswerte... ;-)
> > Also was muss ich in den Kernel einbinden damit er
"irqpoll" akzeptiert?
> > Eine Lösung DMA mit dem fedora eigenen Kernel noch zum laufen zu bringen
> > ist nicht drin, oder?
>
> Wie schon oft wiederholt: "If it's not in Bugzilla, it's not a
bug."
> Trag das in Bugzilla ein, mit Beschreibung und entweder mit Patch von
> dir oder Verweis auf den Patch, der dir beim kernel.org-Kernel geholfen
> hat.
werd ich...
aber nur rein interesse halber, du weist nicht welche option für
"irqpoll" zuständig ist?
Es ist wohl eher die Frage, welcher Patch, den wir drin haben, das ganze
implementiert (und das beantwortet dein nächstes Posting). Allein eine
Option hilft nix, wenn kein Code dahinter ist, der die auch umsetzt.
Ansonsten hätte ich schon längst CONFIG_FIX_ALL_THE_BUGS in meiner
kernel-config ;-).
Ciao,
Nils
--
Nils Philippsen / Red Hat / nphilipp(a)redhat.com
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." -- B. Franklin, 1759
PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011