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

 

 

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  149  150  151  ..  180  181  182  183  184  185
Auteur Sujet :

[Noyau Linux] Version 6 et des brouettes

n°932259
zecrazytux
Posté le 09-07-2007 à 17:40:04  profilanswer
 

Reprise du message précédent :


boarf mon RC6 est hyper stable :)
faut que jvois si y a eu du changement


---------------
Blog photo/récits activités en montagne http://planetcaravan.net
mood
Publicité
Posté le 09-07-2007 à 17:40:04  profilanswer
 

n°932302
goldyfruit
Je me lève et je confirme !
Posté le 09-07-2007 à 20:17:33  profilanswer
 

Le module PWC (Webcam à base de chip Philips) a encore été enlevé...


---------------
https://openvoiceos.org | https://github.com/orgs/smartgic/
n°932312
multani
Dépressionnisé
Posté le 09-07-2007 à 20:33:12  profilanswer
 

l0ky a écrit :

Bon ben comme prévu le "dernier" patch -ck est sorti avec le 2.6.22 :/
http://lkml.org/lkml/2007/7/9/83


Pas cool :/

n°932328
gee
Bon ben hon
Posté le 09-07-2007 à 20:56:40  profilanswer
 

On peut toujours dire que quelque part Con a réussi, vu que le concurrent du CFS va intégrer le noyau dans probablement pas trop longtemps. C'est toujours mieux de voir son idée volée et intégrée que purement laissée tombée non?


Message édité par gee le 09-07-2007 à 20:57:01

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"
n°932336
l0ky
Posté le 09-07-2007 à 21:02:17  profilanswer
 

Si on veut. Mais la manière dont ca c'est déroulé bof. Kolivas est une personne compétente qui a pris la décision de quitter les affaires du kernel linux à cause de problèmes et de conneries humains.

 

Ca fait plusieurs fois que je  vois des gens très très compétent, humainement super, quitter un truc car d'autres personnes foutent la merde ou n'acceptent pas un truc. [:spamafote]

 

A court terme oui ca peut etre bien, un système intéressant va être implémenté nativement dans le kernel, mais Kolivas aurait pu sortir des choses tout aussi itnéressante ou pousser d'autres idée. La en l'occurence, c'est mal barré.


Message édité par l0ky le 09-07-2007 à 21:03:27
n°932337
M300A
Posté le 09-07-2007 à 21:03:08  profilanswer
 

C'est un projet libre, les developeurs viennent, partent, font des enfants, meurent.
 
C'est la vie :o

n°932356
gee
Bon ben hon
Posté le 09-07-2007 à 21:30:34  profilanswer
 

Ah mais en effet, c'est bien triste. Mais je sais que quand Hans sortira de prison, il montrera que lui il s'en fiche de l'avis des autres, et rendra le RFS4 encore meilleur :love: (ou alors on utilisera ZFS :ange: )


---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"
n°932417
Gf4x3443
Killing perfection
Posté le 09-07-2007 à 22:57:41  profilanswer
 

M300A a écrit :

C'est un projet libre, les developeurs viennent, partent, font des enfants, meurent.
 
C'est la vie :o


 
Pas que dans les projets libres, c'est partout comme ca.
 
Je suis assez dégouté pour CK quand même, j'aimerais pas voir mes contributions finir comme ca.

n°932428
regdub
Posté le 09-07-2007 à 23:22:54  profilanswer
 

Une fois que le nouvel ordonnanceur sera intégré dans vanilla, qui risque d'avoir le plus de poids pour filtrer les patchs qui seront soumis ? Linus ou le concurrent de CK ?


---------------
Legalize it @HFR
n°932442
gee
Bon ben hon
Posté le 09-07-2007 à 23:35:38  profilanswer
 

bah Ingo je pense.


---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"
mood
Publicité
Posté le 09-07-2007 à 23:35:38  profilanswer
 

n°932727
j_c_p
Linux user
Posté le 10-07-2007 à 15:46:24  profilanswer
 

À noter, sur le 2.6.22, concernant l'usb, qu'il faut mieux valider "USB device class-devices (DEPRECATED)", si vous voulez que tous vos périphériques usb fonctionnent ;).
-> http://readlist.com/lists/vger.ker [...] 50101.html

Citation :

