[skippy]

Habe jetzt mal den xorg-nvidia gegen den xorg-nvidia.legacy ersetzt, was aber auch keine Veränderung bringt. Hier die komplette messages, die sehr kurz ist:

Code: [Select]

Feb  8 16:11:32 (MLD) syslog.info syslogd started: BusyBox v1.22.1
Feb  8 16:11:36 (MLD) user.info kernel: r8169 0000:02:00.0 eth0: link down
Feb  8 16:11:36 (MLD) user.info kernel: r8169 0000:02:00.0 eth0: link down
Feb  8 16:11:36 (MLD) user.info kernel: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Feb  8 16:11:38 (MLD) user.info kernel: r8169 0000:02:00.0 eth0: link up
Feb  8 16:11:38 (MLD) user.info kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Feb  8 16:11:39 (MLD) user.warn kernel: nvidia: Unknown symbol acpi_os_wait_events_complete (err 0)
Feb  8 16:11:39 (MLD) user.warn kernel: nvidia: Unknown symbol acpi_os_wait_events_complete (err 0)
Feb  8 16:11:42 (MLD) user.warn kernel: nvidia: Unknown symbol acpi_os_wait_events_complete (err 0)
Feb  8 16:11:44 (MLD) user.warn kernel: nvidia: Unknown symbol acpi_os_wait_events_complete (err 0)
Feb  8 16:11:44 (MLD) user.err vdr: video/vdpau: Can't create vdp device on display ':0.0'
Feb  8 16:11:46 (MLD) user.warn kernel: hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.
Feb  8 16:11:48 (MLD) auth.info login[1434]: root login on 'tty1'
Feb  8 16:11:48 (MLD) auth.info login[1435]: root login on 'tty2'
Feb  8 16:11:48 (MLD) auth.info login[1440]: root login on 'tty3'
Feb  8 16:11:48 (MLD) auth.info login[1441]: root login on 'tty4'

Viele Grüße skippy

[P3f]

HI Team,

ich bin heute abenfalls auf das gleiche Problem gestoßen, und habe mich sehr gewundert, das es immer Ton gab, aber kein Bild. Nachdem ich nun im Internet ziemlich intensiv gesucht habe, komme ich zum Schluß das wir ein Problem mit der Kombination Kernel 3.13 und Xorg 1.13.3-20 haben.

Schließlich haben auch Eure Versuche alle dasselbe Ergebnis gehabt. Und ich beziehe meinen Schluß auf Basis der folgenden Links aus dem Internet:

http://ubuntuforums.org/showthread.php?t=2200321
http://ubuntuforums.org/showthread.php?t=2195166&p=12885245#post12885245
Mein ihr man kann das xorg-Addon dahingehend umbauen, das wir hier ebenfalls aktualisieren?
http://lists.x.org/archives/xorg-announce/2013-December/002384.html

Ich habe heute mehrere Installationsversuche mit dem aktuellen MLD-4 standard-shd gemacht und dabei verschiedenste Xorg-Nvidia und Xorg-Nvidia.legacy ausprobiert. Nur beim MLD-4.0 standard (mit xineliboutput) habe ich ein Bild erhalten, aber ohne Xorg-VDPAU, nur sehr ruckelig und schlecht.

Also, wie sind Eure Meinung dazu?

Gruß,

Pit

P.S: Wollen wir nicht langsam zu dem Problem einen eigenen Thread aufmachen, bzw. kann dann ein Mod mal den Thread trennen!!!

[MarMic]

Ubuntu 14.04? Da gibt 1.15 von xorg wäre wohl die einfachste  Möglichkeit

Greetz marmic

[P3f]

Hi MarMic,

sicherlich für dieses Problem der einfachste Weg. AAAAAbbbbbber, die 14.04 wird sich sicherlich noch soviel zu April 2014 ändern und ich denke das wir sehr viele andere Probleme bekommen.

Ich sehe im Moment einzig den Weg irgendwie den Xorg-Server zu aktualisieren, und dabei jede Menge Abhängigkeiten zu klären. Oder man muß wieder auch den 3.12 Kernel zurückgehen.

Der positive Effekt beim 3.13 Kernel ist aber auch, das ich das 1.Mal nun auch von Anfang an Ton am Fernseher hatte. Also ich würde ja auch gerne auf dem 3.13 bleiben.
Mal schauen, was die Profis sagen....


Gruß,

Pit

Ubuntu 14.04? Da gibt 1.15 von xorg wäre wohl die einfachste  Möglichkeit

Greetz marmic

[P3f]

Hi,

nur so nebenbei als Info. Es nützt nichts wenn man in der Develumgebung ebenfalls auf den Kernel 3.13 hochzieht. Es wird dann nicht der xserver-xorg hochgezogen, war eine Hoffnung von mir.

Gruß, also ich gehe nun ins Bett und hoffe auf eine Lösung von unseren Spezialisten. Und es wäre toll, wenn wir die MLD-4 mit dem Kernel 3.13 behalten könnten. (Ist so schön schnell).

Pit

[clausmuus]

