Hallo,

als BSD-Neuling habe ich OpenBSD 4.2/amd64 installiert :-)
Bis auf die Maus scheint alles zu funktionieren. Auch der
Multiprozessor-Kernel.

Die dmesg-Zeilen von denen ich annehme, dass sie etwas mit dem Problem zu
tun haben (mit Einzel- und Multiprozessorkernel gleich):

ohci0 at pci0 dev 19 function 0 "ATI IXP400 USB" rev 0x80: apic 2 int 19
(irq 3), version 1.0, legacy support
ohci1 at pci0 dev 19 function 1 "ATI IXP400 USB" rev 0x80: apic 2 int 19
(irq 3), version 1.0, legacy support
ehci0 at pci0 dev 19 function 2 "ATI IXP400 USB2" rev 0x80: apic 2 int 19
(irq 3)
ehci0: timed out waiting for BIOS
usb0 at ehci0: USB revision 2.0
uhub0 at usb0: ATI EHCI root hub, rev 2.00/1.00, addr 1
[...]
usb1 at ohci0: USB revision 1.0
uhub1 at usb1: ATI OHCI root hub, rev 1.00/1.00, addr 1
usb2 at ohci1: USB revision 1.0
uhub2 at usb2: ATI OHCI root hub, rev 1.00/1.00, addr 1
[...]
uhub2: device problem, disabling port 1

Beim Booten hängt der PC ca. 30 Sekunden bevor die letzte Meldung erscheint.
Wenn die optische USB-Maus (Fujitsu/Siemens/Logitech M-UAE96) entfernt wird,
ist der Bootvorgang einwandfrei.

Einen Kernel kompilieren möchte ich nicht unbedingt versuchen. Habe ich
Chancen diese Maus zum Funktionieren zu bringen?


Grüße,
Wolfgang

Hallo Wolfgang,

On 26 Nov 2007 Wolfgang Steiner wrote:

> als BSD-Neuling habe ich OpenBSD 4.2/amd64 installiert :-)
> Bis auf die Maus scheint alles zu funktionieren. Auch der
> Multiprozessor-Kernel.

Snapshot oder Release?

> Die dmesg-Zeilen von denen ich annehme, dass sie etwas mit dem Problem zu
> tun haben (mit Einzel- und Multiprozessorkernel gleich):
>
> ohci0 at pci0 dev 19 function 0 "ATI IXP400 USB" rev 0x80: apic 2 int 19
> (irq 3), version 1.0, legacy support
> ohci1 at pci0 dev 19 function 1 "ATI IXP400 USB" rev 0x80: apic 2 int 19
> (irq 3), version 1.0, legacy support
> ehci0 at pci0 dev 19 function 2 "ATI IXP400 USB2" rev 0x80: apic 2 int 19
> (irq 3)
> ehci0: timed out waiting for BIOS
> usb0 at ehci0: USB revision 2.0
> uhub0 at usb0: ATI EHCI root hub, rev 2.00/1.00, addr 1
> [...]
> usb1 at ohci0: USB revision 1.0
> uhub1 at usb1: ATI OHCI root hub, rev 1.00/1.00, addr 1
> usb2 at ohci1: USB revision 1.0
> uhub2 at usb2: ATI OHCI root hub, rev 1.00/1.00, addr 1
> [...]
> uhub2: device problem, disabling port 1

Gibt's da im BIOS vielleicht eine Funktion "USB Device Legacy Support"
(kann je nach BIOS vielleicht auch etwas anders bezeichnet sein), die
aktiviert ist? Wenn ja, dann mal probehalber deaktivieren (oder nur
die Unterstützung für die Maus rausnehmen wenn möglich) - das Ganze
natürlich nur wenn an diesem Support nicht was lebenswichtiges (Stich-
wort: nur USB-Tastatur vorhanden) hängt.

> Beim Booten hängt der PC ca. 30 Sekunden bevor die letzte Meldung erscheint.
> Wenn die optische USB-Maus (Fujitsu/Siemens/Logitech M-UAE96) entfernt wird,
> ist der Bootvorgang einwandfrei.

