Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
3473 connectés 

 

 

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  134  135  136  ..  180  181  182  183  184  185
Auteur Sujet :

[Noyau Linux] Version 6 et des brouettes

n°753552
j_c_p
Linux user
Posté le 18-11-2005 à 15:58:13  profilanswer
 

Reprise du message précédent :
Ok, il faut dire qu'il y a un certain temps que je laisse le noyau déterminer les bons réglages (ie que je ne m'amuse plus avec hdparm quoi :D).

mood
Publicité
Posté le 18-11-2005 à 15:58:13  profilanswer
 

n°753890
kizuna
Posté le 19-11-2005 à 13:22:19  profilanswer
 

Hello,
 
Je viens de télécharger les sources du kernel 2.6.14.2, et j'ai profiter de l'occasion pour tester le patch CK, mais j'ai plusieur erreur comme quoi c'est déja patcher.... J'ai juste auparavant patcher le kernel avec vesafb-tng. ça viendrai de là ???
 
J'ai lancer la compilation pour voire, ça plante:

Code :
  1. CC      kernel/resource.o
  2. kernel/resource.c:480: attention : ‘__check_region’ is deprecated (declared at kernel/resource.c:468)
  3.   CC      kernel/sysctl.o
  4. kernel/sysctl.c:742: erreur: ‘vm_swappiness’ undeclared here (not in a function)make[2]: *** [kernel/sysctl.o] Erreur 1


 
Sans le patch CK, tout roule...
Une idée ?  
 
Merci d'avance.  ;)

n°753891
Mjules
Modérateur
Parle dans le vide
Posté le 19-11-2005 à 13:23:23  profilanswer
 

le patch ck est contre le noyau 2.6.14 et pas 2.6.14.2

Citation :


THESE INCLUDE THE PATCHES FROM 2.6.14.2 SO START WITH 2.6.14 AS YOUR BASE


 
 [:jean-guitou]


Message édité par Mjules le 19-11-2005 à 13:25:15

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
n°753892
Mjules
Modérateur
Parle dans le vide
Posté le 19-11-2005 à 13:27:06  profilanswer
 

dans un autre registre :
http://lwn.net/Articles/157951/
 
et en particulier :

Citation :


Except that it's not quite so clear. Adrian Bunk demonstrated that, by using the -Os compile option (which instructs gcc to optimize for size), current compilers can make kernels which are quite a bit smaller than those made with the old 2.95 release. The resulting discussion suggests that the kernel developers may try making -Os the default for kernel builds in the future. Fedora already builds its kernels this way. The interesting thing is that, in the past, kernels built with -Os have often performed as well as (or even better than) those optimized for speed. Cache effects have a huge impact on kernel performance, and a smaller kernel is more cache friendly.


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
n°753893
kizuna
Posté le 19-11-2005 à 13:27:24  profilanswer
 

Je pensais que ça passé qd meme...
Bon tant pis, et merci. ;)

n°753894
Mjules
Modérateur
Parle dans le vide
Posté le 19-11-2005 à 13:29:29  profilanswer
 

si con Kolivas l'écrit en majuscule gras sur son site c'est qu'il doit y avoir une raison :spamafote: ;)


Message édité par Mjules le 19-11-2005 à 13:29:40

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
n°753895
kizuna
Posté le 19-11-2005 à 13:32:04  profilanswer
 

Oui, c'est bon merci.
J'ai du mal today~~~

n°753896
chaced
Posté le 19-11-2005 à 13:33:01  profilanswer
 

Vous conseillez le Preemptif low latency ou pas ? car je l'ai mis et je trouve que c'est plus reactif, mais depuis j'ai des blemes avec mon graveur :(


---------------
CPU-Z | Timespy | Mes bd | Mon blog
n°753909
madkat
Posté le 19-11-2005 à 14:11:07  profilanswer
 

