Tout ce qu'il faut savoir pour passer au Kernel 2.5.69 sans se planter

Tout ce qu'il faut savoir pour passer au Kernel 2.5.69 sans se planter - Installation - Linux et OS Alternatifs

Marsh Posté le 23-05-2003 à 12:59:19    

parce qu'à priori la transition est loin d'être automatique, je propose un topic qui réunit tout ce dont on a besoin pour passer d'un 2.4.X à un 2.5.69
 
je viens de voir par exemple que la ligne fstab pour monter le bus usb a changé : je sais pas si l'ancienne syntaxe est toujours valide ou s'il faut vraiment changer manuellement cette ligne
 
y-a aussi un truc à savoir pour les nvidia (moricon ou je sais plus trop quoi)
 
ceux qui ont des conseils spécifique pour la debian, ils sont les bienvenu étant donné que j'utiliserais make-kpkg pour l'installer
 
et n'hésiter pas à faire des feedback, notamment sur le gain en perf et surtout sur la stabilité de la bestiole (du moment que je ne perde pas de donner, je m'en fous ... et de toute façon je vais me faire les dents sur ma passerelle)
 
 
sinon y-a une histoire sur la version des binutils à avoir etc ...  je crois que j'ai ce qui faut dans la deb (une sid), mais pour d'autre distrib, c'est peut-être bon à rappeler


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 23-05-2003 à 12:59:19   

Reply

Marsh Posté le 23-05-2003 à 13:27:27    

Tiens c marrant paske sur ma sarge voila ce que je viens de lancer    
 

Citation :


The following NEW packages will be installed:
  kernel-doc-2.5.69 kernel-source-2.5.69  
0 packages upgraded, 2 newly installed, 0 to remove and 1  not upgraded.
Need to get 31.4MB/33.5MB of archives. After unpacking 35.2MB will be used.
Do you want to continue? [Y/n]  
Get:1 ftp://ftp.de.debian.org sarge/main kernel-source-2.5.69 2.5.69-1 [31.4MB]

 
 
 :whistle:

Reply

Marsh Posté le 23-05-2003 à 13:35:58    

lol, moi je viens juste d'emerger-compiler le 2.5.69-mm8  :lol:  
 
alors je n'ai pas de pb particulier, ca boote bien tout seul. J'ai pas patché les drivers nvidia (c'est minion le type qu'a fait les patchs ;)), parce que je ne sais pas comment on fait  :??:  J'ai jamais eu besoin de le faire avec un noyau, alors quelqu'un a la syntaxe ?
 
du coup j'ai chargé le drivers nv de Xfree, et c'est vrai que c'est bien plus reactif que mon 2.4.20 gentoo (patché tt seul avec les kolivas).  
 
Alsa compilé en dur fonctionne comme un charme, aussi  :D  
 

Reply

Marsh Posté le 23-05-2003 à 14:04:31    

putain il faut qt pour le make xconfig  :pfff:

Reply

Marsh Posté le 23-05-2003 à 15:12:12    

je trouve nulle part sur le net comment patcher les drivers nvidia... ca se fait avec "patch", non ?
 
le man dit : patch -p[num] patchfile
 
je comprends pas ce qu'est le -p
Je suis le seul n00b du net a pas savoir faire ca ?

Reply

Marsh Posté le 23-05-2003 à 15:17:43    

Perchut2 a écrit :

je trouve nulle part sur le net comment patcher les drivers nvidia... ca se fait avec "patch", non ?
 
le man dit : patch -p[num] patchfile
 
je comprends pas ce qu'est le -p
Je suis le seul n00b du net a pas savoir faire ca ?


 
euh man patch ??
 
 

-pnum  or  --strip=num
          Strip the smallest prefix containing num leading slashes from each file name found in the patch file.  A sequence
          of  one  or  more adjacent slashes is counted as a single slash.  This controls how file names found in the patch
          file are treated, in case you keep your files in a different directory than the person who sent  out  the  patch.
          For example, supposing the file name in the patch file was
 
             /u/howard/src/blurfl/blurfl.c
 
          setting -p0 gives the entire file name unmodified, -p1 gives
 
             u/howard/src/blurfl/blurfl.c
 
          without the leading slash, -p4 gives
 
             blurfl/blurfl.c
 
          and  not specifying -p at all just gives you blurfl.c.  Whatever you end up with is looked for either in the cur-
          rent directory, or the directory specified by the -d option.
 