....immerhin scheint der ja wenigstens zu booten und sich nicht in
endlosen Aktivierungsversuchen aufzuhängen...

> Einen Kernel kompilieren möchte ich nicht unbedingt versuchen. Habe ich
> Chancen diese Maus zum Funktionieren zu bringen?

Heh, wir sind hier nicht bei Linux, hier ist sowieso fast immer alles
notwendige schon im Kernel enthalten:-) (und außerdem wird nur der
GENERIC/GENERIC.MP supported - allerdings zählt Kernel-kompilieren
doch zu den leichteren Übungen)
Ich nehme mal an daß du die Maus für KDE brauchst, wie startest du
das: über Booten, Einloggen an Textkonsole und Aufruf mit "startx/
startkde" oder direkt über X Display Manager (xdm)?
Falls ersteres: schon mal ausprobiert die Maus erst nach dem Booten
anzuschließen? Hat hier bei einem Problemfall (die Kiste mochte mit
irgendwas am USB überhaupt nicht mehr booten) gut geklappt (allerdings
mit einer älteren Logitech-Maus M-BE58)...

bye-bye,
Klaus-Günter
--
Klaus-Günter Nielsen Hamburg/Germany

MCSE = Minesweeper Consultant and Solitair Expert

Klaus-Guenter Nielsen <klaus*klaus-nielsen.de> schrieb:

> On 26 Nov 2007 Wolfgang Steiner wrote:
>> Bis auf die Maus scheint alles zu funktionieren. Auch der
>> Multiprozessor-Kernel.
>
> Snapshot oder Release?

Das komplette Release. Dass das mit nur einer einigen Diskette geht,
hat mir sehr gut gefallen.

>> ehci0: timed out waiting for BIOS

Diese Meldung kommt auch beim Booten ohne Maus und verschwindet erst
dann, wenn der USB-Controller im BIOS disabled wird.

> Gibt's da im BIOS vielleicht eine Funktion "USB Device Legacy Support"
> (kann je nach BIOS vielleicht auch etwas anders bezeichnet sein), die
> aktiviert ist? Wenn ja, dann mal probehalber deaktivieren (oder nur
> die Unterst?tzung f?r die Maus rausnehmen wenn m?glich) - das Ganze
> nat?rlich nur wenn an diesem Support nicht was lebenswichtiges (Stich-
> wort: nur USB-Tastatur vorhanden) h?ngt.

Hab' ich gemacht, und auch einige andere Einstellungen durchprobiert,
aber es aendert sich nichts.

> Ich nehme mal an da? du die Maus f?r KDE brauchst, wie startest du
> das: ?ber Booten, Einloggen an Textkonsole und Aufruf mit "startx/
> startkde" oder direkt ?ber X Display Manager (xdm)?

Soweit bin ich ja eben noch nicht :-)
Der X-Server laueft mit startx, aber mehr als Strg-Alt-Backspace ist
ohne Maus nicht drin. Das vorhergehende Posting mit KDE war Kubuntu
- momentan kaempfe ich mit diesem eigenartigen Tin-Newsreader - sorry
falls die Umlaute nicht richtig dargestellt werden, aber die tieferen
Geheimnisse der locales liessen sich noch nicht lueften.

> Falls ersteres: schon mal ausprobiert die Maus erst nach dem Booten
> anzuschlie?en?

Ja, habe ich soeben ausprobiert. Aber leider ohne Erfolg.
Auf jeden Fall danke fuer die Tipps.

Gruesse,
Wolfgang

Hallo Wolfgang,

On 26 Nov 2007 Wolfgang Steiner wrote:

> Klaus-Guenter Nielsen <klaus*klaus-nielsen.de> schrieb:
>
>> On 26 Nov 2007 Wolfgang Steiner wrote:
>
> Das komplette Release. Dass das mit nur einer einigen Diskette geht,
> hat mir sehr gut gefallen.

Ja, wobei ich inzwischen die CD- (bzw. bei mir dann schon eher selbst-
gebastelte DVD-) Variante bevorzuge (bin halt etwas bequem und ein paar
Anwendungen brauch ich einfach<gg>, auch wenn die Kiste u.U. nicht sofort
eine Verbindung ins private Mini-LAN herstellen kann).