Tu graves avec quoi ? Je l'ai mis aussi, et j'ai des blèmes avec k3b (j'ai deux cds de mp3 dont certains sautent).
 
Mais ca n'a peut être pas de rapport, k3b a été retiré de debian testing, c'est sans doute parcequ'ils ont trouvé un gros bug.

n°753919
j_c_p
Linux user
Posté le 19-11-2005 à 14:48:04  profilanswer
 

chaced a écrit :

Vous conseillez le Preemptif low latency ou pas ? car je l'ai mis et je trouve que c'est plus reactif, mais depuis j'ai des blemes avec mon graveur :(


Personnellement, je viens de l'enlever en 2.6.15-rc1 (choix 2 quand même, soit un peu moins de préemption) ;).

mood
Publicité
Posté le 19-11-2005 à 14:48:04  profilanswer
 

n°753921
chaced
Posté le 19-11-2005 à 14:52:36  profilanswer
 

madkat a écrit :

Tu graves avec quoi ? Je l'ai mis aussi, et j'ai des blèmes avec k3b (j'ai deux cds de mp3 dont certains sautent).
 
Mais ca n'a peut être pas de rapport, k3b a été retiré de debian testing, c'est sans doute parcequ'ils ont trouvé un gros bug.


 
En fait ça marche tres bien, mais voila les symptomes :
 
Losque je fais autre chose, genre cliquer sur un lien dans firefox, le graveur donne un coup de burnproof (le voyant s'etteind et se rallume) ou quand je change d'appli, genre passer de Firefox a Gaim, hop, un petit coup de burnproof.
 
C'est pas top comme truc de graver des cds a coups de burnproof quand meme :(
 
PS : je grave avec Graveman mais ce n'est qu'un frontend au classique cdrecord.


---------------
CPU-Z | Timespy | Mes bd | Mon blog
n°754667
Cyberclems​!
No risk, no Fun !
Posté le 21-11-2005 à 17:56:51  profilanswer
 

J'ai eu le même problème pour graver avec mon plextor sur adaptec 2940 U2W
avec k3b et le 2.6.14 (et le 2.6.14.2).
 
J'ai lutté pour trouver l'origine du bug, chez moi ça me freezait carrément le pc, avec la led scsi allumée
en permanence :x
 
J'ai finalement testé un 2.6.12.6 pour voir d'où ça venait et ça marche (je ne gravait plus depuis quelques mois mais là les
durs sont pleins :)
 
Donc il y a bien un bug avec le scsi et le 2.6.14.x
 
Ce qui est fort facheux :x
 
Le tout c'est de le savoir ...
 
Vivement le prochain kernel :)
 
Cya !
 
Cyberclems! <---- hehe2 from Universe !!

n°754669
the_fireba​ll
I have fucking failed
Posté le 21-11-2005 à 18:24:48  profilanswer
 

tiens, moi je n'ai pas de probleme de reeze avec k3b, une adaptec 29160 mais k3b refuse de se lancer, il bloque sur scanning devices et j'ai plein d'erreurs scsi. J'ai testé un 2.6.15-rc1 et meme probleme


---------------
Two thousand years of misery, of torture in my name, hypocrisy made paramount, paranoia the law, my name is called religion, sadistic, sacred whore.
n°754672
j_c_p
Linux user
Posté le 21-11-2005 à 18:30:30  profilanswer
 

Tiens, pas de souci pour K3b pour ma part (0.12.7), que j'ai utilisé hier sans souci (avec un 2.6.15-rc1).
 
Je suis en 2.6.15-rc*, pour des soucis sur le sata (nickel pour le moment / 2.6.14.*).

n°754686
the_fireba​ll
I have fucking failed
Posté le 21-11-2005 à 19:11:23  profilanswer
 

on dirait que le changement de version du driver aic7xxx pose des problemes


---------------
Two thousand years of misery, of torture in my name, hypocrisy made paramount, paranoia the law, my name is called religion, sadistic, sacred whore.
n°754699
madkat
Posté le 21-11-2005 à 20:00:13  profilanswer
 

Est ce que quelqu'un a réussi à compiler les drivers ati pour le 2.6.14.2 ?
Je suis toujours sous sid et j'utilise toujours la méthode flavio.
 
Sinon ayé j'ai enfin un 2.6.14.2 qui marche, depuis la mise à jour de mkinitramfs :)

n°754883
j_c_p
Linux user
Posté le 22-11-2005 à 11:33:24  profilanswer
 

:hello:,
bon, apparemment, il y a encore des petits soucis avec le 2.6.15-rc2 :

Citation :

Nov 22 11:08:26 phoenix64 Unable to handle kernel paging request at 0000040000000008 RIP:
Nov 22 11:08:26 phoenix64 <ffffffff8014a9f8>{find_lock_page+40}
Nov 22 11:08:26 phoenix64 PGD 0
Nov 22 11:08:26 phoenix64 Oops: 0002 [1]
Nov 22 11:08:26 phoenix64 CPU 0
Nov 22 11:08:26 phoenix64 Modules linked in: ppp_synctty ppp_async crc_ccitt ipt_state ipt_REJECT ipt_limit ipt_LOG ip_conntrack_irc ip_conntrack_ftp ip_conntrack iptable_filter nls_iso8859_15 nls_cp850 tuner bttv video_buf v4l2_common btcx_risc tveeprom quickcam videodev snd_pcm_oss snd_mixer_oss snd_bt87x snd_ice1724 snd_ice17xx_ak4xxx snd_ac97_codec snd_ac97_bus snd_ak4114 snd_pcm snd_timer snd_page_alloc snd_ak4xxx_adda snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore kqemu nvidia ide_floppy powernow_k8 processor
Nov 22 11:08:26 phoenix64 Pid: 8374, comm: konqueror Tainted: P      2.6.15-rc2 #1
Nov 22 11:08:26 phoenix64 RIP: 0010:[<ffffffff8014a9f8>] <ffffffff8014a9f8>{find_lock_page+40}
Nov 22 11:08:26 phoenix64 RSP: 0018:ffff81004fca1958  EFLAGS: 00010006
Nov 22 11:08:26 phoenix64 RAX: 0000040000000000 RBX: 0000040000000000 RCX: 0000000000000000
Nov 22 11:08:26 phoenix64 RDX: ffff81003fa958b0 RSI: 000000000000000f RDI: ffff810048e0d990
Nov 22 11:08:26 phoenix64 RBP: 000000000000000f R08: 00000000fffffffa R09: 0000000000000000
Nov 22 11:08:26 phoenix64 R10: 0000000000000000 R11: 0000000000000001 R12: ffff810048e0d990
Nov 22 11:08:26 phoenix64 R13: ffff810048e0d988 R14: ffff810048e0d988 R15: ffff810048e0d870
Nov 22 11:08:26 phoenix64 FS:  00002aaaae9aa260(0000) GS:ffffffff8051e800(0000) knlGS:0000000000000000
Nov 22 11:08:26 phoenix64 CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Nov 22 11:08:26 phoenix64 CR2: 0000040000000008 CR3: 000000004fc43000 CR4: 00000000000006e0
Nov 22 11:08:26 phoenix64 Process konqueror (pid: 8374, threadinfo ffff81004fca0000, task ffff810051661220)
Nov 22 11:08:26 phoenix64 Stack: 0000000000000000 0000000000000000 0000000000000000 00000000000200d2
Nov 22 11:08:26 phoenix64 000000000000000f ffffffff8014aa8e ffff810048e0d988 0000000000000000
Nov 22 11:08:26 phoenix64 000000000000000f 000000000000000f
Nov 22 11:08:26 phoenix64 Call Trace:<ffffffff8014aa8e>{find_or_create_page+30} <ffffffff801b1ad7>{reiserfs_prepare_file_region_for_write+247}
Nov 22 11:08:26 phoenix64 <ffffffff8016b0e9>{__find_get_block+377} <ffffffff801c4e35>{search_by_key+4485}
Nov 22 11:08:26 phoenix64 <ffffffff80181f6e>{inode_update_time+62} <ffffffff801b2807>{reiserfs_file_write+1479}
Nov 22 11:08:26 phoenix64 <ffffffff801ab464>{reiserfs_add_entry+996} <ffffffff80130c2f>{current_fs_time+79}
Nov 22 11:08:26 phoenix64 <ffffffff8013fe40>{autoremove_wake_function+0} <ffffffff80181ef0>{update_atime+64}
Nov 22 11:08:26 phoenix64 <ffffffff8023a387>{clear_page+7} <ffffffff80159fba>{__handle_mm_fault+634}
Nov 22 11:08:26 phoenix64 <ffffffff803ce899>{do_page_fault+1081} <ffffffff8015c02d>{vma_merge+301}
Nov 22 11:08:26 phoenix64 <ffffffff8015d483>{do_mmap_pgoff+1779} <ffffffff80168fb9>{vfs_write+233}
Nov 22 11:08:26 phoenix64 <ffffffff80169153>{sys_write+83} <ffffffff8010d8f6>{system_call+126}
Nov 22 11:08:26 phoenix64
Nov 22 11:08:26 phoenix64
Nov 22 11:08:26 phoenix64 Code: ff 40 08 0f ba 28 00 19 c0 85 c0 74 56 fb e8 55 25 28 00 0f
Nov 22 11:08:26 phoenix64 RIP <ffffffff8014a9f8>{find_lock_page+40} RSP <ffff81004fca1958>
Nov 22 11:08:26 phoenix64 CR2: 0000040000000008

n°754887
Taz
bisounours-codeur
Posté le 22-11-2005 à 11:48:04  profilanswer
 

ça sert à rien de donner tes messages d'erreur
 
Tainted: P
 
 
personne te lira jamais avec ça

n°754889
j_c_p
Linux user
Posté le 22-11-2005 à 11:55:57  profilanswer
 

Oui, je sais pour tainted :p.

n°755747
j_c_p
Linux user
Posté le 25-11-2005 à 00:06:11  profilanswer
 

2.6.14.3 out :

Citation :

Summary of changes from v2.6.14.2 to v2.6.14.3
==============================================
 
Adrian Bunk:
      drivers/isdn/hardware/eicon/os_4bri.c: correct the xdiLoadFile() signature
 
Andi Kleen:
      x86_64/i386: Compute correct MTRR mask on early Noconas
 
Chris Wright:
      Linux 2.6.14.3
 
Harald Welte:
      PPTP helper: Fix endianness bug in GRE key / CallID NAT
      nf_queue: Fix Ooops when no queue handler registered
      ctnetlink: check if protoinfo is present
      ip_conntrack: fix ftp/irc/tftp helpers on ports >= 32768
 
J. Bruce Fields:
      VFS: Fix memory leak with file leases
 
Jean Delvare:
      hwmon: Fix lm78 VID conversion
      hwmon: Fix missing it87 fan div init
 
Joel Schopp:
      ppc64 memory model depends on NUMA
 
Krzysztof Halasa:
      Generic HDLC WAN drivers - disable netif_carrier_off()
 
Krzysztof Piotr Oledzki:
      ctnetlink: Fix oops when no ICMP ID info in message
 
Oleg Nesterov:
      Don't auto-reap traced children
 
Peter Osterlund:
      packet writing oops fix
 
Philip Craig:
      PPTP helper: fix PNS-PAC expectation call id
 
Rusty Rusty:
      NAT: Fix module refcount dropping too far
 
Takashi Iwai:
      Fix soft lockup with ALSA rtc-timer
 
Ville Nuorvala:
      Fix calculation of AH length during filling ancillary data.
 
Vlad Drukker:
      ip_conntrack TCP: Accept SYN+PUSH like SYN
 
Yasuyuki Kozakai:
      refcount leak of proto when ctnetlink dumping tuple
 
YOSHIFUJI Hideaki:
      Fix memory management error during setting up new advapi sockopts.
      Fix sending extension headers before and including routing header.
 
Yuan Mu:
      hwmon: Fix missing boundary check when setting W83627THF in0 limits


 
edit : la sortie date d'une dizaine de minutes :p

Citation :

Linux 2.6.14.3
De:
Chris Wright <chrisw@osdl.org>
Date:
Jeudi 24 Novembre 2005 23:50:14
Forums:
linux.kernel
aucune référence
 
We (the -stable team) are announcing the release of the 2.6.14.3 kernel.
 
The diffstat and short summary of the fixes are below.
 
I'll also be replying to this message with a copy of the patch between
2.6.14.2 and 2.6.14.3, as it is small enough to do so.
 
The updated 2.6.14.y git tree can be found at:
         rsync://rsync.kernel.org/pub/scm/linux/kernel/git/chrisw/linux-2.6.14.y.git
and can be browsed at the normal kernel.org git web browser:
        www.kernel.org/git/
 
thanks,
-chris


Message édité par j_c_p le 25-11-2005 à 00:07:45
n°756017
Fredouye
Shivers !
Posté le 25-11-2005 à 18:02:43  profilanswer
 

dr-freuderick a écrit :

et en gentoo ça se dit comment ? :o


 

Citation :

# echo "sys-kernel/mm-sources ~x86" >> /etc/portage/package.keywords
# emerge -pv sys-kernel/mm-sources
 
These are the packages that I would merge, in order:
 
Calculating dependencies ...done!
[ebuild  N    ] sys-kernel/mm-sources-2.6.15_rc1-r2  -build -doc -symlink 7,752 kB
 
Total size of downloads: 7,752 kB

n°757189
j_c_p
Linux user
Posté le 29-11-2005 à 17:33:31  profilanswer
 

Up :whistle:,
 
j'ai essayé le 2.6.15-rc3, avec le petit patch suivant :

Code :
  1. vm_normal_page can be called with a NULL vma. This can be replaced with
  2. gate_vma, and no problem because none of the gate vmas use VM_PFNMAP
  3. (if they did they would need to set vm_pgoff).
  4. Signed-off-by: Nick Piggin <npiggin@suse.de>
  5. Index: linux-2.6/mm/memory.c
  6. ===================================================================
  7. --- linux-2.6.orig/mm/memory.c
  8. +++ linux-2.6/mm/memory.c
  9. @@ -988,7 +988,8 @@ int get_user_pages(struct task_struct *t
  10.     return i ? : -EFAULT;
  11.    }
  12.    if (pages) {
  13. -    struct page *page = vm_normal_page(vma, start, *pte);
  14. +    struct page *page;
  15. +    page = vm_normal_page(gate_vma, start, *pte);
  16.     pages[i] = page;
  17.     if (page)
  18.      get_page(page);


 
edit :

Citation :

Nick Piggin wrote:
 
> Michael Krufky wrote:
>
>> Unable to handle kernel NULL pointer dereference at virtual address  
>
>> EFLAGS: 00010202   (2.6.15-rc3) EIP is at vm_normal_page+0x17/0x60
>
>> Process gdb (pid: 5628, threadinfo=f488e000 task=f7239a30)
>
>> [<c014a8f5>] get_user_pages+0x29f/0x309
>
> The clues point to the following patch. Can you give it a test
> please?
>
> Thanks,
> Nick
 
Nick-
 
Thank you, this patch fixed the oops, and it also fixed another bug that  
I didnt yet report:
 
2.6.15-rc3 would hang when rebooting, just after it says, "Sending all  
processes the TERM signal...."
 
Your patch below fixes this as well.  I've noticed that akpm has already  
applied this to his tree.  :-D
 
Cheers,
 
Michael Krufky


Mais il y a des soucis avec ce noyau ... retour au 2.6.15-rc1.

Citation :

Nov 29 14:21:33 phoenix64 Call Trace:<ffffffff8014e501>{bad_page+113} <ffffffff8014ec72>{free_hot_cold_page+114}
Nov 29 14:21:33 phoenix64 <ffffffff80158e7d>{unmap_vmas+1213} <ffffffff8015cd0e>{unmap_region+174}
Nov 29 14:21:33 phoenix64 <ffffffff8015d0e5>{do_munmap+565} <ffffffff8015d95d>{sys_munmap+77}
Nov 29 14:21:33 phoenix64 <ffffffff8010d8f6>{system_call+126}  
Nov 29 14:21:33 phoenix64 Trying to fix it up, but a reboot is needed
Nov 29 14:21:33 phoenix64 kde(pam_unix)[8116]: session closed for user jcp
Nov 29 14:21:33 phoenix64 ----------- [cut here ] --------- [please bite here ] ---------
Nov 29 14:21:33 phoenix64 Kernel BUG at mm/rmap.c:486
Nov 29 14:21:33 phoenix64 invalid operand: 0000 [1]  
Nov 29 14:21:33 phoenix64 CPU 0  
Nov 29 14:21:33 phoenix64 Modules linked in: quickcam ppp_synctty ppp_async crc_ccitt ipt_state ipt_REJECT ipt_limit ipt_LOG ip_conntrack_irc ip_conntrack_ftp ip_conntrack iptable_filter nls_iso8859_15 nls_cp850 tuner bttv video_buf v4l2_common btcx_risc tveeprom videodev snd_pcm_oss snd_mixer_oss snd_bt87x snd_ice1724 snd_ice17xx_ak4xxx snd_ac97_codec snd_ac97_bus snd_ak4114 snd_pcm snd_timer snd_page_alloc snd_ak4xxx_adda snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore nvidia ide_floppy powernow_k8 processor
Nov 29 14:21:33 phoenix64 Pid: 8115, comm: X Tainted: P    B 2.6.15-rc3 #1
Nov 29 14:21:33 phoenix64 RIP: 0010:[<ffffffff8015feb2>] <ffffffff8015feb2>{page_remove_rmap+18}
Nov 29 14:21:33 phoenix64 RSP: 0018:ffff810059a8ddc0  EFLAGS: 00010286
Nov 29 14:21:33 phoenix64 RAX: 00000000ffffffff RBX: ffff81005a815570 RCX: ffffffff804eda20
Nov 29 14:21:33 phoenix64 RDX: 0000000000000000 RSI: 00002aaab3cae000 RDI: ffff8100023df550
Nov 29 14:21:33 phoenix64 RBP: 00002aaab3cae000 R08: 800000005ad86067 R09: 0000000000000000
Nov 29 14:21:33 phoenix64 R10: 00002aaab3ca1014 R11: 0000000000003206 R12: ffff8100023df550
Nov 29 14:21:33 phoenix64 R13: 0000000000000020 R14: ffff810059a8de78 R15: ffff810059669cf0
Nov 29 14:21:33 phoenix64 FS:  00002aaaab495b80(0000) GS:ffffffff8051d800(0000) knlGS:0000000000000000
Nov 29 14:21:33 phoenix64 CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Nov 29 14:21:33 phoenix64 CR2: 00000000009f9540 CR3: 0000000059757000 CR4: 00000000000006e0
Nov 29 14:21:33 phoenix64 Process X (pid: 8115, threadinfo ffff810059a8c000, task ffff810059b51750)
Nov 29 14:21:33 phoenix64 Stack: ffffffff80158e69 00002aaab3cbdfff 00002aaab3cbdfff 00002aaab3cbdfff  
Nov 29 14:21:33 phoenix64 ffffffff00000000 ffff81005c1e59c0 00002aaab3cbe000 00002aaab3cbe000  
Nov 29 14:21:33 phoenix64 ffff81005966a550 00002aaab3cbe000  
Nov 29 14:21:33 phoenix64 Call Trace:<ffffffff80158e69>{unmap_vmas+1193} <ffffffff8015cd0e>{unmap_region+174}
Nov 29 14:21:33 phoenix64 <ffffffff8015d0e5>{do_munmap+565} <ffffffff8015d95d>{sys_munmap+77}
Nov 29 14:21:33 phoenix64 <ffffffff8010d8f6>{system_call+126}  
Nov 29 14:21:33 phoenix64  
Nov 29 14:21:33 phoenix64 Code: 0f 0b 68 b4 21 3f 80 c2 e6 01 66 66 66 90 48 c7 c6 ff ff ff  
Nov 29 14:21:33 phoenix64 RIP <ffffffff8015feb2>{page_remove_rmap+18} RSP <ffff810059a8ddc0>


 
Bon, j'ai utilisé les magic keys pour quitter KDE (enfin, ça se fermait, mais ensuite écran noir :p).


Message édité par j_c_p le 29-11-2005 à 17:38:03
n°758999
j_c_p
Linux user
Posté le 04-12-2005 à 14:09:26  profilanswer
 

Citation :

X does an incomplete pfn remapping
Call Trace:<ffffffff801592d8>{remap_pfn_range+152} <ffffffff8800f1c6>{:nvidia:_nv007948rm+24}
       <ffffffff88228c92>{:nvidia:nv_kern_mmap+1326} <ffffffff8015d33d>{do_mmap_pgoff+1389}
       <ffffffff88229111>{:nvidia:nv_kern_ioctl+1069} <ffffffff80113067>{sys_mmap+167}
       <ffffffff8010d8f6>{system_call+126}


http://www.nvnews.net/vbulletin/showthread.php?p=759833
 
Avec le 2.6.15-rc5.
 
Comme précisé dans le lien, le nouveau pilote Nvidia 8*** va bientôt corriger ce souci :).

n°759009
M300A
Posté le 04-12-2005 à 15:15:07  profilanswer
 

madkat a écrit :

Est ce que quelqu'un a réussi à compiler les drivers ati pour le 2.6.14.2 ?
Je suis toujours sous sid et j'utilise toujours la méthode flavio.
 
Sinon ayé j'ai enfin un 2.6.14.2 qui marche, depuis la mise à jour de mkinitramfs :)


 
fglrx est rentré dans sid ;)

n°759014
madkat
Posté le 04-12-2005 à 15:56:54  profilanswer
 

Oui j'ai vu ca, par contre comme j'ai un noyau perso je dois quand même compiler mes drivers.
 
J'ai trouvé l'astuce qui me permet quand même de réussir à compiler, il faut que je lance la compilation du module fglrx sans avoir fait de make-kpkg clean après la compilation du noyau, il doit y avoir un problème quelque part dans les makefile ...
 
Enfin maintenant 2.6.14.3 + drivers ati en dual screen, ca roule :)