Reply

Marsh Posté le 23-05-2003 à 15:31:04    

ben oui, j'ai regardé le man, mais j'ai pas bien compris ou j'appliquais le patch, et le -p, ben c'est pas d'une clarté absolue  :o  
 
 
 

Citation :

diff -ruN NVIDIA_kernel-1.0-4363/Makefile NVIDIA_kernel-1.0-4363-2.5/Makefile
--- NVIDIA_kernel-1.0-4363/Makefile 2003-04-20 03:57:20.000000000 +0200
+++ NVIDIA_kernel-1.0-4363-2.5/Makefile 1970-01-01 01:00:00.000000000 +0100
@@ -1,169 +0,0 @@
-# This Makefile is automatically generated; do not edit
-#   Generated on 'builder3.nvidia.com' on Sat Apr 19 17:46:47 PDT 2003
-

 
 
je tape patch (-pX ?) NVIDIA_kernel-1.0-4363-2.5.diff sur ce fichier, au dessus du repertoire NVIDIA_kernel-1.0-4363 ?
 
j'ai essayé, ca fait rien  :sweat:

Reply

Marsh Posté le 23-05-2003 à 16:24:20    

moi en général je fais un :  
 
patch -p0 < nom_du_patch  
 
dans le rép juste au dessus du rép à patcher


---------------
Self Destruction Might Be The Answer - http://www.kazekami.org
Reply

Marsh Posté le 23-05-2003 à 16:27:57    

-mmbon pendant que vous vous prenez la tete pour des conneries sur les trolls de la semaine, voici la procédure pour passer en noyau 2.5.69-mm8 sous gentoo avec une nvidia
 
emerger les sources du nouveau noyau
refaire le lien correct du rep 2.5.69 vers /usr/src/linux
make xconfig / menuconfig
make clean
make bzImage
make modules
make modules_install
 
ensuite  
 
emerge module-init-tools
 
( Latest version available: 0.9.11a
      Latest version installed: 0.9.11a
      Size of downloaded files: 332 kB
      Homepage:    http://www.kernel.org/pub/linux/ke [...] ty/modules
      Description: Kernel module tools for the development kernel >=2.5.48 )
 
ensuite
 
emerge nvidia-kernel
 
ensuite on reboote et ca marche tout seul  :p  :p  
 
ahlalal la gentoo;... une distrib de débutants  :pfff:  :o  

Reply

Marsh Posté le 23-05-2003 à 16:29:19    

KazeKami a écrit :

moi en général je fais un :  
 
patch -p0 < nom_du_patch  
 
dans le rép juste au dessus du rép à patcher


 
 :hello:  
 
merci, je note, pour le jour ou je devrais patcher moi meme :)

Reply

Marsh Posté le 23-05-2003 à 16:29:19   

Reply

Marsh Posté le 23-05-2003 à 16:33:53    

pour le nvidia il faut:

cd /tmp (ou autre :)
sh NVIDIA-Linux-x86-1.0-4363.run --extract-only
cd NVIDIA-blabla/usr/src/nv
patch -p1 < /path/NVIDIA_kernel-1.0-4363-2.5.diff
et ensuite tenté un
Makefile -f Makefile.kbuild
ou
Makefile -f Makefile.nvidia


 
.... mais chez moué ça merdoit dans les deux cas avec un:
 

