[Noyau Linux] Version 6 et des brouettes

Recherche :

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

Magicpanda

Pushing the envelope

Reprise du message précédent :
perso j'aime bcp JFS

---------------
" Quel est le but du capital ? Le but du capital c'est produire pour le capital. L'objectif, lui, est illimité. L'objectif du capital c'est produire pour produire." - Deleuze || André Gorz - Vers la société libérée

Publicité

deK

watching for beerz on the wing

bardiel a écrit :

Rien que le fait que ce soit Oracle qui soit derrière ça, ça ne me donne pas du tout envi de tester ce truc.
Go LVM, et basta.

boblenain200 a écrit :

LVM n'est pas un fs

Oui, rien à voir [:spamafote]

Message cité 1 fois
Message édité par deK le 09-10-2011 à 02:40:38

---------------
(old) Feed HA/V

gee

Bon ben hon

bardiel a écrit :

Rien que le fait que ce soit Oracle qui soit derrière ça, ça ne me donne pas du tout envi de tester ce truc.
Go LVM, et basta.

Meme si c'est Oracle derriere, c'est du GNU GPL donc...

---------------
"Phildar t'es vraiment une pute pas finie toi! Et Manu le gros porc arrete de t'marrer!"

boblenain200

deK a écrit :

Oui, rien à voir [:spamafote]

T'as testé ZFS par rapport a Btrfs ?

Il semble aussi complet et bien plus mature non?

deK

watching for beerz on the wing

Ben sous Linux, ZFS ... il n'existe qu'un module Fuse utilisable en userspace, rien qui permette d'installer un système dessus.
Il n'y a vraiment que sous *solaris et FreeBSD que c'est utilisable.

Message cité 2 fois

---------------
(old) Feed HA/V

j_c_p

Linux user

Le noyau 3.1 est sorti .

Profil supprimé

deK a écrit :

Ben sous Linux, ZFS ... il n'existe qu'un module Fuse utilisable en userspace, rien qui permette d'installer un système dessus.
Il n'y a vraiment que sous *solaris et FreeBSD que c'est utilisable.

ZFS est dispo sous debian/kfreebsd :whistle:

Profil supprimé

https://linuxfr.org/news/le-noyau-l [...] disponible [:cerveau o]

thana54

made in concept

Une petite amélioration sympa pour le 3.3: http://www.phoronix.com/scan.php?p [...] px=MTA0MDg

sebfun

le 3.3 sera vraiment excellent
ne serait ce qu'en ce qui concerne le drm nouveau

Publicité

thana54

made in concept

Ah ? T'as de la lecture à nous faire partager ? (même si je n'ai plus de machine sous nvidia @home )

Message cité 1 fois

Profil supprimé

deK a écrit :

Ben sous Linux, ZFS ... il n'existe qu'un module Fuse utilisable en userspace, rien qui permette d'installer un système dessus.
Il n'y a vraiment que sous *solaris et FreeBSD que c'est utilisable.

A priori, il y a nexanta (debian/gnu avec noyau solaris) qui est pas mal pour le stockage (zfs). J'ai pas de retours dessus.

sebfun

thana54 a écrit :

Ah ? T'as de la lecture à nous faire partager ? (même si je n'ai plus de machine sous nvidia @home )

http://www.phoronix.com/scan.php?p [...] px=MTA0MDk
et meme si ça se corrige avec une ligne dans menu.lst
http://www.phoronix.com/scan.php?p [...] px=MTA0MTM

Message édité par sebfun le 13-01-2012 à 11:36:00

j_c_p

Linux user

Hum, hum,