n°759019
M300A
Posté le 04-12-2005 à 16:10:28  profilanswer
 

a partir du moment ou t'as /usrc/src/linux pointant sur les sources de ton noyau je ne vois pas ce qui t'empeche d'utiliser module-assistant :??:

n°759431
flipflip
Posté le 05-12-2005 à 16:27:39  profilanswer
 

J'essai de compiler la version 2.6.14.3 et j'ai les messages suivant au make modules_install
 

depmod: *** Unresolved symbols in /lib/modules/2.6.14.3/kernel/drivers/block/cryptoloop.ko
depmod: *** Unresolved symbols in /lib/modules/2.6.14.3/kernel/drivers/char/lp.ko
depmod: *** Unresolved symbols in /lib/modules/2.6.14.3/kernel/drivers/parport/parport_pc.ko
depmod: *** Unresolved symbols in /lib/modules/2.6.14.3/kernel/drivers/serial/8250.ko
depmod: *** Unresolved symbols in /lib/modules/2.6.14.3/kernel/drivers/serial/8250_pci.ko
depmod: *** Unresolved symbols in /lib/modules/2.6.14.3/kernel/drivers/serial/8250_pnp.ko
depmod: *** Unresolved symbols in /lib/modules/2.6.14.3/kernel/drivers/video/vga16fb.ko
depmod: *** Unresolved symbols in /lib/modules/2.6.14.3/kernel/fs/msdos/msdos.ko
depmod: *** Unresolved symbols in /lib/modules/2.6.14.3/kernel/fs/vfat/vfat.ko


 
Bien sur ce n'est pas tout, si je continue la procédure au moment du mkinitrd j'ai le message

