WinFuture-Forum.de: Suse 10.2 Smalltalk (relase 7.12.2006) - WinFuture-Forum.de

Zum Inhalt wechseln

Nachrichten zum Thema: Linux
  • 4 Seiten +
  • 1
  • 2
  • 3
  • 4

Suse 10.2 Smalltalk (relase 7.12.2006) Probleme und erste Eindrücke

#31 Mitglied ist offline   Stefan_der_held 

  • Gruppe: Offizieller Support
  • Beiträge: 14.292
  • Beigetreten: 08. April 06
  • Reputation: 935
  • Geschlecht:Männlich
  • Wohnort:Dortmund NRW
  • Interessen:Alles wo irgendwie Strom durchfließt fasziniert mich einfach weswegen ich halt Elektroinstallateur geworden bin :)

geschrieben 09. Dezember 2006 - 21:11

Beitrag anzeigenZitat (ph030: 09.12.2006, 19:27)

Also wenn du mit dem X.org ATI-Treiber nur Slideshows bekommst, dann hast du aber eine reichlich besch.ssene xorg.conf.


hm... irre ich oder warst du das nicht, der mir gestern gesagt hat, dass der aktuelle ATI Treiber den Xorg 7.2 nicht unterstützt? :blush:

wenn ich den installiere geht garnix mehr und der quelloffene unterstützt meine GraKa (X1600) leider nicht:) d.h. ich arbeite noch mit suse standarts. was mich allerdingens wundert ist, dass es so ohne treiber noch nie geruckelt hat... naja Xorg 7.2 wird wohl ein bischel recourcen lastiger sein als seine Vorgänger^^

BTW: weiß schon wer wann der ATI Treiber raus kommt?

MFG

Stefan
0

Anzeige



#32 Mitglied ist offline   ph030 

  • Gruppe: aktive Mitglieder
  • Beiträge: 4.739
  • Beigetreten: 14. Juli 04
  • Reputation: 36
  • Geschlecht:unbekannt

geschrieben 10. Dezember 2006 - 00:17

Zitat

hm... irre ich oder warst du das nicht, der mir gestern gesagt hat, dass der aktuelle ATI Treiber den Xorg


Das hab ich gesagt und entspricht ja auch den Tatsachen.

Zitat

wenn ich den installiere geht garnix mehr und der quelloffene unterstützt meine GraKa (X1600) leider nicht


Gut, konnt ich ja nicht wissen, welche Graka du hast, bin halt selbst mit meiner R9600 nicht betroffen :blush:

Zitat

BTW: weiß schon wer wann der ATI Treiber raus kommt?

Bin mir annähernd sicher, dass es damit dieses Jahr nichts mehr wird, mit Glück im Januar, würde aber eher auf Februar tippen.
0

#33 Mitglied ist offline   Stefan_der_held 

  • Gruppe: Offizieller Support
  • Beiträge: 14.292
  • Beigetreten: 08. April 06
  • Reputation: 935
  • Geschlecht:Männlich
  • Wohnort:Dortmund NRW
  • Interessen:Alles wo irgendwie Strom durchfließt fasziniert mich einfach weswegen ich halt Elektroinstallateur geworden bin :)

geschrieben 10. Dezember 2006 - 13:23

:(

Dann hab ich ja noch ausreichend zeit mich durchs Handbuch zu lesen

:D

Ne mal ehrlich: ich will mal hoffen dass es nicht so lange dauern wird.
0

#34 Mitglied ist offline   Maximum Prime 

  • Gruppe: aktive Mitglieder
  • Beiträge: 373
  • Beigetreten: 11. April 04
  • Reputation: 0

geschrieben 10. Dezember 2006 - 13:34

Zitat

Ne mal ehrlich: ich will mal hoffen dass es nicht so lange dauern wird.


Da hoff ich mal fröhlich mit, habs leider zu spät gelesen mit dem ati treiber ;)
Außerdem gibts ja diesen sinnvollen Leitsatz: "never change a running system" daran sollte man sich eigentlich immer halten. ;)

Dieser Beitrag wurde von Maximum Prime bearbeitet: 10. Dezember 2006 - 13:37