make[1]: Entering directory `/usr/src/linux-2.5.68'
make -f scripts/Makefile.build obj=scripts
make -f scripts/Makefile.build obj=arch/i386/kernel arch/i386/kernel/asm-offsets.s
make[2]: « arch/i386/kernel/asm-offsets.s » est à jour.
*** Warning: Overriding SUBDIRS on the command line can cause
***          inconsistencies
mkdir -p .tmp_versions
  Starting the build. KBUILD_BUILTIN= KBUILD_MODULES=1
make -f scripts/Makefile.build obj=/Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv
  gcc -Wp,-MD,/Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv/.nv.o.d -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=athlon -Iinclude/asm-i386/mach-default -fomit-frame-pointer -nostdinc -iwithprefix include -DMODULE -I/Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv -Wno-cast-qual -Wno-strict-prototypes -DNTRM -D_LOOSE_KERNEL_NAMES -D__KERNEL__ -DMODULE  -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0 -DNV_PATCHLEVEL=4348  -DNV_UNIX   -DNV_LINUX   -DNV_INT64_OK   -DNVCPU_X86 -DREMAP_PAGE_RANGE_5  -DKBUILD_BASENAME=nv -DKBUILD_MODNAME=nvidia -c -o /Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv/nv.o /Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv/nv.c
/Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv/nv.c:47: error: erreur d'analyse syntaxique before "nv_dev_handle"
/Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv/nv.c:47: attention : type defaults to `int' in declaration of `nv_dev_handle'
/Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv/nv.c:47: attention : data definition has no type or storage class
/Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv/nv.c:48: error: erreur d'analyse syntaxique before "nv_ctl_handle"
/Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv/nv.c:48: attention : type defaults to `int' in declaration of `nv_ctl_handle'
/Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv/nv.c:48: attention : data definition has no type or storage class
/Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv/nv.c: Dans la fonction « nvidia_init_module »:
/Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv/nv.c:736: error: `devfs_handle_t' undeclared (first use in this function)
/Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv/nv.c:736: error: (Each undeclared identifier is reported only once
/Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv/nv.c:736: error: for each function it appears in.)
/Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv/nv.c:740: attention : implicit declaration of function `devfs_register'
/Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv/nv.c:741: error: `DEVFS_FL_DEFAULT' undeclared (first use in this function)
make[2]: *** [/Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv/nv.o] Erreur 1
make[1]: *** [/Temp/NVIDIA-Linux-x86-1.0-4363/usr/src/nv] Erreur 2
make[1]: Leaving directory `/usr/src/linux-2.5.68'
nvidia.ko failed to build!
make: *** [module] Erreur 1


Message édité par Acontios le 23-05-2003 à 16:34:49
Reply

Marsh Posté le 23-05-2003 à 16:48:04    

désactive devfs [:spamafote]  
 
sinon pensez bien à installer "module-init-tools", vous aurez des soucis sur les dépendances des modules si vous compilez vous-même sur un >= 2.5.53
 
http://www.kernel.org/pub/linux/ke [...] y/modules/
 
si vous compilez : SURTOUT LISEZ LE README ! sinon vous risquez de pourrir votre distro !


Message édité par BMOTheKiller le 23-05-2003 à 16:48:22
Reply

Marsh Posté le 23-05-2003 à 20:14:08    

parano a écrit :

putain il faut qt pour le make xconfig  :pfff:  


 
ça c'est du progrès :jap:  
d'ailleurs s'il y a des pieges dans le config, par rapport au 2.4, ce serait bien de la signaler
 
j'ai cru comprendre par exemple que les graveurs n'avaient plus besoin de l'émulation scsi
y-a un driver pour la console à ne surtout pas oublier aussi, mais je sais plus lequel
et je crois qu'a priori ça merde si on essaie d'utiliser un .config d'un 2.4 (un peu logique d'ailleurs)
bref, aller aller, on étale sa science s'il vous plait :D


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 23-05-2003 à 20:15:47    

Citation :

et je crois qu'a priori ça merde si on essaie d'utiliser un .config d'un 2.4 (un peu logique d'ailleurs)
bref, aller aller, on étale sa science s'il vous plait

 
 
 
moi j'ai refait la config à la main  :o  
 
par contre, il ne veut pas me la sauvegarder dans un fichier... :(

Reply

Marsh Posté le 23-05-2003 à 20:24:33    

udok a écrit :

j'ai cru comprendre par exemple que les graveurs n'avaient plus besoin de l'émulation scsi


 
ouais, mais uniquement via cdrecord pour le moment, les frontends sont pas prêts (du moins ceux de ma Sid ;))