No module aic7xxx found for kernel 2.6.14.3


 
J'ai bien fais un lien linux vers le répertoire des sources du 2.6.14.3.

n°759522
madkat
Posté le 05-12-2005 à 19:46:53  profilanswer
 

M300A a écrit :

a partir du moment ou t'as /usrc/src/linux pointant sur les sources de ton noyau je ne vois pas ce qui t'empeche d'utiliser module-assistant :??:


 
Je préfère la méthode make-kpkg, mais de toute façon je n'avais pas ce problème avant le 2.6.14, donc je pense que quelque soit la méthode j'aurais le même problème. Puis de toute façon (re) j'ai trouvé l'astuce pour contourner le problème, donc c'est pas grave.

n°761710
carot0
Posté le 12-12-2005 à 23:34:05  profilanswer
 

slt tlm, j'ai bien le gout de me compiler un kernel pour ma debian.
j'ai choisi le 2.6.14, je lui ai appliqué le patch ck et j'aimerai lui mettre en plus le bootsplash.... probleme j'arrive pas a le trouver pour un kernel 2.6.14
quelqu'un sais ou je peut le trouver ?


---------------
In a world without walls and fences, who needs Windows and Gates
n°768676
Bakster
hmmm...
Posté le 07-01-2006 à 04:07:04  profilanswer
 