Daß du da inzwischen auch zum Kernel-/System-Kompilieren übergehen
solltest ist dir klar? (Einer der beiden in "stable" (das sind die aus
der Release durch Einbau von Patches hervorgegangenen Versionen- kann
man nur durch Selbstkompilieren erzeugen) unterzubringenden sicherheits-
relevanten Patches dürfte jeden der mit der Kiste ins Internet will
betreffen - siehe: http://www.openbsd.org/plus.html - dort als SECURITY
FIX rot markiert)

>>> ehci0: timed out waiting for BIOS
>
> Diese Meldung kommt auch beim Booten ohne Maus und verschwindet erst
> dann, wenn der USB-Controller im BIOS disabled wird.

Hmmm, das sieht weniger gut aus - lief das unten angesprochene Kubuntu
auf dem gleichen Rechner (sprich: funktioniert USB generell oder nur
unter OpenBSD nicht)?
Falls das nicht der gleiche Rechner war: hat USB auf dem Rechner schonmal
funktioniert (bzw. funktioniert das z.B. mit 'ner Live-CD immer noch -
auch ein USB-Port kann mal ausfallen)?

>> [USB Device Legacy Support deaktivieren]
> Hab' ich gemacht, und auch einige andere Einstellungen durchprobiert,
> aber es aendert sich nichts.

Schade, wäre 'ne einfache Lösung gewesen, war aber nur ein Einfall ohne
Bezug auf eigene Erfahrungen mit dieser Einstellung (Hatte mich vor
kurzem auch mal wieder durch ein BIOS-Setup ackern müssen und dabei
war mir dieser Menüpunkt aufgefallen).

>> Ich nehme mal an da? du die Maus f?r KDE brauchst, wie startest du
>> das: ?ber Booten, Einloggen an Textkonsole und Aufruf mit "startx/
>> startkde" oder direkt ?ber X Display Manager (xdm)?
>
> Soweit bin ich ja eben noch nicht :-)
> Der X-Server laueft mit startx, aber mehr als Strg-Alt-Backspace ist
> ohne Maus nicht drin. Das vorhergehende Posting mit KDE war Kubuntu