je viens de tester un poil le dernier 3.2.1 (0!), et là, soudainement, la souris devient de plus en plus lente (message KDE : la composition n'est plus activée ...) :

Code :

Jan 16 17:13:30 phoenix64 kernel: irq 18: nobody cared (try booting with the "irqpoll" option)
Jan 16 17:13:30 phoenix64 kernel: Pid: 0, comm: swapper/5 Tainted: P O 3.2.1 #1
Jan 16 17:13:30 phoenix64 kernel: Call Trace:
Jan 16 17:13:30 phoenix64 kernel: <IRQ> [<ffffffff8106ce15>] ? __report_bad_irq+0x2c/0xb4
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8106d097>] ? note_interrupt+0x169/0x1ea
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8106b4bb>] ? handle_irq_event_percpu+0x102/0x11a
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8106b50a>] ? handle_irq_event+0x37/0x59
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff810515d4>] ? sched_clock_local+0x10/0x75
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8106d7f7>] ? handle_fasteoi_irq+0x75/0x9c
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8100327b>] ? handle_irq+0x17/0x1d
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff810031a2>] ? do_IRQ+0x45/0xad
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff813549ab>] ? common_interrupt+0x6b/0x6b
Jan 16 17:13:30 phoenix64 kernel: <EOI> [<ffffffff8126d1db>] ? poll_idle+0x2d/0x69
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8126d1c0>] ? poll_idle+0x12/0x69
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8126d2ac>] ? cpuidle_idle_call+0x83/0xc0
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff81000956>] ? cpu_idle+0xa0/0xc9
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff81510a70>] ? start_secondary+0x1ef/0x1f5
Jan 16 17:13:30 phoenix64 kernel: handlers:
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8123c225>] usb_hcd_irq
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8123c225>] usb_hcd_irq
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8123c225>] usb_hcd_irq
Jan 16 17:13:30 phoenix64 kernel: [<ffffffffa08255f3>] nv_kern_isr
Jan 16 17:13:30 phoenix64 kernel: Disabling IRQ #18

J'avais noté que la température CPU était plus haute de (3-4)° par rapport au 3.1.8, sinon, à part cela tout était normal (même dans les logs).
Bref, après investigation, ça pourrait correspondre : Linux kernel 3.2.0 freeze with 290.10.

Du coup, je reste sur un noyau 3.1.x pour le moment.

Message cité 1 fois

[Albator]

MDK un jour, MDK toujours !

Dans le genre "nvidia freeze", sur le 3.2.0, je n'ai plus moyen d'avoir le son en HDMI sur ma Geforce G210. Sur les 3.1.x, aucun souci, même avec le driver 290.10 pourtant pas très stable par ailleurs.

BloodyCarnage

j_c_p a écrit :

Hum, hum,

je viens de tester un poil le dernier 3.2.1 (0!), et là, soudainement, la souris devient de plus en plus lente (message KDE : la composition n'est plus activée ...) :

Code :

Jan 16 17:13:30 phoenix64 kernel: irq 18: nobody cared (try booting with the "irqpoll" option)
Jan 16 17:13:30 phoenix64 kernel: Pid: 0, comm: swapper/5 Tainted: P O 3.2.1 #1
Jan 16 17:13:30 phoenix64 kernel: Call Trace:
Jan 16 17:13:30 phoenix64 kernel: <IRQ> [<ffffffff8106ce15>] ? __report_bad_irq+0x2c/0xb4
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8106d097>] ? note_interrupt+0x169/0x1ea
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8106b4bb>] ? handle_irq_event_percpu+0x102/0x11a
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8106b50a>] ? handle_irq_event+0x37/0x59
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff810515d4>] ? sched_clock_local+0x10/0x75
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8106d7f7>] ? handle_fasteoi_irq+0x75/0x9c
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8100327b>] ? handle_irq+0x17/0x1d
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff810031a2>] ? do_IRQ+0x45/0xad
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff813549ab>] ? common_interrupt+0x6b/0x6b
Jan 16 17:13:30 phoenix64 kernel: <EOI> [<ffffffff8126d1db>] ? poll_idle+0x2d/0x69
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8126d1c0>] ? poll_idle+0x12/0x69
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8126d2ac>] ? cpuidle_idle_call+0x83/0xc0
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff81000956>] ? cpu_idle+0xa0/0xc9
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff81510a70>] ? start_secondary+0x1ef/0x1f5
Jan 16 17:13:30 phoenix64 kernel: handlers:
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8123c225>] usb_hcd_irq
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8123c225>] usb_hcd_irq
Jan 16 17:13:30 phoenix64 kernel: [<ffffffff8123c225>] usb_hcd_irq
Jan 16 17:13:30 phoenix64 kernel: [<ffffffffa08255f3>] nv_kern_isr
Jan 16 17:13:30 phoenix64 kernel: Disabling IRQ #18