Salut, je suis noobie sous nux, j'ai voulu mettre mon kernel a jour (histoire de mettre les mains dans le cambouis) en passant 2.6.15. J'ai réussi a le configurer et a le compiler mais dans le tuto (a la partie installation) ca dit "si boot est une partoch..." et bien moi je n'est pas de partoch boot :(
Alors ma question est comment faire si on a pas de partition boot a monter pour installer le kernel ?  
 
Merci de vos réponses... (et siouplait j'aimerais qu'elles soient bien détaillées je vous rapelle que je débute sous nux :) ) merci à vous.

n°768677
Bakster
hmmm...
Posté le 07-01-2006 à 04:16:46  profilanswer
 

Re
J'ai bien le dossier /boot (qui n'est pas une partoch, je sais pas si c'est grave) mais pas /usr/src/linux/arch/i386/boot/bzImage pourtant j'ai bien j'ai bien tapé cette ligne de commande $ make clean bzImage modules modules_install

n°768747
KikitheKin​g
Kiki le Vrai !
Posté le 07-01-2006 à 12:28:37  profilanswer
 

t'as oublié le "make install" pour finir ;)
 
Et ya des config à faire dans lilo/grub apres.


Message édité par KikitheKing le 07-01-2006 à 12:29:02
n°771922
KikitheKin​g
Kiki le Vrai !
Posté le 15-01-2006 à 15:10:02  profilanswer
 

2.6.15.1 out ;)

n°773265
KikitheKin​g
Kiki le Vrai !
Posté le 19-01-2006 à 13:40:15  profilanswer
 

Pour un proco Mobile Sempron, je coche quoi dans la config du noyau ? Athlon, Duron, K7 ?

n°773272
Mjules
Modérateur
Parle dans le vide
Posté le 19-01-2006 à 13:52:53  profilanswer
 

athlon


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
n°773275
dam1330
...
Posté le 19-01-2006 à 13:55:45  profilanswer
 

vous avez testé ketchup ? je trouve ca particulierement sympas
 
http://linuxfr.org/2006/01/11/20197.html

n°773286
KikitheKin​g
Kiki le Vrai !
Posté le 19-01-2006 à 14:06:45  profilanswer
 

Oki j'ai donc bien compilé :D
 
Merci :)

n°776795
stim
certes
Posté le 29-01-2006 à 16:42:41  profilanswer
 

pour en revenir au sujet abordé y a qq pages sur la corruption de donnée en sata lorsque je suis en 2.4 j'ai aucun probleme par contre des que je passe en 2.6 (testé jusqu'au 2.6.14) j'ai de la corruption pas tres importante mais assez pour le remarquer :/
 
quelqu'un saurais d'ou peux venir le probleme ?
j'ai beau chercher sur le net je seche...