....immerhin hat man dabei ja noch die Möglichkeit den Rechner ordnungs-
gemäß herunterzufahren :-(

> - momentan kaempfe ich mit diesem eigenartigen Tin-Newsreader - sorry
> falls die Umlaute nicht richtig dargestellt werden, aber die tieferen
> Geheimnisse der locales liessen sich noch nicht lueften.

Ist IMHO eher eine Frage der Konfiguration von tin...
(... und kann sich - soweit ich mich an meine früheren Erfahrungen damit
- und mit slrn - erinnere, trotz "richtiger" Konfiguration von Posting
zu Posting ändern wenn das Vorgänger-Posting mit dem "falschen" Zeichen-
satz daherkommt; ist eben ein generelles Problem bei für die Konsole
ausgelegten Programmen)

>> Falls ersteres: schon mal ausprobiert die Maus erst nach dem Booten
>> anzuschlie?en?
>
> Ja, habe ich soeben ausprobiert. Aber leider ohne Erfolg.
> Auf jeden Fall danke fuer die Tipps.

Schade, daß ich nicht helfen konnte:-(

bye,
Klaus-Günter
--
Klaus-Günter Nielsen Hamburg/Germany

We are Bill Gates of Borg. You will be assimilated...
....as soon as we can fix the bugs... - damn program!

Klaus-Guenter Nielsen schrieb:

> Daß du da inzwischen auch zum Kernel-/System-Kompilieren übergehen
> solltest ist dir klar? (Einer der beiden in "stable" (das sind die aus
> der Release durch Einbau von Patches hervorgegangenen Versionen- kann
> man nur durch Selbstkompilieren erzeugen) unterzubringenden sicherheits-
> relevanten Patches dürfte jeden der mit der Kiste ins Internet will
> betreffen - siehe: http://www.openbsd.org/plus.html - dort als SECURITY
> FIX rot markiert)

Ja, das werde ich mir noch genauer ansehen und vielleicht probieren.

Mittlerweile habe ich eine alte serielle Maus gefunden, mit der das System
nun einwandfrei läuft.

>>>> ehci0: timed out waiting for BIOS
>>
>> Diese Meldung kommt auch beim Booten ohne Maus und verschwindet erst
>> dann, wenn der USB-Controller im BIOS disabled wird.
>
> Hmmm, das sieht weniger gut aus - lief das unten angesprochene Kubuntu
> auf dem gleichen Rechner (sprich: funktioniert USB generell oder nur
> unter OpenBSD nicht)?

Nur ein Rechner mit mehreren Betriebssystemen.
USB-Probleme gibt es sonst keine. In manchen Punkten hat OpenBSD aber
auch Vorteile. ZB. die Soundqualität ist bestimmt besser als bei Vista.


Grüße,
Wolfgang

P.S.

> USB-Probleme gibt es sonst keine.

Zumindest fallen keine auf.
Aber in den Ubuntu-messages:
-kernel: [ 20.824006] PCI: MSI quirk detected. MSI deactivated.
-kernel: [ 28.878529] 0000:00:13.2 EHCI: BIOS handoff failed (BIOS bug ?) 01010001

Ist anzunehmen, dass das nur mit einem BIOS-Update zu beheben ist?
(das BIOS wurde bereits auf den neuesten Stand gebracht)

Oder hat jemand einen Tipp, ob evtl. in /usr/insrc/sys/dev/usb/ oä. etwas
helfen könnte? (Allerdings sind nur Basiskenntnisse in C vorhanden).
Den "stable"-Source-Tree hätte ich auf dem Rechner und das
Kernelkomilieren scheint fehlerfrei zu klappen.


Grüße,
Wolfgang

P.S.

> USB-Probleme gibt es sonst keine.

Zumindest fallen keine auf.
Aber in den Ubuntu-messages:
-kernel: [ 20.824006] PCI: MSI quirk detected. MSI deactivated.
-kernel: [ 28.878529] 0000:00:13.2 EHCI: BIOS handoff failed (BIOS bug ?) 01010001

Ist anzunehmen, dass das nur mit einem BIOS-Update zu beheben ist?
(das BIOS wurde bereits auf den neuesten Stand gebracht)

Oder hat jemand einen Tipp, ob evtl. in /usr/insrc/sys/dev/usb/ oä. etwas
helfen könnte? (Allerdings sind nur Basiskenntnisse in C vorhanden).
Den "stable"-Source-Tree hätte ich auf dem Rechner und das
Kernelcompilieren scheint fehlerfrei zu klappen.


Grüße,
Wolfgang

Hallo Wolfgang,

On 28 Nov 2007 Wolfgang Steiner wrote:

> P.S.
>
>> USB-Probleme gibt es sonst keine.
>
> Zumindest fallen keine auf.
> Aber in den Ubuntu-messages:
> -kernel: [ 20.824006] PCI: MSI quirk detected. MSI deactivated.
> -kernel: [ 28.878529] 0000:00:13.2 EHCI: BIOS handoff failed (BIOS bug ?) 01010001

Dann war also das Problem bei OpenBSD der Auslöser für Nachforschungen
und die wurden fündig? Wenn jetzt bei anderen BS (Windows) Treiber vom
MB-Hersteller zum Einsatz kommen und der im Treiber das Problem umschifft
hat (z.B. genereller Fallback auf USB 1 - fällt bei 'ner Maus wohl kaum
auf) sieht das für "freie" Treiber eher schlecht aus würde ich mal sagen.

> Ist anzunehmen, dass das nur mit einem BIOS-Update zu beheben ist?
> (das BIOS wurde bereits auf den neuesten Stand gebracht)

Da es dann ja wohl kein aktuelleres BIOS gibt, ist das wohl keine Option
(höchstens zurück auf ältere Version, was dann aber auch wieder zu anderen
Ärgernissen führen könnte).

Und ich möchte den Teufel nicht an die Wand malen - aber ich hatte mal
ein EPOX-Board bei dem sich der spätere ELKO-Tod durch Probleme beim
USB quasi ankündigte (erst klappten Transfer von Cardreader/Kamera nicht
mehr fehlerfrei, dann ging USB-mäßig gar nichts mehr, danach kamen dann
Tastatur und Maus (beide PS/2) an die Reihe, und das war dann das Ende
für das Board (einige ELKOs waren schon schön rundlich geworden))

Ist es denn ein älteres Board (z.B. aus der Übergangszeit USB1 -> USB2)?
Lohnt es sich ev. (sofern denn technisch überhaupt möglich) durch Einbau
einer USB-Karte ein ansonsten fehlerfreies MB nochmal aufzuwerten?

> Oder hat jemand einen Tipp, ob evtl. in /usr/insrc/sys/dev/usb/ oä. etwas
> helfen könnte? (Allerdings sind nur Basiskenntnisse in C vorhanden).
> Den "stable"-Source-Tree hätte ich auf dem Rechner und das
> Kernelkomilieren scheint fehlerfrei zu klappen.

Da kann ich nun nichts zu sagen, dafür fehlen mir auch die entsprechenden
Kenntnisse...

Tschä®, kommt drauf an wieviel Installationsarbeit du bisher da rein-
gesteckt hast und wie deine Internetanbindung ist: bei DSL-Flat o.Ä.
und wenig Installationsaufwand würde ich mal 'nen aktuellen snapshot
versuchen - zumindest die, die ich bisher versucht habe liefen genauso
stabil wie die Release/Stable (was natürlich nicht ausschließt daß man
auch mal Pech haben kann), und vielleicht hat sich da ja doch noch
was in Punkto Überarbeitung der USB-Treiber getan...

MfG
Klaus-Günter
--
Klaus-Günter Nielsen Hamburg/Germany

The first time you'll get a Microsoft product that doesn't suck will be
the day they start producing vacuum cleaners.

Hallo Klaus-Günter,

Klaus-Guenter Nielsen schrieb:
>
> On 28 Nov 2007 Wolfgang Steiner wrote:

[...]
>> -kernel: [ 20.824006] PCI: MSI quirk detected. MSI deactivated.
>> -kernel: [ 28.878529] 0000:00:13.2 EHCI: BIOS handoff failed
(BIOS bug ?) 01010001

> Dann war also das Problem bei OpenBSD der Auslöser für Nachforschungen
> und die wurden fündig?

ja, 'glücklicherweise'.

> Wenn jetzt bei anderen BS (Windows) Treiber vom
> MB-Hersteller zum Einsatz kommen und der im Treiber das Problem umschifft
> hat (z.B. genereller Fallback auf USB 1 - fällt bei 'ner Maus wohl kaum
> auf) sieht das für "freie" Treiber eher schlecht aus würde ich mal sagen.

Bei manchen neueren Intel-MBs scheint die Problematik der einseitig
angepassten Hardware aber noch schlimmer zu sein.
Da ist man oft auf MS festgenagelt.

> Ist es denn ein älteres Board (z.B. aus der Übergangszeit USB1 -> USB2)?
> Lohnt es sich ev. (sofern denn technisch überhaupt möglich) durch Einbau
> einer USB-Karte ein ansonsten fehlerfreies MB nochmal aufzuwerten?

Erst wenige Monate alt, da sollte schon alles funktionieren.

> würde ich mal 'nen aktuellen snapshot
> versuchen - zumindest die, die ich bisher versucht habe liefen genauso
> stabil wie die Release/Stable (was natürlich nicht ausschließt daß man
> auch mal Pech haben kann), und vielleicht hat sich da ja doch noch
> was in Punkto Überarbeitung der USB-Treiber getan...

Der Snapshot vom 20.11.2007 wurde soeben ausprobiert und lief ebenso
wie davor stable - dh. bei mir mit den selben USB-Problemen.

Naja, aber ich sehe es positiv, vielleicht kommt ja noch die Begeisterung
für die reine Konsole ;-)


Grüße,
Wolfgang