Rien à signaler ici. Les kernels 3.2/3.2.1 fonctionnent normalement avec les 290.10 et KDE4.7.4.
Aucun problème de stabilité à déplorer non plus avec les 290.10; contrairement aux 295.09.
Pas d'écran HDMI à proximité pour faire le test, par contre.

j_c_p

Linux user

Un patch qui peut être intéressant : Enabling (more) MSI usage for AMD SB700.

Message cité 1 fois

M300A

Tant qu'on est dans les patches:
http://blog.le-vert.net/?p=24

Un ptit article maison pour avoir un suspend qui marche sur une carte mère Asus récente (chipset P67, H67, Z68). Ces cartes utilisent ACPI 5.0 qui a été mergé pour 3.3.

---------------
:wq

j_c_p

Linux user

Le noyau 3.3 est sorti : Kernel Sortie du noyau Linux 3.3.

j_c_p

Linux user

j_c_p a écrit :

Un patch qui peut être intéressant : Enabling (more) MSI usage for AMD SB700.

Hop, via le 3.3, je passe de cela :

CPU0 CPU1 CPU2 CPU3 CPU4 CPU5
0: 126 21 162 68458 11054 993 IO-APIC-edge timer
1: 0 0 0 71 2 0 IO-APIC-edge i8042
6: 0 0 0 3 0 0 IO-APIC-edge floppy
9: 0 0 0 0 0 0 IO-APIC-fasteoi acpi
14: 0 0 1 1394 21 4 IO-APIC-edge pata_atiixp
15: 0 0 0 0 0 0 IO-APIC-edge pata_atiixp
16: 0 0 0 0 0 0 IO-APIC-fasteoi ohci_hcd:usb3, ohci_hcd:usb4
17: 0 0 0 0 0 0 IO-APIC-fasteoi ehci_hcd:usb1
18: 0 0 1 10098 128 6 IO-APIC-fasteoi ohci_hcd:usb5, ohci_hcd:usb6, ohci_hcd:usb7, nvidia
19: 0 0 0 5 0 0 IO-APIC-fasteoi ehci_hcd:usb2
20: 0 0 0 411 12 0 IO-APIC-fasteoi snd_ice1712
22: 0 0 3 62789 504 18 IO-APIC-fasteoi ahci
42: 0 1 0 6757 87 3 PCI-MSI-edge eth0
NMI: 0 0 0 0 0 0 Non-maskable interrupts
LOC: 39165 35704 32581 81542 43697 38665 Local timer interrupts
SPU: 0 0 0 0 0 0 Spurious interrupts
PMI: 0 0 0 0 0 0 Performance monitoring interrupts
IWI: 0 0 0 0 0 0 IRQ work interrupts
RES: 36426 35190 34870 19906 36217 35160 Rescheduling interrupts
CAL: 19007 19992 18816 12628 17955 19841 Function call interrupts
TLB: 1633 1914 1200 851 1500 2009 TLB shootdowns
THR: 0 0 0 0 0 0 Threshold APIC interrupts
MCE: 0 0 0 0 0 0 Machine check exceptions
MCP: 1 1 1 1 1 1 Machine check polls
ERR: 0
MIS: 0

à ça :