Reply

Marsh Posté le 23-05-2003 à 20:27:23    

BMOTheKiller a écrit :


si vous compilez : SURTOUT LISEZ LE README ! sinon vous risquez de pourrir votre distro !


 
à ce point là ? [:totoz]
 
 
 
bon allez, je vais être plus clair :
je veux la démarche détailler pour installer le 2.5.69 sur une sid
est-ce que je peux faire comme sur un 2.4 :
make xconfig
make-kpkg kernel-image
 
c'est tout pour une passerelle utilisant le modem speedtouch usb ?
j'ai vraiment besoin de savoir quel piege il faut éviter dans le config
et s'il y en a d'autres, dans le fstab p-t par exemple


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 23-05-2003 à 20:30:41    

911GT3 a écrit :


 
ouais, mais uniquement via cdrecord pour le moment, les frontends sont pas prêts (du moins ceux de ma Sid ;))


 
ah ouai .... :/
bon j'hésite encore, ça fait bcp et j'ai pas trop envi de me prendre la tete si je ne peux pas faire tout ce que je veux ... enfin j'aimerais  bien voir quand même ... raaah ! ce que je peux hésiter :fou:  
 
dont je résume
j'ai besoin de savoir 4 trucs :
- est-ce que ça marche comme pour le 2.4 avec make-kpkg sous sid ?
- est-ce que le driver speedtouch continuera à marcher (faudra p-t recompiler, ou p-t c'est pas supporté du tout)
- idem (2) mais pour nvidia
- y-a t'il des pieges à éviter ? (config, fstab, ...)


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 23-05-2003 à 20:31:25    

udok a écrit :


 
à ce point là ? [:totoz]


 
supprime : lsmod, insmod, rmmod, depmod, modprobe et modinfo
 
maintenant tu me dis comment ça fonctionne sur ta distro :D

Reply

Marsh Posté le 23-05-2003 à 20:38:24    

BMOTheKiller a écrit :


 
supprime : lsmod, insmod, rmmod, depmod, modprobe et modinfo
 
maintenant tu me dis comment ça fonctionne sur ta distro :D  


 
tu parles du truc pour les modules là ? nan parce que je viens de l'installer (y-avait un package pour ma sid), et ça n'a pas l'air d'avoir supprimer quoique ce soit ... enfin j'espere :D


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 23-05-2003 à 20:38:25    

udok a écrit :


 
ah ouai .... :/
bon j'hésite encore, ça fait bcp et j'ai pas trop envi de me prendre la tete si je ne peux pas faire tout ce que je veux ... enfin j'aimerais  bien voir quand même ... raaah ! ce que je peux hésiter :fou:  
 
dont je résume
j'ai besoin de savoir 4 trucs :
- est-ce que ça marche comme pour le 2.4 avec make-kpkg sous sid ?
je peux pas répondre, que dit gogole ? :D
- est-ce que le driver speedtouch continuera à marcher (faudra p-t recompiler, ou p-t c'est pas supporté du tout)
speedtouch est inclu dans le noyau directement maintenant (character device > speedtouch), plus besoin de manip avec mgmt.o il me semble... j'ai un ECI je n'ai donc pas eu l'occasion de chercher à ce sujet
- idem (2) mais pour nvidia
patcher les derniers drivers nvidia avec le patch correspondant du site www.minion.de, ne pas activer devfs dans le noyau, ça pose pb on dirait, sinon j'ai eu aucun soucis avec
- y-a t'il des pieges à éviter ? (config, fstab, ...)  
module-init-tools : faire très attention, nécessaires pour les depmod et insmod au boot.... fstab : pas de soucis à l'horizon, le seul qu'il peut y avoir c'est avec devfs, donc attention à ce niveau.... make install : installe le noyau 2.5 en boot par défaut ! attention si vous n'avez pas de temporisation sur le boot loader ! je vois rien d'autre à dire là....

Reply

Marsh Posté le 23-05-2003 à 20:39:32    

udok a écrit :


 
tu parles du truc pour les modules là ? nan parce que je viens de l'installer (y-avait un package pour ma sid), et ça n'a pas l'air d'avoir supprimer quoique ce soit ... enfin j'espere :D  


 
oki, j'avais effectivement oublié qu'un deb avait été créé aussi, ça existe en binaire pour mandrake aussi

Reply

Marsh Posté le 23-05-2003 à 20:46:34    


 
 
aukaimairciCcoule :)
 
bon, le plus chiant ça risque d'être pour mon spedtouch ... je sais pas comment je vais lancer ma connection du coup :/
pis le mgt.o, je doute qu'il soit passé en gpl ... enfin je vais recherché, je devrais pouvoir trouver de la doc la dessus
pour modules_init_tool, le package debian a fait son travail, et j'ai pas l'impression qu'il y ait de pb
pour les nvidia, c'est con pour le devfs, mais s'il y a juste à mettre en commentaire la ligne correspondante dans le fstab, je devrais pouvoir m'en sortir :D
pour l'installe du noyau, je crois que make-kpkg fera très bien son boulot :sol:  
 
par contre, deux points d'ombre :
- tu n'as rien entendu sur l'usb ? rien a changé par rapport au 2.4 ?
- pour le driver de la console, j'ai vu bcp de monde qui avait des pb a ce niveau mais j'ai pas relevé ce qu'il fallait faire gaffe (et je sais pas trop sur quel mot clé cherché ça dans google :ange: )


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 23-05-2003 à 20:47:55    

ah pis iptables, pas de changement de ce coté là ? ça marchera comme avant ?


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 23-05-2003 à 20:57:10    

make-kpkg fonctionne très bien avec les 2.5.xx

Reply

Marsh Posté le 23-05-2003 à 21:09:51    

911GT3 a écrit :

make-kpkg fonctionne très bien avec les 2.5.xx


 
ok, reste l'usb et le driver de la console :D
pis le speedtouch, comment je vais lancer ma connection, si le driver à utiliser n'est pas le même
pppd call adsl doit être maintenant proscrit j'imagine...


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 23-05-2003 à 21:12:37    

pour la console il faut activer /dev/pts et ajouter une ligne à son fstab je crois :

devpts  /dev/pts devpts defauts 0 0


Reply

Marsh Posté le 23-05-2003 à 21:17:38    

911GT3 a écrit :

pour la console il faut activer /dev/pts et ajouter une ligne à son fstab je crois :

devpts  /dev/pts devpts defauts 0 0


 


 
ah voilà, je crois que c'est ça
bon, c'est cool
je teste gnome sous suse et j'essaie le 2.5 sur ma sid après [:gm_superstar]


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 23-05-2003 à 21:31:46    

je n'ai pas cette ligne, et la console marche bien pourtant  :??:
 
 
et sous gentoo, toujours, le devfs marche avec les nvidia. A l'install, j'ai vu qu'un patch était téléchargé et appliqué sur les drivers pour le ntfs, cependant.


Message édité par perchut2 le 23-05-2003 à 21:36:02
Reply

Marsh Posté le 23-05-2003 à 21:41:45    

- usb, no soucis, ohci et ehci tournent bien chez moi
- console, ben toutes les distro ne mettent pas devpts dans fstab ? :??:  
- iptables, no souscis non plus, quelques features en plus au niveau protocolaire
 
mais bon y a une doc (Documentation/Changes) dans les sources qui expliquent tout ce qui faut pour faire tourner un 2.5, donc les gens qui sont sous deb, lisez-le parce qu'au niveau récent sur cette distro..... :whistle: (c'est le jour du poissooooonnnn [:niiiiiiiiiico] )
 