> > Please set:
 > > CONFIG_USB_DEVICE_CLASS=y
 > > there should be no patch needed. The option already defaults to yes in
 > > the latest kernel.
 
 > USB device class-devices (DEPRECATED) (USB_DEVICE_CLASS) [N/y/?] (NEW) y
 >  
 > Why is it deprecated if (nut/usb/etc fails) when its not used? Does nut  
 > or udev have to play catch-up to adhere to the new kernel changes?
 
 The usb_device class was created to replace the /proc usbfs device nodes
 which can't handle access-control-lists for logged-in users.
 The device nodes worked fine, but plugging into the device events to
 trigger userspace device handling created a bunch of problems with the
 event timing. We have several open bugs, that can't be fixed properly
 with using the usb_device-devices.
 
 We changed the driver core to allow us to export device nodes directly
 by bus-devices, instead of forcing us to create artificial devices like
 the usb_device-class, just to export device nodes to userspace. If
 systems set CONFIG_USB_DEVICE_CLASS=n (which defaults to yes now), one
 new udev rule is needed, to replace the functionality of the
 usb_device-class devices. Also the next version of HAL (which is where
 nut receives the events from) will depend on the new device nodes, and
 will not longer use usb_device devices. No changes to nut should be
 needed.
 
 Thanks,
 Kay


 
Sans cela, mon scanner et mon APN était out (pas mon imprimante en revanche), bizarre que ce soit déjà indiqué déprécié et non activé par défaut.
 
Sinon, ma config (cf la petite icône) est assez courante (à base de Nforce4, sans contrôleur usb exotique).


Message édité par j_c_p le 10-07-2007 à 15:49:54
n°932772
l0ky
Posté le 10-07-2007 à 18:11:01  profilanswer
 
n°932786
Xavier_OM
Monarchiste régicide (fr quoi)
Posté le 10-07-2007 à 19:08:53  profilanswer
 


 
Sympa ce git bisect :D (pkoi tu mets un h à Thorvald ? tu vénères Thor ? :o)


---------------
Il y a autant d'atomes d'oxygène dans une molécule d'eau que d'étoiles dans le système solaire.
n°932788
l0ky
Posté le 10-07-2007 à 19:14:51  profilanswer
 

Non je me vénère moi même  [:dawao]

n°932798
Profil sup​primé
Posté le 10-07-2007 à 19:43:50  answer
 

Une tuerie ce 2.6.22 [:huit]
 

n°932850
l0ky
Posté le 10-07-2007 à 22:49:39  profilanswer
 

Le 2.6.22.1 est sorti à l'instant.
=> Fix n'ayant pas été incorporé dans le 2.6.22. Bug du suivit de connection de netfilter pour le protocole SCTP.

 


Message édité par l0ky le 10-07-2007 à 22:51:31
n°932854
l0ky
Posté le 10-07-2007 à 22:59:27  profilanswer
 


Le 2.6.23 risque d'être pas mal intéressant : le CFS (Completely Fair Scheduler) va être intégré dans la mainline.
http://kerneltrap.org/node/11737
 
Pour rappel il s'agit du nouveau scheduler basé sur l'idée de Con Kolivas.  
Infos supplémentaire en anglais Ici

n°932858
Mjules
Parle dans le vide
Posté le 10-07-2007 à 23:21:40  profilanswer
 

un autre son de cloche pour au moins un minimum éclairer le départ de con kolivas :
http://linuxfr.org/comments/849352.html#849352


---------------
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°932861
l0ky
Posté le 10-07-2007 à 23:25:39  profilanswer
 

Effectivement, info intéressantes :jap:

n°932931
Riot
Buy me a riot
Posté le 11-07-2007 à 09:58:25  profilanswer
 

l0ky a écrit :

Non je me vénère moi même  [:dawao]


Moi je venère Zen [:mullet]


---------------
Be the one with the flames.
n°934905
l0ky
Posté le 17-07-2007 à 10:38:12  profilanswer
 

une page intéressante sur les régressions du 2.6.23 (à venir)
http://kernelnewbies.org/known_regressions
Et celles du 2.6.22
http://kernelnewbies.org/known_regressions_2622


Message édité par l0ky le 17-07-2007 à 10:39:58
n°934915
Riot
Buy me a riot
Posté le 17-07-2007 à 11:02:10  profilanswer
 

Ma blague est passée inaperçue ... /o\


---------------
Be the one with the flames.
n°934921
l0ky
Posté le 17-07-2007 à 11:09:23  profilanswer
 

Non non : http://forum.hardware.fr/hfr/profil-74835.htm
Mais je trouvais pas ca marrant \o/

n°934986
goldyfruit
Je me lève et je confirme !
Posté le 17-07-2007 à 13:09:27  profilanswer
 

goldyfruit a écrit :

Le module PWC (Webcam à base de chip Philips) a encore été enlevé...


