2.6.1-mm1: A couple of problems

Hi Andrew, just a copule of problems with kernel 2.6.1-mm1

- artsd running with ALSA gives the error: "CPU overloading, stopping" just few seconds after it began to play a song. It's a P4 HT with SMP enabled.

- Xfree hang: in a Dell Latitude laptop (P3-M 933), xfree (4.3, last version in Debian experimental) hangs and shows a white screen. The keyboard is also blocked, but login from the network is still OK. There is no any error message. I also see the same effect when I tryed to run Xine in full screen mode.

Hope this helps.

  ricardo galli       GPG id C8114D34
  http://mnm.uib.es/~gallir/

Same problem here with a dual PIII, 1GB RAM, BTW, I'm uncompressing kernel to build the 2.6.1-mm2 kernel, and preemption is not doing a very good job, xmms (using xmms-alsa) skips for about 1 second every 5 secs or so.

I dont have that problem, using nvidia propietary module, or the xfree nv one.

Are you sure you didnt change the keyboard recently ?? maybe xfree is misconfigured, because that happened to me because of a miscofiguration of a new keyboard.

Max

Linux garaged 2.6.1-mm1 #3 SMP Sat Jan 10 13:18:40 CST 2004 i686 Pentium III (Coppermine) GenuineIntel GNU/Linux
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GS/ d-s:a-28C++ILHA+++P+L++>+++E---W++N*o--K-w++++O-M--V--PS+PEY--PGP++t5XRtv++b++DI--D-G++e++h-r+y**
------END GEEK CODE BLOCK------
gpg-key: http://garaged.homeip.net/gpg-key.txt

I suppose this is a compatibility problem.

I have just recompiled arts-1.1.94 (aka kde3.2beta2) in gentoo and it does not print the above message. Gentoo contains some kind of patch to arts. I attached it. Try if it helps.

Have a nice day.

Rudo.

@@ -549,6 +549,26 @@ AC_DEFUN([AC_CHECK_LIBASOUND],
       #include <alsa/asoundlib.h>
       #endif
     ],[
+      #if (SND_LIB_MAJOR == 1) && (SND_LIB_MINOR == 0)
+        /* we have ALSA 1.x */
+      #else
+        #error not ALSA 1.x
+      #endif
+    ],
+    kde_has_alsa_1_0=yes,
+    kde_has_alsa_1_0=no)
+  fi
+
+  if test "x$kde_has_asoundlib" = "xyes"; then
+    AC_TRY_COMPILE([
+      #include "confdefs.h"
+      #ifdef HAVE_SYS_ASOUNDLIB_H
+      #include <sys/asoundlib.h>
+      #endif
+      #ifdef HAVE_ALSA_ASOUNDLIB_H
+      #include <alsa/asoundlib.h>
+      #endif
+    ],[
     #if (SND_LIB_MAJOR == 0) && (SND_LIB_MINOR == 5)
       /* we have ALSA 0.5.x */
     #else

@@ -575,6 +595,18 @@ AC_DEFUN([AC_CHECK_LIBASOUND],
           AC_DEFINE(HAVE_SND_PCM_RESUME, 1,
             [Define if libasound has snd_pcm_resume()])])
       fi
+      if test "x$kde_has_alsa_1_0" = "xyes"; then
+        LIBASOUND="-lasound"
+        AC_DEFINE(HAVE_LIBASOUND2, 1,
+          [Define if you have libasound.so.2 (required for ALSA 0.9.x/1.x support)])
+	AC_DEFINE(ALSA_PCM_OLD_SW_PARAMS_API, 1,
+          [Define if you have alsa 1.x])
+	AC_DEFINE(ALSA_PCM_OLD_HW_PARAMS_API, 1,
+          [Define if you have alsa 1.x])
+        AC_CHECK_LIB(asound,snd_pcm_resume,[
+          AC_DEFINE(HAVE_SND_PCM_RESUME, 1,
+            [Define if libasound has snd_pcm_resume()])])
+      fi
     ])
   fi
   AC_SUBST(LIBASOUND)

That message came from artsd, not the kernel I assume. There's a big ALSA patch in mm1, but how it could cause artsd to do this I do not know.

Could you please do a `patch -p1 -R' of

ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.1/2.6.1-mm1/broken-out/DRM-cvs-update.patch

and see if that fixes it?