Reply

Marsh Posté le 23-05-2003 à 22:59:52    

Citation :

- console, ben toutes les distro ne mettent pas devpts dans fstab ? :??:  

 
 
 
 

Citation :

# /etc/fstab: static file system information.
# $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/fstab,v 1.12 2003/03/11 02:50:53 azarah Exp $
#
# noatime turns of atimes for increased performance (atimes normally aren't
# needed; notail increases performance of ReiserFS (at the expense of storage
# efficiency).  It's safe to drop the noatime options if you want and to
# switch between notail and tail freely.
                                                                                                                                                                                           
# <fs>                  <mountpoint>    <type>          <opts>                  <dump/pass>
                                                                                                                                                                                           
# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.
/dev/hda2               /boot           ext3            noauto,noatime          1 1
/dev/hda4               /               ext3            noatime                 0 0
/dev/hdd2               none            swap            sw                      0 0
/dev/hdd1               /home           ext3            defaults,auto          1      2
/dev/hdd3               /stock          ext3            auto,user              0      0
/dev/cdroms/cdrom0      /mnt/cdrom      iso9660         user,noauto,ro          0 0
/dev/hdc2               /stock2         ext3            auto,user              0        0
/dev/hda5               /stock3         ext3            auto,user              1      2
/dev/hdc1               /stock4         ext3            auto,user              1      2
# NOTE: The next line is critical for boot!
none                    /proc           proc            defaults                0 0
                                                                                                                                                                                           
# glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for
# POSIX shared memory (shm_open, shm_unlink).
# (tmpfs is a dynamically expandable/shrinkable ramdisk, and will
#  use almost no memory if not populated with files)
# Adding the following line to /etc/fstab should take care of this:
                                                                                                                                                                                           
none                    /dev/shm        tmpfs           defaults                0 0

 
 
 

Reply

Marsh Posté le 24-05-2003 à 00:55:00    

Perchut2 a écrit :

je n'ai pas cette ligne, et la console marche bien pourtant  :??:


 
possible, j'ai dû la rajouter à une autre occasion [:cupra] (notes le 'je crois' dans mon poste (== tentative de la dernière chance de sauver la face  :whistle: ))


Message édité par Acontios le 24-05-2003 à 00:55:20
Reply

Marsh Posté le 24-05-2003 à 06:47:41    

Dite, 2.5.69-bk16 ca annonce bientôt le 2.5.70 non ? Est-ce que c'est fête les numéros pairs ou ce sont des releases comme les autres ? Le noyau 2.5 en version "normale" (sans snapshot -bk) répond-il à une release plan ou est-il simplement un instanatanné du dévelopement ?
Quand au 2.4.21-rc3, là aussi, ca sent la news pour bientôt ;). Traditionellement ils font combien de rc avant la finale ?
Une dernière chose : c'est normal un "2.0.40-rc6", une rc qui date de presque un an ?!?


Message édité par - Fred - le 24-05-2003 à 06:49:12
Reply

Marsh Posté le 24-05-2003 à 12:37:38    

un bémol pourtant (faut bien sinon on se croirait passé sous win  :o ) : j'ai un pb avec xmms/alsa :
 