J'ai dit une bêtise...  :whistle:


---------------
https://openvoiceos.org | https://github.com/orgs/smartgic/
n°943378
THRAK
- THR4K -
Posté le 15-08-2007 à 11:16:40  profilanswer
 

Pour ceux qui n'étaient pas tombé dessus, le "Geek Quote of the Summer" est définitivement de Linus Torvalds :

Citation :


So what's a pasty white nerd to do? You can't go out on the beach, because  
the goodlooking people will laugh at you, and kick sand in your face.
[...]
But now you _can_ do something: you can download the latest -rc kernel,  
and smile smugly to yourself, knowing that you are running the latest and  
greatest on your machine. And suddenly it doesn't even matter that summer  
is coming, because you can just sit in the basement, and close the blinds,  
and bask in the warm light from your LCD, rather than the harsh glare of  
the daystar..
[...]
So stop worrying about those dangerous ultraviolet rays, and instead get  
your Vitamin D in the form God (and the pharmaceutical industry) intended:  
small easily swallowed pills. Beaches are overrated anyway, the sand gets  
into the laptop fan and soon it won't work.
 
May you have a great summer,
 
                Linus


 :sol:  
 
 
 
Sinon ayant suivi la triste affaire avec le départ de Con Kolivas, je suis tombé sur un journal plutôt intéressant sur DLFP ; voici le lien pour ceux que ça intéresse :
   ---> http://linuxfr.org/~patrick_g/24982.html
 
 
 
Autre affaire, non moins sérieuse, l'emprisonnement de Hans Reiser suite à la disparition mystérieuse de sa femme ; un autre journal intéressant qui fait le point avec des liens vers le premier entretien avec Hans Reiser depuis son incarcération :
   ---> http://linuxfr.org/~liberf0rce/24787.html
 
 
 
Voilà, histoire de rappeler que du côté de Linux, tout n'est pas si calme que cela durant cette période estivale.  :)  


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
n°943698
Mjules
Parle dans le vide
Posté le 16-08-2007 à 14:06:04  profilanswer
 

la météo du noyau par Jonathan Corbet (de LWN) :
http://www.linux-foundation.org/en [...] r_Forecast


---------------
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°943736
belgique
Posté le 16-08-2007 à 15:21:35  profilanswer
 

Très intéressant. Au final on apprend qu'ils glandent chez gnome contrairement à KDE :cry:

n°943738
Mjules
Parle dans le vide
Posté le 16-08-2007 à 15:24:59  profilanswer
 

à ce sujet justement :
http://troy-at-kde.livejournal.com/5647.html
 
et la réponse :
http://blogs.gnome.org/iain/2007/0 [...] tionaries/


---------------
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°943739
Taz
bisounours-codeur
Posté le 16-08-2007 à 15:34:14  profilanswer
 

belgique a écrit :

Très intéressant. Au final on apprend qu'ils glandent chez gnome contrairement à KDE :cry:


J'aimerais bien savoir combien ils sont chez KDE et qui les payent.

n°943740
belgique
Posté le 16-08-2007 à 15:36:07  profilanswer
 

Plus sérieusement:
Ca marche comment chez KDE maintenant? Ils étaient pas mal supportés par Suse mais ça a du changer avec le rachat par novell. Quelles sont les distro qui investissent dedans? Mandriva?

n°943741
THRAK
- THR4K -
Posté le 16-08-2007 à 15:37:59  profilanswer
 

Mjules a écrit :

la météo du noyau par Jonathan Corbet (de LWN) :
http://www.linux-foundation.org/en [...] r_Forecast


Très bon lien ; merci encore Mjules.  [:cerveau jap]


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
n°943742
Mjules
Parle dans le vide
Posté le 16-08-2007 à 15:43:16  profilanswer
 

belgique a écrit :

Plus sérieusement:
Ca marche comment chez KDE maintenant? Ils étaient pas mal supportés par Suse mais ça a du changer avec le rachat par novell. Quelles sont les distro qui investissent dedans? Mandriva?


mandriva (notamment Laurent Montel qui est toujours dans le top des commiteurs depuis un moment), Kubuntu, Suse, Trolltech et surement d'autres.


---------------
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°943835
mikala
Souviens toi du 5 Novembre...
Posté le 17-08-2007 à 00:06:28  profilanswer
 

Mjules a écrit :


mandriva (notamment Laurent Montel qui est toujours dans le top des commiteurs depuis un moment), Kubuntu, Suse, Trolltech et surement d'autres.