CPU0 CPU1 CPU2 CPU3 CPU4 CPU5
0: 125 9 4988 40493 43 262 IO-APIC-edge timer
1: 0 0 5 712 0 0 IO-APIC-edge i8042
6: 0 0 0 3 0 0 IO-APIC-edge floppy
9: 0 0 0 0 0 0 IO-APIC-fasteoi acpi
18: 0 0 32 5014 0 2 IO-APIC-fasteoi nvidia
20: 0 0 4 416 0 1 IO-APIC-fasteoi snd_ice1712
42: 1 0 371 56181 1 10 PCI-MSI-edge ahci
43: 0 0 8 992 0 1 PCI-MSI-edge pata_atiixp
44: 0 0 38 3779 0 0 PCI-MSI-edge eth0
45: 0 0 0 0 0 0 PCI-MSI-edge ehci_hcd:usb1
46: 0 0 0 3 0 0 PCI-MSI-edge ehci_hcd:usb2
47: 0 0 0 0 0 0 PCI-MSI-edge ohci_hcd:usb3
48: 0 0 0 0 0 0 PCI-MSI-edge ohci_hcd:usb4
49: 0 0 5 28 0 0 PCI-MSI-edge ohci_hcd:usb5
50: 0 0 22 1405 0 0 PCI-MSI-edge ohci_hcd:usb6
51: 0 0 0 0 0 0 PCI-MSI-edge ohci_hcd:usb7
NMI: 0 0 0 0 0 0 Non-maskable interrupts
LOC: 25027 20740 20210 54451 28197 25368 Local timer interrupts
SPU: 0 0 0 0 0 0 Spurious interrupts
PMI: 0 0 0 0 0 0 Performance monitoring interrupts
IWI: 0 0 0 0 0 0 IRQ work interrupts
RTR: 0 0 0 0 0 0 APIC ICR read retries
RES: 48929 26169 23550 13560 26254 23238 Rescheduling interrupts
CAL: 10274 9555 10544 4929 9424 9553 Function call interrupts
TLB: 1354 1337 1112 654 1261 1265 TLB shootdowns
THR: 0 0 0 0 0 0 Threshold APIC interrupts
MCE: 0 0 0 0 0 0 Machine check exceptions
MCP: 1 1 1 1 1 1 Machine check polls
ERR: 0
MIS: 0

edit : ok pour le pilote Nvidia (cf là, méthode 2).
Pour un premier test avec plus de PCI-MSI, ce n'est pas mal.

edit2 : hop, j'ai aussi passé le pilote Nvidia sous gestion MSI via NVreg_EnableMSI=1 dans /etc/modprobe.d/nvidia.conf

CPU0 CPU1 CPU2 CPU3 CPU4 CPU5
0: 2276 4485 40887 10264 370181 6875543 IO-APIC-edge timer
1: 0 0 2 0 46 5692 IO-APIC-edge i8042
6: 0 0 0 0 0 3 IO-APIC-edge floppy
9: 0 0 0 0 0 0 IO-APIC-fasteoi acpi
20: 0 4 9 5 485 46796 IO-APIC-fasteoi snd_ice1712
42: 1 9 80 16 1997 347438 PCI-MSI-edge ahci
43: 5 8 601 27 5169 377879 PCI-MSI-edge pata_atiixp
44: 13 23 156 35 3787 564969 PCI-MSI-edge eth0
45: 0 0 0 0 0 0 PCI-MSI-edge ehci_hcd:usb1
46: 0 0 0 0 0 3 PCI-MSI-edge ehci_hcd:usb2
47: 0 0 0 0 0 0 PCI-MSI-edge ohci_hcd:usb3
48: 0 0 0 0 0 0 PCI-MSI-edge ohci_hcd:usb4
49: 0 0 0 0 3 30 PCI-MSI-edge ohci_hcd:usb5
50: 8 15 72 43 2123 301671 PCI-MSI-edge ohci_hcd:usb6
51: 0 0 0 0 0 0 PCI-MSI-edge ohci_hcd:usb7
52: 5 8 199 25 11344 2016206 PCI-MSI-edge nvidia
NMI: 0 0 0 0 0 0 Non-maskable interrupts
LOC: 6700359 5903384 5303837 5787902 5033262 5071418 Local timer interrupts
SPU: 0 0 0 0 0 0 Spurious interrupts
PMI: 0 0 0 0 0 0 Performance monitoring interrupts
IWI: 0 0 0 0 0 0 IRQ work interrupts
RTR: 0 0 0 0 0 0 APIC ICR read retries
RES: 60035366 56972543 57334314 56598381 56856212 56444091 Rescheduling interrupts
CAL: 1537936 1507852 1561795 1506981 1552369 851291 Function call interrupts
TLB: 69931 61759 54275 50513 42522 43095 TLB shootdowns
THR: 0 0 0 0 0 0 Threshold APIC interrupts
MCE: 0 0 0 0 0 0 Machine check exceptions
MCP: 117 117 117 117 117 117 Machine check polls
ERR: 0
MIS: 0

edit3 : finalement, je ne laisse le pilote Nvidia via IO-APIC-fasteoi.

Message édité par j_c_p le 21-03-2012 à 18:54:35

python

J'optimise les options du noyau de ma Gentoo