quand je lis des mp3/mpc avec xmms et son plugin alsa et que je change de fenetres (c'est à dire que le focus passe de gnome-terminal a phoenix), j'ai une coupure dans le son. quelqu'un avait le meme pb il me semble mais en kernel 2.4. Est ce que c'est dû a gnome/nvidia ? (qui on le sait, n'est pas un modele de rapidité pour l'instant) ; je n'ai pas envie d'emerge kde juste pour savoir si ca va mieux apres...

Reply

Marsh Posté le 24-05-2003 à 14:03:18    

Perchut2 a écrit :

un bémol pourtant (faut bien sinon on se croirait passé sous win  :o ) : j'ai un pb avec xmms/alsa :
 
quand je lis des mp3/mpc avec xmms et son plugin alsa et que je change de fenetres (c'est à dire que le focus passe de gnome-terminal a phoenix), j'ai une coupure dans le son. quelqu'un avait le meme pb il me semble mais en kernel 2.4. Est ce que c'est dû a gnome/nvidia ? (qui on le sait, n'est pas un modele de rapidité pour l'instant) ; je n'ai pas envie d'emerge kde juste pour savoir si ca va mieux apres...


 
:(
non, ça c'est un pb avec le nouveau scheduler à mon avis .... pourtant ils disent bien que c'est fait pour une utilisation bureautique :/
 
bon sinon moi ça commence bien :
 

aze:/usr/src/linux# make xconfig
make -f scripts/Makefile.build obj=scripts
make -f scripts/Makefile.build obj=scripts/kconfig scripts/kconfig/qconf
sed < scripts/kconfig/lkc_proto.h > scripts/kconfig/lkc_defs.h 's/P(\([^,]*\),.*/#define \1 (\*\1_p)/'
  gcc -Wp,-MD,scripts/kconfig/.kconfig_load.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer   -c -o scripts/kconfig/kconfig_load.o scripts/kconfig/kconfig_load.c
/usr/share/qt3/bin/moc -i scripts/kconfig/qconf.h -o scripts/kconfig/qconf.moc
  g++ -Wp,-MD,scripts/kconfig/.qconf.o.d -O2  -I/usr/share/qt3/include  -c -o scripts/kconfig/qconf.o scripts/kconfig/qconf.cc
scripts/kconfig/qconf.cc: Dans destructor « virtual ConfigItem::~ConfigItem()
   »:
scripts/kconfig/qconf.cc:291: error: non-lvalue in unary `&'
make[1]: *** [scripts/kconfig/qconf.o] Erreur 1
make: *** [scripts/kconfig/qconf] Erreur 2

 
vive le menuconfig alors  [:claire_redfield]  
on se fait à tout hein ! :D


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 24-05-2003 à 14:04:25    

ce qu'il y a de bien c'est qu'il récupère lui même comme un grand la config actuelle, et a priori il le fait bien :D


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 24-05-2003 à 14:05:58    

lol, mes premiers noyaux, je les ai compilés en ligne de commande, avec toutes les options qui défilaient les unes a la suite des autres.
 
make config, je crois
 
j'avais lu un howto ou y avait pas indiqué qu'il existait menu/xconfig  :pt1cable:  :pt1cable:  
 
sté longggggggggggg  :sweat:

Reply

Marsh Posté le 24-05-2003 à 14:08:46    

Perchut2 a écrit :

lol, mes premiers noyaux, je les ai compilés en ligne de commande, avec toutes les options qui défilaient les unes a la suite des autres.
 
make config, je crois
 
j'avais lu un howto ou y avait pas indiqué qu'il existait menu/xconfig  :pt1cable:  :pt1cable:  
 
sté longggggggggggg  :sweat:  


oué, tu m'étonnes :sweat:


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 24-05-2003 à 14:09:03    

putain c chiant ces coupures  :(  
 
Bon, sinon, y en a qui ont compilé et réussi a faire marcher le CPU idle ? chez moi ca marche pas, le cpu continue à danser la gigue meme quand je fais rien  :pfff:

Reply

Marsh Posté le 24-05-2003 à 14:26:07    

Perchut2 a écrit :

putain c chiant ces coupures  :(  
 
Bon, sinon, y en a qui ont compilé et réussi a faire marcher le CPU idle ? chez moi ca marche pas, le cpu continue à danser la gigue meme quand je fais rien  :pfff:  


 
je crois que c'est uniquement compatible avec les processeurs pour portable non ?
j'ai voulu mettre le changement de fréquence à la voler, mais j'ai vu dans l'aide que ce n'est compatible qu'avec les proc mobile


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 24-05-2003 à 14:37:31    

non non, je parle pas de la baisse de fréquence (surtout qu'avec mon PIII 650, j'ai pas envie de la baisser la fréquence  :o ), mais de la mise en idle.
 
C'est dans les options d'APM, "cpu idle when [jesaisplusquoi] calls]
 
en pratique, quand tu lis un mp3 et ne fais rien d'autre, ton cpu (y a qu'a regarder gkrellm) fait :
 
1% - 2% - 1% - 2% - 1% - 2% - 1% - 2% - ....
 
sans ca, il fait du 50% en permanence ....

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed