Problèmes et questions concernant le noyau et le support matériel.

version linux4.9 et modification a venir

#21Messageil y a 7 ans

:salut:
J'espère que certains modules wifi vont se remettre a fonctionner. Si j'en crois le dernier paragraphe:

    Fix the hw rx checksum is always enabled, and the user couldn't switch
    it to sw rx checksum.
   
    Note that the RTL_VER_01 only support sw rx checksum only. Besides,
    the hw rx checksum for RTL_VER_02 is disabled after
    commit b9a321b48af4 ("r8152: Fix broken RX checksums."). Re-enable it.
   

C'est depuis une mise à jour du 4.4 que certains utilisateurs se sont vus privés de WIFI
Peut-être une simple coïncidence.

version linux4.9 et modification a venir

#22Messageil y a 7 ans

bonjour

Je viens de tester ce noyau linux49.
Le systeme demarre bien si ce n'est les messages d'erreur acpi .
Il en parle sur ce fil :
https://forums.archlinux.fr/viewtopic.php?t=18872

Apparemment pas d'influence sur le fonctionnement , mais ça fait un peu désordre :gsourire:

PS :
testé sur un portable asus d'une dizaine d'année et là pas de soucis

version linux4.9 et modification a venir

#23Messageil y a 7 ans

version linux4.9 et modification a venir

#24Messageil y a 7 ans

version linux4.9 et modification a venir

#25Messageil y a 7 ans

version linux4.9 et modification a venir

#26Messageil y a 7 ans

version linux4.9 et modification a venir

#27Messageil y a 7 ans

version linux4.9 et modification a venir

#28Messageil y a 7 ans

version linux4.9 et modification a venir

#29Messageil y a 7 ans

version linux4.9 et modification a venir

#30Messageil y a 7 ans

version linux4.9 et modification a venir

#31Messageil y a 7 ans

version linux4.9 et modification a venir

#32Messageil y a 6 ans

Erwan a écrit ::bjr: Effectivement c'est pas de la tarte ce linux49 :pleure: Sur mon desktop (signature) aucun problème par contre sur le portable HP full intel en unstable également, impossible de démarrer en 49 :

janv. 10 12:18:56 erwan-pc kernel: [drm:drm_atomic_helper_commit_cleanup_done [drm_kms_helper]] *ERROR* [CRTC:26:pipe A] flip_done timed out
janv. 10 12:19:11 erwan-pc kernel: [c][drm:drm_atomic_helper_commit[/c]_cleanup_done [drm_kms_helper]] *ERROR* [CRTC:26:pipe A] flip_done timed out
janv. 10 12:19:11 erwan-pc kernel: BUG: unable to handle kernel NULL pointer dereference at           (null)
janv. 10 12:19:11 erwan-pc kernel: IP: [<ffffffffbb0c2abb>] __wake_up_common+0x2b/0x80
janv. 10 12:19:11 erwan-pc kernel: RIP  [<ffffffffbb0c2abb>] __wake_up_common+0x2b/0x80
A noter que les erreurs [drm:drm_atomic_helper_commit étaient déjà présentes sur le noyau 48 voir ici et toujours pas résolues à ce jour.

:bjr: toujours pas résolu à ce jour mais, en passant cette option à la ligne de boot, ça démarre comme un charme : video=SVIDEO-1:d J'ai trouvé cela ici si ça peut aider... Par contre le message ACPI BIOS Error (bug): \_SB.PCI0._OSC: Excess arguments - ASL declared 5, ACPI requires 4 (20160831/nsarguments-189) reste bien présent au démarrage mais pas de timout invalidant contrairement au "drm:drm_atomic..." :bien

version linux4.9 et modification a venir

#33Messageil y a 6 ans

version linux4.9 et modification a venir

#34Messageil y a 6 ans

Ouch. :choc:
En même temps, peu d'utilisateurs en configuration bureautique utilisent XFS.
Je suis plus réservé sur l'ACPI qui risque d'impacter les ordinosaures. A suivre...

version linux4.9 et modification a venir

#35Messageil y a 6 ans

version linux4.9 et modification a venir

#36Messageil y a 6 ans

version linux4.9 et modification a venir

#37Messageil y a 6 ans

version linux4.9 et modification a venir

#38Messageil y a 6 ans

nouvelle version
https://cdn.kernel.org/pub/linux/kernel ... Log-4.9.36

cela ne prends pas du tout le bon chemin , il y a de plus en plus de correctifs tout azimut
KVM/arm64/x86/iommu/AMD/boot/tool arch/spi/netfilter/ravb/ipv6/USB/aio/drm/amd/radeon/haswell/virtio_net/laptop ACPI/Btrfs/nfs4.1/alsa/net

version linux4.9 et modification a venir

#39Messageil y a 6 ans

:bjr:

WARNING: CPU: 3 PID: 2840 at arch/x86/kvm/vmx.c:10966 nested_vmx_vmexit+0xdcd/0xde0 [kvm_intel]
..........
...........
entry_SYSCALL64_slow_path+0x25/0x25

This is triggered occasionally by running both win7 and win2016 in L2, in
addition, EPT is disabled on both L1 and L2. It can't be reproduced easily.


Apparemment pas mal de soucis avec la gestion des mémoires cache L1 L2 dans le cas de dual W$. Le jour où les fabricants joueront pleinement le jeu, ça ira tout de suite mieux... Reste que les devs du kernel assurent pour relevé le défit :merci:

version linux4.9 et modification a venir

#40Messageil y a 6 ans

Répondre