Résultat de la commande cat /usr/src/linux/.config | grep HZ
# CONFIG_RCU_FAST_NO_HZ is not set
# CONFIG_HZ_100 is not set
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
CONFIG_HZ_1000=Y
CONFIG_HZ=1000
CONFIG_MACHZ_WDT=m

Je trouve qu'un HZ à 1000 fait un système rapide

Message cité 1 fois

Mjules

Parle dans le vide

ajoute le noHZ et tu as la conf par défaut d'une bonne partie des noyaux de distros.

# CONFIG_RCU_FAST_NO_HZ is not set
CONFIG_NO_HZ=y
# CONFIG_HZ_100 is not set
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
CONFIG_HZ_1000=y
CONFIG_HZ=1000
CONFIG_MACHZ_WDT=m

Message cité 1 fois
Message édité par Mjules le 24-03-2012 à 13:34: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.

python

Mjules a écrit :

ajoute le noHZ et tu as la conf par défaut d'une bonne partie des noyaux de distros.

# CONFIG_RCU_FAST_NO_HZ is not set
CONFIG_NO_HZ=y
# CONFIG_HZ_100 is not set
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
CONFIG_HZ_1000=y
CONFIG_HZ=1000
CONFIG_MACHZ_WDT=m

J'ai vérifié et j'ai bien CONFIG_NO_HZ=Y

après dans les jeux, on doit bien gagner 20 fps dans doom 3, par rapport à un CONFIG_HZ=100.

Profil supprimé

python a écrit :

Ca va vider ta batterie plus rapidement aussi sur un portable

lebibi

Notre torture c'est la tourtel

Il est possible d'activer le bootlogo (tux en fonction du nombre de cpu) sur un 3.2, précompilé debian ?

C'est une histoire de framebuffer ?

Merci

Message cité 1 fois

---------------

THRAK

- THR4K -

lebibi a écrit :

Il est possible d'activer le bootlogo (tux en fonction du nombre de cpu) sur un 3.2, précompilé debian ?

C'est une histoire de framebuffer ?

Merci

Non, ce n'est pas possible d'avoir le bootlogo sur un précompilé Debian.

Il faut recompiler un noyau en activant les options correspondantes (CONFIG_LOGO*) pour cela. Sachant, qu'en fonction du pilote et des options de framebuffer utilisés ça peut ne pas être compatible (pas de logo affiché, voire écran noir au boot ; par exemple, il me semble que cela pose ou posait problème avec DRM/KMS et les pilotes vidéo qui en dépendent); c'est, entre autres, pourquoi les mainteneurs Debian ne l'activent pas par défaut.

Message édité par THRAK le 10-05-2012 à 11:41:16

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

thana54

made in concept

3.4 de sortie: http://linuxfr.org/news/sortie-off [...] -linux-3-4

j_c_p

Linux user

Tiens, il semble y avoir un souci avec le 3.4.1 chez moi et le module ethernet Realtek 8111 (C dans mon cas) :

Code :