0

#35 Mitglied ist offline   Internetkopfgeldjäger 

  • Gruppe: aktive Mitglieder
  • Beiträge: 1.640
  • Beigetreten: 29. Januar 04
  • Reputation: 1
  • Geschlecht:Männlich
  • Interessen::-)

geschrieben 10. Dezember 2006 - 15:00

@alle Besitzer von Problem Hardware:

Wie wärs mit einfordern von Dokumentation bei den Hardwareherstellern?
Zumindest wäre das ein Versuch.
OpenSource lässt sich nun mal besser anpassen, gilt erst recht für Treiber,
wo man gerade so schön sieht das der ClosedSource Blob (hier z.B. der ATI Treiber)
das Problemkind ist.

Wenn die nicht darauf eingehen,
dann wenigstens einen funktionierenden Treiber fordern.

Ihr habt viel Geld für die Hardware gezahlt
und der Kunde ist König,
zumindest,
wenn König Kunde die Wahl bei der nächsten Hardwareauswahl trifft. ;)


Gruß, Internetkopfgeldjäger


Info Blob:
- http://en.wikipedia.org/wiki/The_Blob
- http://en.wikipedia....i/Blob_(comics)
- http://en.wikipedia....ry_large_object
- http://en.wikipedia....iki/Binary_blob <==
- http://en.wikipedia....wiki/God_object
0

#36 Mitglied ist offline   schischa 

  • Gruppe: aktive Mitglieder
  • Beiträge: 600
  • Beigetreten: 17. Dezember 04
  • Reputation: 0
  • Geschlecht:Männlich
  • Wohnort:Mond

geschrieben 12. Dezember 2006 - 10:02

werft die ati aus eurem rechner... bin zwar mit meiner closed source nvidia lösung auch nicht 100%ig zufrieden aber die treiber funktionieren wenigstens und sind schnell bzw vergleichbar mit der qualität der win treiber
0

#37 Mitglied ist offline   Stefan_der_held 

  • Gruppe: Offizieller Support
  • Beiträge: 14.292
  • Beigetreten: 08. April 06
  • Reputation: 935
  • Geschlecht:Männlich
  • Wohnort:Dortmund NRW
  • Interessen:Alles wo irgendwie Strom durchfließt fasziniert mich einfach weswegen ich halt Elektroinstallateur geworden bin :)

geschrieben 13. Dezember 2006 - 06:14

Beitrag anzeigenZitat (schischa: 12.12.2006, 10:02)

werft die ati aus eurem rechner...


sofort und 100%tig <_<

ja bin ich denn Krösus? :D
0

#38 Mitglied ist offline   Großer 

  • Gruppe: aktive Mitglieder
  • Beiträge: 3.851
  • Beigetreten: 15. Juni 04
  • Reputation: 0

geschrieben 13. Dezember 2006 - 07:19

Ich finde es Mist das ein eher alter Kernel enthalten ist, daher kann ich es nicht mal testen.
Andere Distris sind da fortschrittlicher.
0

#39 Mitglied ist offline   Stefan_der_held 

  • Gruppe: Offizieller Support
  • Beiträge: 14.292
  • Beigetreten: 08. April 06
  • Reputation: 935
  • Geschlecht:Männlich
  • Wohnort:Dortmund NRW
  • Interessen:Alles wo irgendwie Strom durchfließt fasziniert mich einfach weswegen ich halt Elektroinstallateur geworden bin :)

geschrieben 13. Dezember 2006 - 07:37

Beitrag anzeigenZitat (Großer: 13.12.2006, 07:19)

Ich finde es Mist das ein eher alter Kernel enthalten ist, daher kann ich es nicht mal testen.
Andere Distris sind da fortschrittlicher.



Das schöne ist ja, dass man da immer was ändern kann <_<

Aber du darfst nicht vergessen, dass neue Kernels eventuell noch verbugter sind als der den suSE einsetzt. Die gehen ebend auf "alt bewertes" :D

Wenn ich das entsprechende Wissen hätte würde ich auch nen neueren Kernel komplieren ;D Allerdings ist dafür mein Linux-Wissen noch zu Oberflächig.

Dieser Beitrag wurde von Stefan_der_held bearbeitet: 13. Dezember 2006 - 07:39

0

#40 Mitglied ist offline   ph030 

  • Gruppe: aktive Mitglieder
  • Beiträge: 4.739
  • Beigetreten: 14. Juli 04
  • Reputation: 36
  • Geschlecht:unbekannt

geschrieben 13. Dezember 2006 - 10:22

Zitat

Allerdings ist dafür mein Linux-Wissen noch zu Oberflächig.


Seit wann braucht man dafür umfangreiches Wissen?
Man braucht eigentlich nur die folgenden Qualifikationen:

- englisch
- das Wissen um die Anordnung von Y, N und M auf der Tastatur
- root-Rechte
- lspci & lsusb
- cat /proc/{Alles was interessant ist}

KA, wo da nun das Problem liegen soll, v.a. wenn man die Intelligenz besitzt und sich sicherheitshalber einen funktionierenden Kernel als Backup bereitlegt.
0

#41 Mitglied ist offline   Stefan_der_held 

  • Gruppe: Offizieller Support
  • Beiträge: 14.292
  • Beigetreten: 08. April 06
  • Reputation: 935
  • Geschlecht:Männlich
  • Wohnort:Dortmund NRW
  • Interessen:Alles wo irgendwie Strom durchfließt fasziniert mich einfach weswegen ich halt Elektroinstallateur geworden bin :)

geschrieben 13. Dezember 2006 - 11:26

Beitrag anzeigenZitat (ph030: 13.12.2006, 10:22)

Seit wann braucht man dafür umfangreiches Wissen?

KA, wo da nun das Problem liegen soll, v.a. wenn man die Intelligenz besitzt und sich sicherheitshalber einen funktionierenden Kernel als Backup bereitlegt.


Das Problem ist, dass ich das noch nie gemacht habe und ebend bei solchen Systemeingriffen lieber das ganze einmal demostriert bekomme.

mir fehlt einfach das "www" dazu (was, wann, warum)

Dann kann ichs erst nachvollziehen und selber anwenden :) Bin ebend der "Audio-Visuelle Lehrntyp" :)
0

#42 Mitglied ist offline   ph030 

  • Gruppe: aktive Mitglieder
  • Beiträge: 4.739
  • Beigetreten: 14. Juli 04
  • Reputation: 36
  • Geschlecht:unbekannt

geschrieben 13. Dezember 2006 - 11:36

Das klingt aber sehr nach Schisshase :)

Ist doch sinnlos, dir das zu zeigen, wenn sich da sowieso gelegentlich was ändert - abgesehen davon kennst du deine eigene Hardware ja wohl wesentlich besser als jeder andere(sollte man zumindest hoffen).

KA wo das Problem ist, wenn der neue Kernel nicht bootet, einfach Reset gedrückt und wieder den alten geladen.

Kaupttgehen kann da garnix - wie auch, SUSE ist ja schon im Auslieferungszustand defekt :) - also gibt's eigentlich keinen Grund, das nicht zu tun, v.a. wenn man merkt, was man dadurch für Vorteile hat.
0

#43 Mitglied ist offline   Stefan_der_held 

  • Gruppe: Offizieller Support
  • Beiträge: 14.292
  • Beigetreten: 08. April 06
  • Reputation: 935
  • Geschlecht:Männlich
  • Wohnort:Dortmund NRW
  • Interessen:Alles wo irgendwie Strom durchfließt fasziniert mich einfach weswegen ich halt Elektroinstallateur geworden bin :)

geschrieben 13. Dezember 2006 - 11:45

Beitrag anzeigenZitat (ph030: 13.12.2006, 10:22)

- lspci & lsusb
- cat /proc/{Alles was interessant ist}


Damit kann ich zb noch nix anfangen... könnte zwar googeln, was die Befehle bedeuten aber was ist denn zb. an "cat/proc" so wichtig? Wie gesagt: Mit Linux hab ich erst seid meinem 1. Post hier im Forum intensiv zu tuen.
Bin daher halt noch "Windows-geschädigt" :)

Beitrag anzeigenZitat (ph030: 13.12.2006, 11:36)

Das klingt aber sehr nach Schisshase ;)


Wenn du meinst, dann ist dem so :) Ich frage lieber vorher als dass ich hinterher mit dem geschossenen Kernel irgentwo im nirvana liege und weder vor-noch zurück weiß. Naja kann dann zwar noch windows booten und hier die entsprechenden Infos erfragen. Aber lieber halt vorher als gleich ins Eis-Wasser zu springen ;)

Zitat

Ist doch sinnlos, dir das zu zeigen, wenn sich da sowieso gelegentlich was ändert


Schon klar dass sich immer mal "etwas" ändert. Aber es ist - glaube ich zumindestens - das Grundgerüst immer nahezu gleich bzw lässt sich mit ein wenig Hirnschmalz dementsprechend ändern.
0

#44 Mitglied ist offline   ph030 

  • Gruppe: aktive Mitglieder
  • Beiträge: 4.739
  • Beigetreten: 14. Juli 04
  • Reputation: 36
  • Geschlecht:unbekannt

geschrieben 13. Dezember 2006 - 11:55

Zitat

Damit kann ich zb noch nix anfangen... könnte zwar googeln


Beide Befehle geben dir Informationen über die verwendete Hardware aus, welche du dann für deinen Kernel nutzen solltest, denn Unterstützung für ein z.B. nForce-Board wäre wohl reichlich dämlich, wenn du einen Intel-Chipsatz hast.

Bei mir z.B.:

lspci -v sagte:

[#][~] lspci -v
00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333]
Subsystem: VIA Technologies, Inc. Unknown device 0000
Flags: bus master, 66MHz, medium devsel, latency 0
Memory at e0000000 (32-bit, prefetchable) [size=64M]
Capabilities: [a0] AGP version 2.0
Capabilities: [c0] Power Management version 2

00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP] (prog-if 00 [Normal decode])
Flags: bus master, 66MHz, medium devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 0000c000-0000cfff
Memory behind bridge: dfe00000-dfefffff
Prefetchable memory behind bridge: 9fd00000-dfcfffff
Capabilities: [80] Power Management version 2

00:07.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11)
Subsystem: Hauppauge computer works Inc. WinTV Series
Flags: bus master, medium devsel, latency 32, IRQ 10
Memory at dfdfe000 (32-bit, prefetchable) [size=4K]
Capabilities: [44] Vital Product Data
Capabilities: [4c] Power Management version 2

00:07.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11)
Subsystem: Hauppauge computer works Inc. WinTV Series
Flags: bus master, medium devsel, latency 32, IRQ 10
Memory at dfdff000 (32-bit, prefetchable) [size=4K]
Capabilities: [44] Vital Product Data
Capabilities: [4c] Power Management version 2

00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
Flags: medium devsel, IRQ 5
I/O ports at ec00 [size=32]

00:0c.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10)
Subsystem: C-Media Electronics Inc CMI8738/C3DX PCI Audio Device
Flags: bus master, medium devsel, latency 32, IRQ 10
I/O ports at e800 [size=256]
Capabilities: [c0] Power Management version 2

00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
Subsystem: Micro-Star International Co., Ltd. Unknown device 7640
Flags: bus master, medium devsel, latency 32, IRQ 11
I/O ports at dc00 [size=32]
Capabilities: [80] Power Management version 2

00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
Subsystem: Micro-Star International Co., Ltd. Unknown device 7640
Flags: bus master, medium devsel, latency 32, IRQ 5
I/O ports at e000 [size=32]
Capabilities: [80] Power Management version 2

00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
Subsystem: Micro-Star International Co., Ltd. Unknown device 7640
Flags: bus master, medium devsel, latency 32, IRQ 10
I/O ports at e400 [size=32]
Capabilities: [80] Power Management version 2

00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) (prog-if 20 [EHCI])
Subsystem: Micro-Star International Co., Ltd. Unknown device 7640
Flags: bus master, medium devsel, latency 32, IRQ 10
Memory at dfffff00 (32-bit, non-prefetchable) [size=256]
Capabilities: [80] Power Management version 2

00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
Subsystem: VIA Technologies, Inc. Unknown device 0000
Flags: bus master, stepping, medium devsel, latency 0
Capabilities: [c0] Power Management version 2

00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
Subsystem: Micro-Star International Co., Ltd. Unknown device 7640
Flags: bus master, medium devsel, latency 32, IRQ 255
I/O ports at fc00 [size=16]
Capabilities: [c0] Power Management version 2

01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AP [Radeon 9600] (prog-if 00 [VGA])
Subsystem: PC Partner Limited Unknown device 7c20
Flags: bus master, 66MHz, medium devsel, latency 255, IRQ 11
Memory at c0000000 (32-bit, prefetchable) [size=256M]
I/O ports at c800 [size=256]
Memory at dfef0000 (32-bit, non-prefetchable) [size=64K]
Expansion ROM at dfec0000 [disabled] [size=128K]
Capabilities: [58] AGP version 2.0
Capabilities: [50] Power Management version 2

01:00.1 Display controller: ATI Technologies Inc RV350 AP [Radeon 9600] (Secondary)
Subsystem: PC Partner Limited Unknown device 7c21
Flags: bus master, 66MHz, medium devsel, latency 32
Memory at b0000000 (32-bit, prefetchable) [size=256M]
Memory at dfee0000 (32-bit, non-prefetchable) [size=64K]
Capabilities: [50] Power Management version 2

lsusb -v sagte:

[#][~] lsusb -v

Bus 004 Device 001: ID 0000:0000
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 9 Hub
bDeviceSubClass 0 Unused
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x0000
idProduct 0x0000
bcdDevice 2.06
iManufacturer 3 Linux 2.6.18-gentoo uhci_hcd
iProduct 2 UHCI Host Controller
iSerial 1 0000:00:10.2
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0 Unused
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0002 1x 2 bytes
bInterval 255
Hub Descriptor:
bLength 9
bDescriptorType 41
nNbrPorts 2
wHubCharacteristic 0x000a
No power switching (usb 1.0)
Per-port overcurrent protection
bPwrOn2PwrGood 1 * 2 milli seconds
bHubContrCurrent 0 milli Ampere
DeviceRemovable 0xcc
PortPwrCtrlMask 0x38
Hub Port Status:
Port 1: 0000.0300 lowspeed power
Port 2: 0000.0100 power

Bus 003 Device 001: ID 0000:0000
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 9 Hub
bDeviceSubClass 0 Unused
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x0000
idProduct 0x0000
bcdDevice 2.06
iManufacturer 3 Linux 2.6.18-gentoo uhci_hcd
iProduct 2 UHCI Host Controller
iSerial 1 0000:00:10.1
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0 Unused
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0002 1x 2 bytes
bInterval 255
Hub Descriptor:
bLength 9
bDescriptorType 41
nNbrPorts 2
wHubCharacteristic 0x000a
No power switching (usb 1.0)
Per-port overcurrent protection
bPwrOn2PwrGood 1 * 2 milli seconds
bHubContrCurrent 0 milli Ampere
DeviceRemovable 0xcc
PortPwrCtrlMask 0x38
Hub Port Status:
Port 1: 0000.0100 power
Port 2: 0000.0300 lowspeed power

Bus 002 Device 002: ID 046d:c50e Logitech, Inc. MX-1000 Cordless Mouse Receiver
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x046d Logitech, Inc.
idProduct 0xc50e MX-1000 Cordless Mouse Receiver
bcdDevice 25.00
iManufacturer 1 Logitech
iProduct 2 USB Receiver
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 34
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xa0
Remote Wakeup
MaxPower 70mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 3 Human Interface Devices
bInterfaceSubClass 1 Boot Interface Subclass
bInterfaceProtocol 2 Mouse
iInterface 0
HID Device Descriptor:
bLength 9
bDescriptorType 33
bcdHID 1.11
bCountryCode 0 Not supported
bNumDescriptors 1
bDescriptorType 34 Report
wDescriptorLength 93
Report Descriptors:
** UNAVAILABLE **
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0008 1x 8 bytes
bInterval 10

Bus 002 Device 001: ID 0000:0000
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 9 Hub
bDeviceSubClass 0 Unused
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x0000
idProduct 0x0000
bcdDevice 2.06
iManufacturer 3 Linux 2.6.18-gentoo uhci_hcd
iProduct 2 UHCI Host Controller
iSerial 1 0000:00:10.0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0 Unused
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0002 1x 2 bytes
bInterval 255
Hub Descriptor:
bLength 9
bDescriptorType 41
nNbrPorts 2
wHubCharacteristic 0x000a
No power switching (usb 1.0)
Per-port overcurrent protection
bPwrOn2PwrGood 1 * 2 milli seconds
bHubContrCurrent 0 milli Ampere
DeviceRemovable 0xcc
PortPwrCtrlMask 0x38
Hub Port Status:
Port 1: 0000.0100 power
Port 2: 0000.0303 lowspeed power enable connect

Bus 001 Device 001: ID 0000:0000
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 9 Hub
bDeviceSubClass 0 Unused
bDeviceProtocol 1 Single TT
bMaxPacketSize0 64
idVendor 0x0000
idProduct 0x0000
bcdDevice 2.06
iManufacturer 3 Linux 2.6.18-gentoo ehci_hcd
iProduct 2 EHCI Host Controller
iSerial 1 0000:00:10.3
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0 Unused
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0002 1x 2 bytes
bInterval 12
Hub Descriptor:
bLength 9
bDescriptorType 41
nNbrPorts 6
wHubCharacteristic 0x000a
No power switching (usb 1.0)
Per-port overcurrent protection
TT think time 8 FS bits
bPwrOn2PwrGood 10 * 2 milli seconds
bHubContrCurrent 0 milli Ampere
DeviceRemovable 0xcc
PortPwrCtrlMask 0x38
Hub Port Status:
Port 1: 0000.0100 power
Port 2: 0000.0000
Port 3: 0000.0100 power
Port 4: 0000.0100 power
Port 5: 0000.0100 power
Port 6: 0000.0100 power


Zitat

was ist denn zb. an "cat/proc" so wichtig?

Damit kannst du noch mehr Informationen über die Hardware erlangen und entsprechend Optionen im Kernel (de-)aktivieren.

z.B.:

cat /proc/cpuinfo sagte:

processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 8
model name : AMD Athlon™ XP 2400+
stepping : 1
cpu MHz : 1999.832
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow ts
bogomips : 4001.42


Zitat

Ich frage lieber vorher als dass ich hinterher mit dem geschossenen Kernel irgentwo im nirvana liege und weder vor-noch zurück weiß.


Da legt man halt vorher einen Verweis auf den alten Kernel in der grub.conf an und schon ist man auf der sicheren Seite.

Zitat

Aber es ist - glaube ich zumindestens - das Grundgerüst immer nahezu gleich bzw lässt sich mit ein wenig Hirnschmalz dementsprechend ändern.

...und mehr als Hirnschmalz wird auch für einen ersten Selbstbau nicht benötigt.
0

#45 Mitglied ist offline   Maximum Prime 

  • Gruppe: aktive Mitglieder
  • Beiträge: 373
  • Beigetreten: 11. April 04
  • Reputation: 0

geschrieben 14. Dezember 2006 - 15:06

Jetzt gibts auch endlichen nen ATI Treiber der auch openSuSE 10.2 unterstützt. Gab ja ein paar Probleme.

ati-driver-installer-8.32.5-x86.x86_64

Hier die Release notes

besonders interessant unter new feteaures

X.Org 7.2 Support

This release of Catalyst® Linux software driver provides X.Org 7.2 RC 2/OpenSUSE 10.2 support.
0

Thema verteilen:


  • 4 Seiten +
  • 1
  • 2
  • 3
  • 4

1 Besucher lesen dieses Thema
Mitglieder: 0, Gäste: 1, unsichtbare Mitglieder: 0