Danke für all Eure Recherchen.
Ich werde nun erst mal als schnelle Lösung auf Kernel 3.12 zurück gehen, damit wir wieder eine lauffähige Lösung haben.
Was einer von Euch aber gerne mal testen kann ist, ob sich die MLD-4 auf Ubuntu 14.04 kompilieren lässt (das sollte deutlich unproblematischer sein, als z.B. bei der 3.0.3) und ob der 3.13'er Kernel damit funktioniert. Dazu braucht im Makefile des Kernel Paketes lediglich die Versionsnummer am Ende der zweiten Zeile angepasst zu werden. Den dvb Treiber Patch im dvb Paket werden ich nur mit der Endung disabled abschalten.
Ende April sollten wir dann versuchen ob wir auf Ubuntu 14.04 und somit auf den dann aktuellen Kernel (3.14?) wechseln können. (so viele Versionen mit ner "4" im Namen muss doch einfach passen  )

Claus

[MegaX]

Der erste Testbuild auf der 14.04 ist hier schon gestartet und morgen sollte ich mehr wissen.

Was ich so bis jetzt im Log gesehen habe sind es bis jetzt "Defekte Links" und wenn das so bleibt bin ich ganz zuversichtlich.


MegaX

[P3f]

Hi Claus,

wärst Du denn damit einverstanden, wenn es dann bereits einen Branch für die Ubuntu 14.04 geben würde? Dann könnten man wirklich hier schon mal die **hoffentlich** weiterhin geringen Anpassungen vornehmen und nach dem offiziellen Ubuntu Release ziemlich schnell aktiv werden.

Wir würden dann in eigenen Umgebung die Anpassungen hier lokal vornehmen und dann in den Branch einchecken.

Gruß,

Pit

[clausmuus]

Ja, könnten wir machen, nur haben wir uns ja noch nicht abschließend geeinigt wie wir die Branche organisieren wollen, und das ganze Handlich dafür fehlt ja auch noch.

Claus

[Christian]

Sehe ich das richtig das es nur das Problem mit dem NVIDIA driver gibt? Und warum patchen wir diesen nicht?

nv-acpi.c

Code: [Select]


/*   if (pNvAcpiObject->notify_handler_installed)
*    {
*        NV_ACPI_OS_WAIT_EVENTS_COMPLETE();
*
*        // remove event notifier
*        status = acpi_remove_notify_handler(device->handle, ACPI_DEVICE_NOTIFY, nv_acpi_event);
*    }
*/
Scon probiert das auszukommentieren? Was habt ihr schon probiert? Bringt das was ?

[clausmuus]

Hi,

ne, noch nicht ausprobiert. Ich hatte keine Zeit mir das genauer anzuschauen und habe deshalb erst mal auf den alten Kernel zurück gestellt.
Wenn es ne Lösung gibt, damit der nvidia Treiber wieder zusammen mit der verwendetem xorg Version funktioniert, teste ich gerne noch mal den neuen Kernel.

Claus

[Christian]

Das sollte funktionieren. In den Beiträgen von Pit konnte man das rauslesen.

[clausmuus]

OK, ich probiere das mal aus.

Claus

[clausmuus]

Es scheint zu funktionieren. Ich hab also wieder auf Kernel 3.13 umgestellt.

Claus

[Christian]

Hier ein kompletter Patch der noch andere Kleinigkeiten korrigiert.

Aus dem Urlaub

Code: [Select]

diff -rupN NVIDIA-Linux-x86_64-331.38.orig/kernel/nv-acpi.c NVIDIA-Linux-x86_64-331.38/kernel/nv-acpi.c
--- NVIDIA-Linux-x86_64-331.38.orig/kernel/nv-acpi.c 2014-01-25 09:39:47.126966926 +0100
+++ NVIDIA-Linux-x86_64-331.38/kernel/nv-acpi.c 2014-01-26 09:59:45.853427603 +0100
@@ -303,7 +303,10 @@ static int nv_acpi_remove(struct acpi_de
 
     if (pNvAcpiObject->notify_handler_installed)
     {
+#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 13, 0)
+ /* beginning with 3.13, acpi_remove_notify_handler() waits for events to finish */
         NV_ACPI_OS_WAIT_EVENTS_COMPLETE();
+#endif
 
         // remove event notifier
         status = acpi_remove_notify_handler(device->handle, ACPI_DEVICE_NOTIFY, nv_acpi_event);
@@ -1076,10 +1079,17 @@ RM_STATUS NV_API_CALL nv_acpi_dsm_method
     NvU8 argument3[4]; /* For all DSM sub functions, input size is 4 */
     NvU32 data_size;
     acpi_handle dev_handle  = NULL;
+#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 13, 0)
 #ifdef DEVICE_ACPI_HANDLE
     nv_linux_state_t *nvl = NV_GET_NVL_FROM_NV_STATE(nv);
     dev_handle = DEVICE_ACPI_HANDLE(&nvl->dev->dev);
 #endif
+#else
+#ifdef ACPI_HANDLE
+    nv_linux_state_t *nvl = NV_GET_NVL_FROM_NV_STATE(nv);
+    dev_handle = ACPI_HANDLE(&nvl->dev->dev);
+#endif
+#endif
 
     if (!dev_handle)
         return RM_ERR_NOT_SUPPORTED;
@@ -1179,12 +1189,21 @@ RM_STATUS NV_API_CALL nv_acpi_ddc_method
     NvU32 i;
     acpi_handle dev_handle  = NULL;
     acpi_handle lcd_dev_handle  = NULL;
+#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 13, 0)
 #ifdef DEVICE_ACPI_HANDLE
     nv_linux_state_t *nvl = NV_GET_NVL_FROM_NV_STATE(nv);
     dev_handle = DEVICE_ACPI_HANDLE(&nvl->dev->dev);
 #else
         return RM_ERR_NOT_SUPPORTED;
 #endif
+#else
+#ifdef ACPI_HANDLE
+    nv_linux_state_t *nvl = NV_GET_NVL_FROM_NV_STATE(nv);
+    dev_handle = ACPI_HANDLE(&nvl->dev->dev);
+#else
+        return RM_ERR_NOT_SUPPORTED;
+#endif
+#endif
     if (!dev_handle)
         return RM_ERR_INVALID_ARGUMENT;
 
@@ -1294,12 +1313,21 @@ RM_STATUS NV_API_CALL nv_acpi_rom_method
     struct acpi_object_list input = { 2, rom_arg };
     acpi_handle dev_handle  = NULL;
     uint32_t offset, length;
+#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 13, 0)
 #ifdef DEVICE_ACPI_HANDLE
     nv_linux_state_t *nvl = NV_GET_NVL_FROM_NV_STATE(nv);
-    dev_handle = DEVICE_ACPI_HANDLE(&nvl->dev->dev);
+    dev_handle = ACPI_DEVICE_HANDLE(&nvl->dev->dev);
 #else
     return RM_ERR_NOT_SUPPORTED;
 #endif
+#else
+#ifdef ACPI_HANDLE
+    nv_linux_state_t *nvl = NV_GET_NVL_FROM_NV_STATE(nv);
+    dev_handle = ACPI_HANDLE(&nvl->dev->dev);
+#else
+    return RM_ERR_NOT_SUPPORTED;
+#endif
+#endif
 
     if (!dev_handle)
         return RM_ERR_INVALID_ARGUMENT;
@@ -1364,12 +1392,21 @@ RM_STATUS NV_API_CALL nv_acpi_dod_method
     union acpi_object *dod;
     acpi_handle dev_handle = NULL;
     NvU32 i, count = (*pSize / sizeof(NvU32));
+#if LINUX_VERSION_CODE < KERNEL_VERSION(3, 13, 0)
 #ifdef DEVICE_ACPI_HANDLE
     nv_linux_state_t *nvl = NV_GET_NVL_FROM_NV_STATE(nv);
     dev_handle = DEVICE_ACPI_HANDLE(&nvl->dev->dev);
 #else
     return RM_ERR_NOT_SUPPORTED;
 #endif
+#else
+#ifdef ACPI_HANDLE
+    nv_linux_state_t *nvl = NV_GET_NVL_FROM_NV_STATE(nv);
+    dev_handle = ACPI_HANDLE(&nvl->dev->dev);
+#else
+    return RM_ERR_NOT_SUPPORTED;
+#endif
+#endif
 
     if (!dev_handle)
         return RM_ERR_INVALID_ARGUMENT;
diff -rupN NVIDIA-Linux-x86_64-331.38.orig/kernel/uvm/nvidia_uvm_linux.h NVIDIA-Linux-x86_64-331.38/kernel/uvm/nvidia_uvm_linux.h
--- NVIDIA-Linux-x86_64-331.38.orig/kernel/uvm/nvidia_uvm_linux.h 2014-01-25 09:39:47.172966925 +0100
+++ NVIDIA-Linux-x86_64-331.38/kernel/uvm/nvidia_uvm_linux.h 2014-01-25 09:46:40.572999245 +0100
@@ -405,11 +405,17 @@ typedef void irqreturn_t;
 // not require the RCU's read lock on current->cred.
 //
 //
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(3, 5, 0)
+#define NV_KUID_TO_UID(value) (__kuid_val(value))
+#else
+#define NV_KUID_TO_UID(value) (value)
+#endif
+
 #if defined(NV_TASK_STRUCT_HAS_CRED)
 #define NV_CURRENT_EUID() \
-    (((typeof(*current->cred) __force __kernel *)current->cred)->euid)
+        NV_KUID_TO_UID(((typeof(*current->cred) __force __kernel *)current->cred)->euid)
 #else
-#define NV_CURRENT_EUID() (current->euid)
+#define NV_CURRENT_EUID() NV_KUID_TO_UID(current->euid)
 #endif
 
 #define NV_ATOMIC_SET(data,val)         atomic_set(&(data), (val))

Ps: beim DVB vergessen den Patch zu aktivieren. Oder ist dieser jetzt schon obsolet ?