Jun 9 17:09:32 phoenix64 kernel: WARNING: at net/sched/sch_generic.c:256 dev_watchdog+0x16b/0x20f()
Jun 9 17:09:32 phoenix64 kernel: Hardware name: GA-MA790X-UD4
Jun 9 17:09:32 phoenix64 kernel: NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
Jun 9 17:09:32 phoenix64 kernel: Modules linked in: nls_cp437 snd_pcm_oss snd_mixer_oss vboxdrv(O) kvm_amd nvidia(PO) snd_ice1712 snd_ice17xx_ak4xxx snd_ak4xxx_adda snd_cs8427 snd_ac97_codec snd_pcm snd_timer snd_page_alloc ac97_bus snd_i2c snd_mpu401_uart powernow_k8 snd_rawmidi processor mperf snd_seq_device snd floppy soundcore button
Jun 9 17:09:32 phoenix64 kernel: Pid: 0, comm: swapper/5 Tainted: P O 3.4.1 #1
Jun 9 17:09:32 phoenix64 kernel: Call Trace:
Jun 9 17:09:32 phoenix64 kernel: <IRQ> [<ffffffff81050d98>] ? warn_slowpath_common+0x78/0x8c
Jun 9 17:09:32 phoenix64 kernel: [<ffffffff81050e4d>] ? warn_slowpath_fmt+0x45/0x4a
Jun 9 17:09:32 phoenix64 kernel: [<ffffffff810387c4>] ? lapic_next_event+0x18/0x1f
Jun 9 17:09:32 phoenix64 kernel: [<ffffffff812cf583>] ? dev_watchdog+0x16b/0x20f
Jun 9 17:09:32 phoenix64 kernel: [<ffffffff810697c8>] ? hrtimer_interrupt+0x100/0x19b
Jun 9 17:09:32 phoenix64 kernel: [<ffffffff81059a5a>] ? run_timer_softirq+0x177/0x209
Jun 9 17:09:32 phoenix64 kernel: [<ffffffff8107bd65>] ? clockevents_program_event+0xaa/0xce
Jun 9 17:09:32 phoenix64 kernel: [<ffffffff812cf418>] ? qdisc_reset+0x35/0x35
Jun 9 17:09:32 phoenix64 kernel: [<ffffffff810557b4>] ? __do_softirq+0x8d/0x122
Jun 9 17:09:32 phoenix64 kernel: [<ffffffff8138d2ac>] ? call_softirq+0x1c/0x30
Jun 9 17:09:32 phoenix64 kernel: [<ffffffff81024d0e>] ? do_softirq+0x31/0x67
Jun 9 17:09:32 phoenix64 kernel: [<ffffffff81055a8b>] ? irq_exit+0x52/0xbc
Jun 9 17:09:32 phoenix64 kernel: [<ffffffff81024c4f>] ? do_IRQ+0x94/0xad
Jun 9 17:09:32 phoenix64 kernel: [<ffffffff8138b9e7>] ? common_interrupt+0x67/0x67
Jun 9 17:09:32 phoenix64 kernel: <EOI> [<ffffffffa004ddf3>] ? acpi_idle_enter_simple+0xdc/0x114 [processor]
Jun 9 17:09:32 phoenix64 kernel: [<ffffffffa004ddee>] ? acpi_idle_enter_simple+0xd7/0x114 [processor]
Jun 9 17:09:32 phoenix64 kernel: [<ffffffff8129b645>] ? cpuidle_idle_call+0x7e/0xc4
Jun 9 17:09:32 phoenix64 kernel: [<ffffffff8102a717>] ? cpu_idle+0xa0/0xce
Jun 9 17:09:32 phoenix64 kernel: [<ffffffff81561193>] ? start_secondary+0x1f8/0x1fe
Jun 9 17:09:32 phoenix64 kernel: ---[ end trace 562d359b1b5bed48 ]---
Jun 9 17:09:32 phoenix64 kernel: r8169 0000:02:00.0: eth0: link up

Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 02)

Vu aussi, ici, de Stefan Richter.
Quelqu'un a aussi ce genre de message ?

edit : Network keeps cutting out à voir.

Message édité par j_c_p le 09-06-2012 à 23:08:06

BloodyCarnage

Pas de problème chez moi avec le même contrôleur ethernet et un vanilla 3.4.1.
A relativiser si le problème survient en fonction de la charge, je n'ai transféré que ~6Gio depuis sa compilation.

j_c_p

Linux user

Je n'ai pas regardé précisément ce que je faisais au moment où c'est arrivé, mais ce n'était que du surf classique (donc, niveau charge, je pense que ça va là).
Je viens de voir que le 3.4.2 est sorti, mais rien de relatif à cela a priori.

boblenain200

Je sais pas ou poser la question donc je tente sur le topic kernel

Comment Linux gére les portables avec double carte graphique (la HD4000 intégré à l'ivy bridge et une nvidia 620M à coté).

Est-ce qu'il peut switcher en fonction de la demande ? Est-ce que les 2 tournent à fond pour rien ? ..etc

Je m'inquiete un peu à ce sujet pour mon prochain notebook.

Message cité 1 fois

kikiesttoujoursla

Bodyboard power !!!

boblenain200 a écrit :

http://bumblebee-project.org/

boblenain200

3.5 out , avec des users namespaces :love:

j_c_p

Linux user

Il y a des soucis avec l'ext4 et les 3.5.1/3.5.2 (j'ai eu un crash avec le 3.5.2, et obligation de rebooter et de corriger le système via un live CD, le système ne parvenant pas à solutionner le souci).
Je ne sais pas si le 3.5 est concerné, il semblerait que non, je viens de remettre cette version en tout cas.

Message cité 2 fois

High Plains Drifter

j_c_p a écrit :

Je suis en 3.5.0 Et j'ai eu des remount,ro avec corruptions (réparables) aux reboot. J'ai accusé mon SSD, mais peut-être un peu trop vite.

Remarqhe je pense quand-même au SSD dan mon cas, quant je voit ces messages :

...
Aug 25 05:03:52 frost kernel: ata3: exception Emask 0x10 SAct 0x0 SErr 0x4090000 action 0xe frozen
Aug 25 05:03:52 frost kernel: ata3: irq_stat 0x00400040, connection status changed
Aug 25 05:03:52 frost kernel: ata3: SError: { PHYRdyChg 10B8B DevExch }
Aug 25 05:03:52 frost kernel: ata3: hard resetting link
Aug 25 05:03:53 frost kernel: ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Aug 25 05:03:53 frost kernel: ata3.00: configured for UDMA/33
Aug 25 05:03:53 frost kernel: ata3: EH complete
Aug 25 05:03:53 frost kernel: ata3: exception Emask 0x10 SAct 0x0 SErr 0x4090000 action 0xe frozen
Aug 25 05:03:53 frost kernel: ata3: irq_stat 0x00400040, connection status changed
Aug 25 05:03:53 frost kernel: ata3: SError: { PHYRdyChg 10B8B DevExch }
Aug 25 05:03:53 frost kernel: ata3: hard resetting link
Aug 25 05:03:54 frost kernel: ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Aug 25 05:03:54 frost kernel: ata3.00: configured for UDMA/33
Aug 25 05:03:54 frost kernel: ata3: EH complete
Aug 25 05:03:56 frost kernel: ata3: exception Emask 0x50 SAct 0x0 SErr 0x4090800 action 0xe frozen
Aug 25 05:03:56 frost kernel: ata3: irq_stat 0x00400040, connection status changed
Aug 25 05:03:56 frost kernel: ata3: SError: { HostInt PHYRdyChg 10B8B DevExch }
Aug 25 05:03:56 frost kernel: ata3: hard resetting link
Aug 25 05:03:57 frost kernel: ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Aug 25 05:03:57 frost kernel: ata3.00: configured for UDMA/33
Aug 25 05:03:57 frost kernel: ata3: EH complete
...

---------------
| < Ceci n'est pas une pipe.

j_c_p

Linux user

Je viens de voir que le 3.5.3 semble quelque peu corriger les soucis, à voir à l'usage.
Pour ton SSD, ça peut tout à fait venir du 3.5, vu le nombre de problèmes ext4 qu'il a engendré, genre là.

BloodyCarnage

J'ai été bien inspiré de rester en 3.4.x.

Message cité 2 fois

j_c_p

Linux user

EXT4 Data Corruption Bug Hits Stable Linux Kernels.
Je confirme, j'ai eu le souci sur le 3.5.7 .
En plus, j'ai upgradé en 3.6.3, mais ce n'est pas le bon choix ... le 3.6.1 semble ok.

roscocoltran

L'enfer c'est les utilisateurs

BloodyCarnage a écrit :

J'ai été bien inspiré de rester en 3.4.x.

toujours cette vieille peur des version impaires ?

Message cité 2 fois

---------------
"Your god is too small", Giordano Bruno, 1548 - 1600

Magicpanda

Pushing the envelope

j_c_p a écrit :

ptain meme soucis cette aprem, ca flingue des données ou pas ? (suis en 3.6.3)

Message édité par Magicpanda le 24-10-2012 à 20:43:32

j_c_p

Linux user

Dans mon cas, il y a eu une corruption de données sur ma partition racine, mais un fsck.ext4 a récupéré le coup (via un live CD Opensuse 11.1 que j'avais sous la main).
J'ai remis un 3.6.1 et rien à signaler depuis.

Message cité 1 fois
Message édité par j_c_p le 24-10-2012 à 22:57:03

Publicité

Page : 1 2 3 4 5 .. 166 167 168 .. 180 181 182 183 184 185

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