n°776800
perchut2
Hell, it's about time...
Posté le 29-01-2006 à 17:05:48  profilanswer
 

stim a écrit :

pour en revenir au sujet abordé y a qq pages sur la corruption de donnée en sata lorsque je suis en 2.4 j'ai aucun probleme par contre des que je passe en 2.6 (testé jusqu'au 2.6.14) j'ai de la corruption pas tres importante mais assez pour le remarquer :/
 
quelqu'un saurais d'ou peux venir le probleme ?
j'ai beau chercher sur le net je seche...


 
sata géré par le kernel, ou par la libata ?

n°776801
esatx
Posté le 29-01-2006 à 17:09:21  profilanswer
 

Bonjours,
J'ai installé Linux hier pour la 1ere fois (Mandrake 2006 64bits).
J'ai voulu installer les drivers de ma Geforce 6800, je suis donc passé en root, désactiver le X et mit: sh nvidia..run, l'installation se lance mais m'indique un problème de kernel, donc je suis bloqué.
Je cherche depuis ce matin sur google des solutions mais je ne comprend rien.
Comment faire pour avoir les mêmes noyaux ???
Merci de répondre clairement parceque là je vais péter un cable  :lol:  :fou:

n°776802
dam1330
...
Posté le 29-01-2006 à 17:10:26  profilanswer
 

urpmi kernel-headers (un truc dans ce genre je ne suis pas sous mandriva)

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  134  135  136  ..  180  181  182  183  184  185

Aller à :
Ajouter une réponse
 

Sujets relatifs
[GNU/Linux/mdk90] Mauvaise version des kernel-headers ....... [résolu]Le Kernel Linux
Sécuriser Linux par le Kernel : LIDS ou GRSecurity ?[Info@ZDNet][Linux]bug kernel 2.4.20 - perte de donnée
il arrive quand le linux kernel 2.4.20 dans la Debian Sarge ?[Linux Mandrake 9] Kernel Panic :(
une carte du kernel linux très impressionnante !!Linux --> Kernel panic
Les 'tainted kernel' , 'no license' & cie sous linux....Mise a jour d'un kernel, je crois que je vais abandonner linux....
Plus de sujets relatifs à : [Noyau Linux] Version 6 et des brouettes


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)