Beiträge von clgw

  • OpenCL mit dem nouveau-Treiber

    Liebe Leute,


    ich wollte mal fragen, ob jemand von euch Erfahrung mit der Installation von OpenCL hat, wobei die (nVidia-)Graphikkarte unter dem nouveau-Treiber laufen soll. Ich habe jetzt schon etwas länger recherchiert und es wundert mich, dass man so wenig Informationen zu einem Thema findet, das doch eigentlich schon ein paar Nutzer beschäftigt haben sollte. Ich weiß, dass openCL mit dem proprietären nVidia-Treiber möglich ist, das möchte ich aber gerne vermeiden.


    Konkret möchte ich selbstgeschriebene Kernel (möglichst performant unter den obigen Voraussetzungen) ausführen. Ist das überhaupt (praktisch) möglich? Ich bin im Netz auf verschiedenen Seiten gestoßen, die behaupten, dass nouveau eigentlich schon länger OpenCL unterstützen sollte.


    Falls es geht, welche Pakete benötigt man? Genauer: Welche braucht man unbedingt, um ein einfaches Programm wie eine Vektoraddition durchzuführen, und welche nützlichen Tools gibt es? Ich habe bereits libclc installiert. Bringt das überhaupt was? Zum Beispiel gibt es bei mir immer noch nicht die cl.h.


    Über ein paar hilfreich Antworten würde ich mich sehr freuen.


    Liebe Grüße
    euer clgw

  • openSUSE 11.4 und Samsung clp-315 nur Hochformatdruck möglich

    Hi!


    Bilder um 90 Grad drehen (dann müssten sie im Hochformat sein und können ausgedruckt werden). Sowohl GIMP und auch Gwenview können das:
    GIMP: Bild -> Transformation -> Um 90° im/gegen den Uhrzeigersinn drehen
    Gwenview: Bearbeiten -> Links/Rechts drehen


    Weil GIMP auch PDFs importieren kann, dürften auch diese kein Problem sein. Und LibreOffice kann in diverse Formate exportieren.


    Das ist vielleicht keine besonders elegante Methode, aber müsste funktionieren.


    MfG
    clgw

  • Tiefschlaf unter openSUSE 12.2

    Hallo.


    @tux93:
    Wenn ich "splash=n" in die /etc/suspend.conf schreibe, schafft es der default-Kernel tatsächlich, einzuschlafen und auch wieder erfolgreich aufzuwachen. Beim desktop-Kernel bringt das keine Veränderung.


    > Zeig mal die Ausgabe von

    Code
    $ free -m
             total       used       free     shared    buffers     cached
Mem:          3927       1152       2775          0         47        505
-/+ buffers/cache:        599       3328
Swap:         2053          0       2053


    SUSEDJAlex
    > wie sehen deine Partitionen aus...



    lush
    > Du solltest fürs erste mal deine Repositoryliste in Ordnung bringen..
    > Ich kann mir nicht vorstellen, dass du alle eingebundenen Repositories brauchst.


    Doch, aus jedem selbst hinzugefügten Repo habe ich mindestens ein Paket installiert. packman brauch ich fürs WLAN, VLC ist zusätzlich drin, weil (zumindest früher) der VLC von Packman bei mir immer Probleme gegeben hat.
    Priorität von Packman ist 100, sonst alle 99. Unter 12.1 hatte ich die gleichen Repos mit den gleichen Prioritäten und damit nie ein Problem. Außerdem kann ich mir nicht vorstellen, dass der VLC da seine Hände im Spiel hat.


    Noch eine kurze Zusammenfassung der Lösung für alle, die das selbe Problem haben:
    1. den default-Kernel, nicht den desktop-Kernel verwenden
    2. "splash=n" in die /etc/suspend.conf
    3. Hinweis: auch beim Aufwachen muss in Grub der default-Kernel gewählt werden


    Ich für meinen Teil bin also (zumindest vorerst) einmal glücklich. Danke an alle, die sich die Zeit genommen haben, sich mit meinem Problem zu befassen.


    Grüße, clgw

  • Tiefschlaf unter openSUSE 12.2

    Hi!


    Ich habe jetzt etwas herumprobiert und bin auch etwas weitergekommen. Erstmal der Hinweis auf diie /var/log/pm-suspend.log (unter kernel: '3.4.6-2.10-default') im Anhang.


    Zwei Dinge sind mir in diesem Zusammenhang aufgefallen:


    • Die Swap-Partition wird zwar offensichtlich erkannt, aber überhaupt nicht genutzt. Bei vorherigen openSUSE-Versionen war das nicht der Fall, da waren immer so ca. 5% (auch mal deutlich mehr, wenn speicherhungrige Programme liefen) der Swap belegt. Der Eintrag in die /etc/fstab sieht für mich aber relativ gewöhnlich aus und müsste schon immer so gewesen sein:


      Code
      /dev/disk/by-id/ata-WDC_WD3200BEVT-22A23T0_WD-WXK1A9086451-part5 swap                 swap       defaults              0 0


    • In einer Zeile heißt es "running kernel: '3.4.6-2.10-default', probably booting kernel: '3.4.6-2.10-default'". Ürsprünglich hatte ich den desktop-Kernel gebootet; alles, was ich oben beschrieben habe, bezog sich auf diesen und dort hieß die Zeile auch etwa
      "running kernel: '<version>-desktop', probably booting kernel: '3.4.6-2.10-default'". Dies brachte mich auf die Idee, den parallel installierten Default-Kernel zu booten (ich glaube, der stammt aus dem packman-Repo und ist wegen dem WLAN-Treiber broadcom-wl installiert worden). Auch unter dem default-Kernel funzt Suspend to RAM, Suspend to Disk dagegen nicht, allerdings tut sich hier was:
      Zuerst sieht man kurz eine Konsole, auf der die weiße Zeile
      Code
      Looking for splash system...splashy_start_splash: error -3

      (oder ähnlich, ist nur ganz kurz zu sehen) steht. Dann erscheint Plymouth mit dem Text "Suspending...", allerdings wird der Bildschirm ca. alle halbe Sekunde schwarz und zeigt dann wieder Plymouth. Weil das mindestens 1 Minute so bleibt, habe ich das mit der Löschen-Taste abgebrochen, was auch funktioniert hat. Das Ganze bleibt bei Wiederholung gleich.
      Eigentlich hätte ich gedacht, ich hätte Plymouth deaktiviert (passt nicht mit nVidia-Grakas zusammen, zumindest einigen, darunter meine; deshalb in der Kernel-Befehlszeile den Eintrag "splash=silent quiet" gelöscht), aber der Dienst scheint ja trotzdem irgendwie zu laufen. Muss man noch etwas anderes machen, um Plymouth gänzlich zu deaktivieren?


    MfG clgw

  • Tiefschlaf unter openSUSE 12.2

    Hallo.


    @tux93: Ich glaube, wir kommen der Sache schon näher. Während "pm-suspend" funzt, ist dies bei


    Code
    pm-hibernate


    nicht der Fall, d.h. der Rechner geht eben nicht in den Tiefschlaf und macht auch sonst nichts. Es gibt keine Ausgabe auf der Konsole, aber Rückgabewert ist 1 (bei "powersave -U" ist es 0). Eintrag in die /var/log/messages:


    Code
    Sep 25 16:01:49 linux-clgw dbus-daemon[521]: dbus[521]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper)
Sep 25 16:01:49 linux-clgw dbus[521]: [system] Activating service name='org.freedesktop.PackageKit' (using servicehelper)
Sep 25 16:01:49 linux-clgw dbus-daemon[521]: dbus[521]: [system] Successfully activated service 'org.freedesktop.PackageKit'
Sep 25 16:01:49 linux-clgw dbus[521]: [system] Successfully activated service 'org.freedesktop.PackageKit'


    Wie bringe ich pm-hibernate dazu, etwas gesprächiger zu sein? "--verbose" wird ignoriert.


    Danke schon mal für die Hilfe bis jetzt
    clgw

  • Tiefschlaf unter openSUSE 12.2

    Hi!


    Zitat

    könntest du uns mitteilen, wie du das Upgrade gemacht hast


    Wie eine Neuinstallation, also DVD heruntergeladen und eingelegt.


    Zitat

    Außerdem würde uns eine liste mit den repo's interessieren



    SUSEDJAlex


    Vielleicht habe ich mich nicht ganz so eindeutig ausgedrückt, aber mein Problem ist nicht, wie powersave funktioniert und was die einzelnen Modi bedeuten. Es ist vielmehr, dass bei "powersave -U" nichts passiert (außer der Ausgabe auf der Konsole), also nicht der Arbeitsspeicher in den Swap kopiert, der Rechner "heruntergefahren" wird und so weiter, was man im Normalfall ja erwarten würde.


    MfG clgw

  • Tiefschlaf unter openSUSE 12.2

    Hallo!


    Seit meinem Upgrade auf openSUSE 12.2 funktioniert der Tiefschlaf/Hibernate/Suspend to Disk nicht mehr. Unter allen Vorgängerversionen (auf diesem Rechner seit 11.3) gab es dieses Problem nicht.


    Es scheint weder an KDE noch an Rechteproblemen zu hängen, denn (auch als root) bringt


    Code
    powersave -U


    nicht das erwünschte Ergebnis. Stattdessen wird etwas wie


    Code
    method return sender=:1.15 -> dest=:1.178 reply_serial=2


    auf der Konsole ausgeben. Währenddessen wird Folgendes in die /var/log/messages geschrieben:



    Suspend to RAM und auch

    Code
    powersave -u

    funktioniert tadellos.


    Meine Hardware: Acer Extensa 5635ZG, Intel Pentium T4500, 4 GB RAM, nVidia Geforge G105M


    Über hilfreiche Antworten würde ich mich sehr freuen.
    MfG clgw