[Noyau Linux] Version 6 et des brouettes

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 179 180 181 182 183 184 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [Noyau Linux] Version 6 et des brouettes

cyberslan

Reprise du message précédent :
ça doit limité les interactions sur les sites non ?

Message cité 1 fois

Publicité

TNZ

Ryzen 9 5950X powered ...

Pour info, la version 6.3-rc5 se compile, s'installe et fonctionne avec KRN

`..---+/---..` root@Mediacenter
`---.`` `` `.---.` OS: Neon 22.04 jammy
.--.` `` `-:-. Kernel: x86_64 Linux 6.3.0-rc5-amd64
`:/: `.----//----.` :/- Uptime: 1m
.:. `---` `--.` .:` Packages: 2173
.:` `--` .:- `:. Shell: bash 5.1.16
`/ `:. `.-::-.` -:` `/` Resolution: 4880x2560
/. /. `:++++++++:` .: .: WM: KWin
`/ .: `+++++++++++/ /` `+` GTK Theme: Adwaita [GTK3]
/+` -- .++++++++++++` :. .+: Disk: 1,4T / 2,0T (69%)
`/ .: `+++++++++++/ /` `+` CPU: Intel Core i5-2400 @ 4x 3.4GHz [34.0°C]
/` /. `:++++++++:` .: .: GPU: llvmpipe (LLVM 15.0.7, 256 bits)
./ `:. `.:::-.` -:` `/` RAM: 798MiB / 23856MiB
.:` `--` .:- `:.
.:. `---` `--.` .:`
`:/: `.----//----.` :/-
.-:.` `` `-:-.
`---.`` `` `.---.`
`..---+/---..`

---------------
"Mieux vaut demander à un qui sait plutôt qu'à deux qui cherchent." ... "Le plus dur, c'est de faire simple.", TNZ

Trit'

cyberslan a écrit :

ça doit limité les interactions sur les sites non ?

Forcément (même si les liens sont pris en charge), mais faut plutôt voir ça comme un défi de geek dans toute sa splendeur (accéder à des blogs, articles de presse ou Wikipédia depuis des machines potentiellement plus anciennes que le Web, et ne prennent donc pas en charge les algos de chiffrement actuels) ; et aussi comme un moyen d’accéder hyper-rapidement à l’info que tu veux lire (puisque tu n’as que du texte à afficher), sans subir des encarts pub ou des images et vidéos qui peuvent alourdir la page (je connais un autre type qui a créé un proxy Web similaire sur Gemini et qui donne des statistiques sur la bande passante économisée par rapport au site original : ça peut réduire le total à télécharger jusqu’à plus de 90%, parfois !).

Personnellement, je m’en sers surtout pour lire vite fait des articles de sites que je sais assez lourdingues, et que j’ai pas envie de charger d’abord en entier pour ensuite passer en mode lecture.

Message édité par Trit' le 06-04-2023 à 10:27:36

rat de combat

attention rongeur méchant!

Le 6.2.11 ne semble pas compiler sous Debian 11... Quelqu'un a réussi ou a eu des soucis? Pour l'instant j'ai que "make: error 2", je regarde de plus près...

Message cité 2 fois

SnowBear

rat de combat a écrit :

Le 6.2.11 ne semble pas compiler sous Debian 11... Quelqu'un a réussi ou a eu des soucis? Pour l'instant j'ai que "make: error 2", je regarde de plus près...

Pas encore reboot mais il a compilé sans problème ici.

PetitJean

Bon ben hon

rat de combat a écrit :

Le 6.2.11 ne semble pas compiler sous Debian 11... Quelqu'un a réussi ou a eu des soucis? Pour l'instant j'ai que "make: error 2", je regarde de plus près...

dans les logs ubuntu, certaines constructions ont échoué car il manque libfuse-dev

---------------
Non

rat de combat

attention rongeur méchant!

Merci, mais à priori c'est plus embêtant:

HOSTCC drivers/tty/vt/conmakehash
CC fs/direct-io.o
CC [M] drivers/char/virtio_console.o
Segmentation fault
make[6]: *** [scripts/Makefile.build:252: drivers/char/hpet.o] error 139

J'avais autre chose à faire, faut que je regarde maintenant cette histoire.

---------------
Si vous ouvrez un sujet merci de ne pas le "laisser mourir" subitement et de le marquer comme "résolu" le cas échéant!

rat de combat

attention rongeur méchant!

Bon bah j'y comprend rien... J'ai fait un build avec V=1 soit verbose et pas de soucis, du coup j'ai refait un build "normal" comme avant et en partant de zéro et c'est passé aussi! Je ne cherche pas...

---------------
Si vous ouvrez un sujet merci de ne pas le "laisser mourir" subitement et de le marquer comme "résolu" le cas échéant!

make install

Ta RAM est potentiellement HS ?
Sinon juste un bug aléatoire de de ton compilateur [:heow]

Message cité 1 fois

rat de combat

attention rongeur méchant!

make install a écrit :

Ta RAM est potentiellement HS ?

Ca m'étonnerai, mon système est stable en principe (touchons du silicium).
Ca doit être le compilo qui déconnait. Ce genre de bugs c'est les pires...

Message cité 1 fois

Publicité

make install

rat de combat a écrit :

Ca m'étonnerai, mon système est stable en principe

la définition d'un problème de ram quoi
Quelques passes de memtest (le vrai au boot pas celui en userland) pour être sûr ça fait jamais de mal

rat de combat

attention rongeur méchant!

Non non, je me suis mal exprimé. Mon système est parfaitement stable à condition de forcer la CG à pleine puissance, le fameux bug que personne n'arrive à résoudre...

Message cité 1 fois

---------------
Si vous ouvrez un sujet merci de ne pas le "laisser mourir" subitement et de le marquer comme "résolu" le cas échéant!

make install

Je vois pas le rapport mais je m'arrête ici, ça mène nulle part.

Message cité 1 fois

TNZ

Ryzen 9 5950X powered ...

Je compilerai la 6.2.11 sur une VM Debian du taf lundi et je vous dirai.

---------------
"Mieux vaut demander à un qui sait plutôt qu'à deux qui cherchent." ... "Le plus dur, c'est de faire simple.", TNZ

rat de combat

attention rongeur méchant!

make install a écrit :

Je vois pas le rapport mais je m'arrête ici, ça mène nulle part.

Désolé, je dois parler chinois.

En bref:
-Mon système est stable, je ne sais pas d'où venait cette erreur mais je ne pense pas que la RAM soit en cause.
-J'ai pu compiler la 6.2.11 au final.

:hello:

Message cité 1 fois

---------------
Si vous ouvrez un sujet merci de ne pas le "laisser mourir" subitement et de le marquer comme "résolu" le cas échéant!

Mjules

Modérateur
Parle dans le vide

rat de combat a écrit :

Non non, je me suis mal exprimé. Mon système est parfaitement stable à condition de forcer la CG à pleine puissance, le fameux bug que personne n'arrive à résoudre...

AMHA, le fait de désactiver la gestion de l'énergie sur ta CG doit forcer un autre truc (le bus PCIe par ex) à tirer aussi plus de courant ce qui impacte un élément comme CPU/RAM/northbridge, possiblement en empêchant de dormir ou de se sousvolter.
On le voit plutôt dans l'autre sens avec l'overclocking mais j'avais une machine qui plantait complètement uniquement quand elle était peu chargée, le GPU légèrement utilisé et les C-states activés (CPU baytrail : https://bugzilla.kernel.org/show_bug.cgi?id=109051 ) alors c'est pas du domaine de l'impossible.

autre exemple qui se rapproche un peu : https://old.reddit.com/r/Amd/commen [...] stability/

un autre bug qui ressemble aussi : https://bugzilla.kernel.org/show_bug.cgi?id=206903 en particulier les derniers commentaires

Message édité par Mjules le 15-04-2023 à 18:44:20

---------------
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.

rat de combat

attention rongeur méchant!

Il y a en effet un autre bug connu, celui des C-states pour les Ryzen 1ère génération. J'ai un petit script qui désactive ça au boot et/ou c'est désactivé dans le BIOS (je sais plus ). Mais le truc de la gestion d'énergie des CG AMD est bien connu aussi et à ma connaissance personne n'a réellement de solution sauf forcer la CG à pleine puissance. Après je ne connais pas suffisamment le hardware ni le noyau Linux pour connaître toutes les choses que ça peut engrendrer etc. Je sais juste que avec le "fix" Ryzen et le "fix" CG mon système est stable. Maintenant cette histoire de SIGSEGV en compilant le .11, aucune idée, mais les chemins de l'informatique parfois...

---------------
Si vous ouvrez un sujet merci de ne pas le "laisser mourir" subitement et de le marquer comme "résolu" le cas échéant!

TNZ

Ryzen 9 5950X powered ...

rat de combat a écrit :

Bien !
La compil de la 6.2.11 s'est passée comme un fleur. J'ai même pu booter une Debian 12 avec

---------------
"Mieux vaut demander à un qui sait plutôt qu'à deux qui cherchent." ... "Le plus dur, c'est de faire simple.", TNZ

j_c_p

Linux user

Noyau 6.3 en approche a priori.

edit : wait!

C'est sorti .
L'annonce de Linus Torvalds :

From Linus Torvalds <>
Date Sun, 23 Apr 2023 12:19:18 -0700
Subject Linux 6.3

It's been a calm release this time around, and the last week was
really no different. So here we are, right on schedule, with the 6.3
release out and ready for your enjoyment.

That doesn't mean that something nasty couldn't have been lurking all
these weeks, of course, but let's just take things at face value and
hope it all means that everything is fine, and it really was a nice
controlled release cycle. It happens.

This also obviously means the merge window for 6.4 will open tomorrow.
I already have two dozen pull requests waiting for me to start doing
my pulls, and I appreciate it. I expect I'll have even more when I
wake up tomorrow.

But in the meantime, let's enjoy (and test) the 6.3 release. As
always, the shortlog below is just this last week's worth of fixes,
which is a pretty random collection. Some misc VM fixes stand out,
but that sounds scarier than it is - they stand out mainly because
everything else is small, and it's unusual to see the mm/ subdirectory
in the diffstat. But it's all pretty small, and a fair chunk of it is
for things like kmsan, not "normal" VM code. Although there's still
some fallout from the conversion to the maple tree and vma iterator.
Let's hope we're all done with that pain.

Anyway - I think we're in good shape, but please do try to prove me
wrong: testing in the real world is where it's at.

Linus

Aussi,

The new MFD_NOEXEC_SEAL and MFD_EXEC flags allows application to
set executable bit at creation time (memfd_create).

When MFD_NOEXEC_SEAL is set, memfd is created without executable bit
(mode:0666), and sealed with F_SEAL_EXEC, so it can't be chmod to
be executable (mode: 0777) after creation.

when MFD_EXEC flag is set, memfd is created with executable bit
(mode:0777), this is the same as the old behavior of memfd_create.

The new pid namespaced sysctl vm.memfd_noexec has 3 values:
0: memfd_create() without MFD_EXEC nor MFD_NOEXEC_SEAL acts like
MFD_EXEC was set.
1: memfd_create() without MFD_EXEC nor MFD_NOEXEC_SEAL acts like
MFD_NOEXEC_SEAL was set.
2: memfd_create() without MFD_NOEXEC_SEAL will be rejected.

The sysctl allows finer control of memfd_create for old-software
that doesn't set the executable bit, for example, a container with
vm.memfd_noexec=1 means the old-software will create non-executable
memfd by default.

Vu là par exemple.
Quelque chose que je viens de remarquer, via dmesg :

memfd_create() without MFD_EXEC nor MFD_NOEXEC_SEAL, pid=2353 'X'

Message édité par j_c_p le 23-04-2023 à 22:04:06

rat de combat

attention rongeur méchant!

Plop

Ca parle à des gens ici des soucis de carte réseau USB avec la connection qui plante et dmesg qui contient ces trucs?

[38918.854357] xhci_hcd 0000:03:00.0: ERROR Transfer event TRB DMA ptr not part of current TD ep_index 4 comp_code 13
[38918.854368] xhci_hcd 0000:03:00.0: Looking for event-dma 0000000137cec010 trb-start 0000000137cedfe0 trb-end 0000000137cedfe0 seg-st
art 0000000137ced000 seg-end 0000000137cedff0

Je suis sous Debian 11 mais avec le 6.3.1 c'est pourquoi je poste ici.
J'ai une carte réseau USB3 ASIX Electronics Corp. AX88179 Gigabit Ethernet (0b95:1790) utilisé en 100MBit car vieille box ADSL (sudo cat /sys/class/net/enx<bidule>/speed).
Le soucis arrive (depuis un certain temps) environ une fois tout les 48h, sachant que - étant en ADSL bien lent - je n'ai jamais beaucoup de traffic sur cette carte. Je ne peux pas dire quand c'est apparu la première fois hélas.
La box est en mode Bridge mais je ne pense pas que ça ait de l'importance.
Quand le bug survient la LED traffic du port au niveau de la box clignote comme un fou. Je dois débrancher et rebrancher le câble (et me reconnecter à internet - bridge comme je disais), ip set link down/up ne suffit pas. J'ai pas testé rmmod/insmod suggéré sur internet pour l'instant.

Parlant d'internet, j'ai bien sûr fait des recherches et trouvé des bugs plus ou moins similaires (https://bugs.launchpad.net/ubuntu/+ [...] ug/1667750 mais à priori là pas de soucis en 100MBit?), mais qui sont marqués résolus, d'où ma question. Je vais à l'occasion changer de carte réseau USB, j'en ai une autre quelque part mais peut-être avec la même puce si c'est lié au pilote (à voir).

Pour l'instant c'est pas trop, trop génânt, mais voulant passer à la fibre je crains des emmerdes si c'est - comme dans les vieux bugs - lié à la quantité de données qui passe par le réseau...

EDIT: Après vérification l'autre carte c'est du D-Link 1312 qui semble utiliser le même pilote. Quelqu'un qui a les mêmes soucis avec du D-Link 13x2 ou du ASIX AX88179?

Message édité par rat de combat le 04-05-2023 à 07:14:17

tarfun

[:paul yamid:1]
Petit Up pour les 20 ans du topic.

Trit'

Déjà ??! :ouch:

Ça nous rajeunit pas ! :lol:

Bon anniversaire ! [:intercalaire]

phraide

bon annif'

---------------
I'm too old for this shit.

PetitJean

Bon ben hon

Olivier Poncet ️ (@ponceto91) :

Bonjour et bon vendredi ! VirtualBox 7.0.10 est disponible \o/ Outre les corrections de bugs, cette version offre le support du noyau Linux 6.4 et 6.5, le support de PulseAudio est amélioré, le support préliminaire d'OpenGL 4.1 est ajouté, etc ... ️

virtualbox.org/wiki/Linux_Dow...

---------------
Non

rat de combat

attention rongeur méchant!

Vu qu'on est en sous-cat' débats, VirtualBox ou KVM/libvirt? Logiquement la deuxième solution est "plus logique" car intégrée au noyau, mais peut-être VB a des avantages?

Perso j'utilise KVM/libvirt, ça fonctionne mais les OS (surtout des Debian aussi) sont un peu lents, je me demandais justement comment rendre ça plus fluide. Par contre le passthrough USB3 c'est du caca.

Message cité 1 fois

---------------
Si vous ouvrez un sujet merci de ne pas le "laisser mourir" subitement et de le marquer comme "résolu" le cas échéant!

PetitJean

Bon ben hon

j'aime bien faire joujou avec GNOME Boxes, donc qemu, donc kvm

---------------
Non

TNZ

Ryzen 9 5950X powered ...

rat de combat a écrit :

Virtualbox utilise KVM sur un host Linux ... et les extensions prennent en charge l'USB3 sans problèmes.
De plus pour le guest, il y a les addons qui aident beaucoup. Je viens de monter un VM Win11 et le pilote graphique VBox 7.0.10 règle les derniers soucis d'affichage / transparence.

---------------
"Mieux vaut demander à un qui sait plutôt qu'à deux qui cherchent." ... "Le plus dur, c'est de faire simple.", TNZ

frenchieisverige

Nej, men HEJSAN!

:hello:
Les versions des noyaux sont à jour.

---------------
[TU]: Linux Mint | NAS Homemade | Noyau Linux | OpenMediaVault | Windows 11

PetitJean

Bon ben hon

le 6.3 a dit au revoir hier

---------------
Non

frenchieisverige

Nej, men HEJSAN!

Je pensais que ça allait aussi passer ici mais rien. Vous pensez quoi de la réduction du support LTS de 6 à deux ans ?
https://www.linux.org/threads/linux [...] ars.46803/

---------------
[TU]: Linux Mint | NAS Homemade | Noyau Linux | OpenMediaVault | Windows 11

rat de combat

attention rongeur méchant!

J'ai regardé très brièvement, à première vue c'est pas une bonne chose mais ils doivent manquer de monde pour la maintenance etc...

---------------
Si vous ouvrez un sujet merci de ne pas le "laisser mourir" subitement et de le marquer comme "résolu" le cas échéant!

Ivy gu

3 blobcats dans un trenchcoat

ça me choque pas, 2 ans c'est déjà pas mal je trouve. Au delà on est vraiment dans le besoin spécifique.

Message cité 2 fois

---------------
fuuuck fuck fuck

Trit'

Ivy gu a écrit :

ça me choque pas, 2 ans c'est déjà pas mal je trouve. Au delà on est vraiment dans le besoin spécifique.

De toute façon, sur les distributions comme Debian et RHEL qui durent jusqu’à 5, voire 10 ans, ce sont les mainteneurs de ces dernières qui assurent le rétroportage des correctifs de sécurité sur leurs paquets du noyau. Ça ne changera pas grand-chose, à part qu’ils n’auront plus de noyau déjà patché en amont au bout de deux ans.

Message cité 1 fois

TNZ

Ryzen 9 5950X powered ...

Et encore, Debian ne fait pas de conservatisme morbide sur les noyaux comme chez RedHat / IBM.

Message édité par TNZ le 06-11-2023 à 03:54:04

---------------
"Mieux vaut demander à un qui sait plutôt qu'à deux qui cherchent." ... "Le plus dur, c'est de faire simple.", TNZ

PetitJean

Bon ben hon

bon ben évidemment le 6.6 et Nvidia... on repasse en 6.5 pour la vidéo HD

---------------
Non

frenchieisverige

Nej, men HEJSAN!

Ivy gu a écrit :

ça me choque pas, 2 ans c'est déjà pas mal je trouve. Au delà on est vraiment dans le besoin spécifique.

Non pour du desktop ça ne me dérange pas, pour du server un peu plus quoi....

Trit' a écrit :

... à moins de compter sur ça. Mais du coup, je ne comprends pas ce travail de rétroportage qui pourrait être dédié à la maintenance direct du kernel. Pas le même travail certes, mais dispersion des ressources.

Message cité 1 fois

---------------
[TU]: Linux Mint | NAS Homemade | Noyau Linux | OpenMediaVault | Windows 11

Bweezy

J'ai installé le 6.5 pour voir (surtout comment MX s'en sort - très bien ), j'étais sur 6.1 par défaut.
Ce changement au niveau des t° cpu (plus basses encore) et du fan (qui ne se lance plus pour rien) [:apges:5]
autocpu freq semble enfin faire son job.
Ce silence :love:
Et du coup la batterie devrait s'en porter mieux aussi.

edit : ah ouais, ça reste en dessous de 10w de consommation maintenant [:alphat]

Message cité 1 fois
Message édité par Bweezy le 16-11-2023 à 14:48:14

regdub

frenchieisverige a écrit :

Chaque distrib. travaillant avec certains patchs spécifiques, ça leur ajouterait du boulot de travailler en plus sur le kernel partagé.
Et ça donnerait quand même du travail de vérification aux mainteneurs officiels qui sont responsables en dernier lieu.

---------------
Legalize it @HFR

TNZ

Ryzen 9 5950X powered ...

Bweezy a écrit :

Essaie le dernier 6.6 ...

Spoiler :

[:azylum] C'est un cran au dessus par rapport aux 6.5

---------------
"Mieux vaut demander à un qui sait plutôt qu'à deux qui cherchent." ... "Le plus dur, c'est de faire simple.", TNZ

Trit'

Ah, donc, c’est la branche de noyau Linux 6.6 qui sera la prochaine LTS quand la branche 6.7 sortira :
https://www.omgubuntu.co.uk/2023/11 [...] rm-support

Côté Arch Linux, on parie qu’on va encore avoir des paquets « linux-lts » en AVANCE de version sur les « linux » à ce moment-là (le passage à la branche suivante pour « linux » se faisant rarement avant la version ×.×.1, et le paquet « linux-lts » passant à la branche LTS suivante quand la non-LTS passe à la sienne) ? :sarcastic:

Bweezy

Passage du laptop AMD 6800 de 6.5.0 (MX) à 6.6.1 (Liquorix) : no souci pour le chargement de amd-pstate-epp par défaut.
Par contre, celui en Intel 11, il me charge acpi-cpufreq au lieu de intel-pstate (cas sur le précédent) :??:

Message édité par Bweezy le 29-11-2023 à 20:45:40

Publicité

Page : 1 2 3 4 5 .. 179 180 181 182 183 184

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Linux et OS Alternatifs

Débats

[Noyau Linux] Version 6 et des brouettes

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

Page générée en 0.097 secondes