Laurent Montel a quitté mandriva cf: http://wiki.mandriva.com/en/About/MandrivaPeople
Ceci dit il y a Helio Chissini de Castro qui participe pas mal a kde ;)


---------------
Intermittent du GNU
n°943954
The Dml
pouet.. pouet ...
Posté le 17-08-2007 à 11:23:09  profilanswer
 

Le module ipw3496 est intégré dans le 2.6.22.3 ? :)

n°945621
mikala
Souviens toi du 5 Novembre...
Posté le 22-08-2007 à 02:49:12  profilanswer
 

The Dml a écrit :

Le module ipw3496 est intégré dans le 2.6.22.3 ? :)


non.
cf :
mikala@epiche:~$ modinfo ipw3496
modinfo: could not find module ipw3496
mikala@epiche:~$ uname -a
Linux epiche.littleboboy.net 2.6.22.3-tmb-laptop-1mdv #1 SMP Thu Aug 16 21:44:09 EDT 2007 i686 Intel(R) Pentium(R) M processor 1.73GHz GNU/Linux


Message édité par mikala le 22-08-2007 à 02:49:38

---------------
Intermittent du GNU
n°945866
Mjules
Parle dans le vide
Posté le 22-08-2007 à 18:28:22  profilanswer
 

c'est pas plutôt ipw3495 ?


---------------
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°945885
zecrazytux
Posté le 22-08-2007 à 19:02:34  profilanswer
 

ipw3945 bande de moules :o :D


---------------
Blog photo/récits activités en montagne http://planetcaravan.net
n°945886
The Dml
pouet.. pouet ...
Posté le 22-08-2007 à 19:04:18  profilanswer
 

voir même iwl3945 maintenant :)

n°945928
mikala
Souviens toi du 5 Novembre...
Posté le 22-08-2007 à 20:44:55  profilanswer
 

zecrazytux a écrit :

ipw3945 bande de moules :o :D


je sais bien, mais je répondais de manière précise a sa question hein :o


---------------
Intermittent du GNU
n°946102
j_c_p
Linux user
Posté le 23-08-2007 à 12:18:21  profilanswer
 

Pour ceux qui veulent tester le dernier "scheduler" CFS d'Ingo Molnar (en avant première avant le 2.6.23 donc) :
 

Citation :

By popular demand, here is release -v20 of the CFS scheduler. It is a  
full backport of the latest & greatest v2.6.23-rc3 CFS code to  
v2.6.22.5, v2.6.21.7 and v2.6.20.16. The patches can be downloaded from  
the usual place:
 
    http://people.redhat.com/mingo/cfs-scheduler/
 
Changes since -v19: there have been lots of small regression fixes,
speedups, debug enhancements and tidy-ups - many of which can be
user-visible.
 
See the detailed shortlog below - there are nearly 100 changes - they do  
add up to a significant total linecount change. There was no crash bug  
or hang bug found in the CFS code since v19 was released. (in fact the  
last crash/hang bug in CFS was found and fixed in v7, more than 3 months  
ago, and even that crash only happened in an uncommon sw-suspend setup,  
not during normal use. So CFS has turned out to be a pretty robust  
codebase.)
 
Nevertheless, if you had any problems (performance or behavioral) with
v19 it's worth checking v20 out - and if v19 worked great for you it's
worth checking out that v20 still works great =B-)
 
Also, the backported CFS scheduler enables people to test suspected  
scheduler regressions on older codebases too, to filter out the effects  
of other changes.
 
v20 has been build and boot tested on both 32-bit and 64-bit x86, ontop  
of all 3 backport kernel bases. As usual, any sort of feedback,  
bugreport, fix and suggestion is more than welcome!
 
        Ingo
 
------------------->
Adrian Bunk (1):
      sched: make global code static
 
Al Viro (1):
      take sched_debug.c out of nasal demon territory
 
Alexey Dobriyan (2):
      Fix leaks on /proc/{*/sched,sched_debug,timer_list,timer_stats}
      sched: remove binary sysctls from kernel.sched_domain
 
Avi Kivity (1):
      sched: arch preempt notifier mechanism
 
Ingo Molnar (68):
      sched: make cpu_clock() not use the rq clock
      sched: remove cache_hot_time
      sched: calc_delta_mine(): use fixed limit
      sched: uninline calc_delta_mine()
      sched: uninline inc/dec_nr_running()
      sched: ->task_new cleanup
      sched: move load-calculation functions
      sched: add schedstat_set() API
      sched: use schedstat_set() API
      sched: reduce debug code
      sched: batch sleeper bonus
      sched: reorder update_cpu_load(rq) with the ->task_tick() call
      sched: uninline rq_clock()
      sched: schedule() speedup
      sched: clean up delta_mine
      sched: delta_exec accounting fix
      sched: add [__]update_rq_clock(rq)
      sched: eliminate rq_clock() use
      sched: remove rq_clock()
      sched: eliminate __rq_clock() use
      sched: remove __rq_clock()
      sched: remove 'now' use from assignments
      sched: remove the 'u64 now' parameter from print_cfs_rq()
      sched: remove the 'u64 now' parameter from update_curr()
      sched: remove the 'u64 now' parameter from update_stats_wait_start()
      sched: remove the 'u64 now' parameter from update_stats_enqueue()
      sched: remove the 'u64 now' parameter from __update_stats_wait_end()
      sched: remove the 'u64 now' parameter from update_stats_wait_end()
      sched: remove the 'u64 now' parameter from update_stats_curr_start()
      sched: remove the 'u64 now' parameter from update_stats_dequeue()
      sched: remove the 'u64 now' parameter from update_stats_curr_end()
      sched: remove the 'u64 now' parameter from __enqueue_sleeper()
      sched: remove the 'u64 now' parameter from enqueue_sleeper()
      sched: remove the 'u64 now' parameter from enqueue_entity()
      sched: remove the 'u64 now' parameter from dequeue_entity()
      sched: remove the 'u64 now' parameter from set_next_entity()
      sched: remove the 'u64 now' parameter from pick_next_entity()
      sched: remove the 'u64 now' parameter from put_prev_entity()
      sched: remove the 'u64 now' parameter from update_curr_rt()
      sched: remove the 'u64 now' parameter from ->enqueue_task()
      sched: remove the 'u64 now' parameter from ->dequeue_task()
      sched: remove the 'u64 now' parameter from ->pick_next_task()
      sched: remove the 'u64 now' parameter from pick_next_task()
      sched: remove the 'u64 now' parameter from ->put_prev_task()
      sched: remove the 'u64 now' parameter from ->task_new()
      sched: remove the 'u64 now' parameter from update_curr_load()
      sched: remove the 'u64 now' parameter from inc_load()
      sched: remove the 'u64 now' parameter from dec_load()
      sched: remove the 'u64 now' parameter from inc_nr_running()
      sched: remove the 'u64 now' parameter from dec_nr_running()
      sched: remove the 'u64 now' parameter from enqueue_task()
      sched: remove the 'u64 now' parameter from dequeue_task()
      sched: remove the 'u64 now' parameter from deactivate_task()
      sched: remove the 'u64 now' local variables
      sched debug: remove the 'u64 now' parameter from print_task()/_rq()
      sched: move the __update_rq_clock() call to scheduler_tick()
      sched: remove __update_rq_clock() call from entity_tick()
      sched: clean up set_curr_task_fair()
      sched: optimize activate_task()
      sched: optimize update_rq_clock() calls in the load-balancer
      sched: make the multiplication table more accurate
      sched: round a bit better
      sched: fix update_stats_enqueue() reniced codepath
      sched: refine negative nice level granularity
      sched: improve rq-clock overflow logic
      sched: fix typo in the FAIR_GROUP_SCHED branch
      sched debug: dont print kernel address in /proc/sched_debug
      sched: fix sleeper bonus
 
Josh Triplett (2):
      sched: mark sysrq_sched_debug_show() static
      sched: mark print_cfs_stats static
 
Nick Piggin (1):
      sched: debug feature - make the sched-domains tree runtime-tweakable
 
Oleg Nesterov (1):
      sched: run_rebalance_domains: s/SCHED_IDLE/CPU_IDLE/
 
Peter Williams (3):
      sched: tidy up left over smpnice code
      sched: simplify move_tasks()
      sched: fix bug in balance_tasks()
 
Randy Dunlap (1):
      sched: fix kernel-doc warnings
 
Satoru Takeuchi (1):
      sched: remove unused rq->load_balance_class
 
Ulrich Drepper (1):
      sched: clean up sched_getaffinity()


Compilation en cours pour ma part sur le 2.6.22.5 ;).


Message édité par j_c_p le 23-08-2007 à 12:19:09
n°946227
Xavier_OM
Monarchiste régicide (fr quoi)
Posté le 23-08-2007 à 15:27:55  profilanswer
 

:bounce: cool ça


---------------
Il y a autant d'atomes d'oxygène dans une molécule d'eau que d'étoiles dans le système solaire.
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  149  150  151  ..  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)