On Wed, 29 Jan 2014, Stephen Powell wrote:
> On Wed, 29 Jan 2014 06:57:39 -0500 (EST), Henrique de Moraes Holschuh wrote:
> > Some processors update per core, not per hardware thread (hardware threads
> > show up as separate "cpus" in Linux x86/x86-64). When a hardware thread is
> > updated on the
On Wed, 29 Jan 2014 06:57:39 -0500 (EST), Henrique de Moraes Holschuh wrote:
>
> Some processors update per core, not per hardware thread (hardware threads
> show up as separate "cpus" in Linux x86/x86-64). When a hardware thread is
> updated on these processors, it actually updates all hardware
retitle 736892 kernel: does not log when it skips an already up-do-date cpu
severity 736892 minor
tags 736892 upstream wontfix
thanks
On Tue, 28 Jan 2014, Stephen Powell wrote:
> On Tue, 28 Jan 2014 06:23:49 -0500 (EST), Henrique de Moraes Holschuh wrote:
> > Could you please send to the bug repor
On Tue, 28 Jan 2014 06:23:49 -0500 (EST), Henrique de Moraes Holschuh wrote:
>
> Could you please send to the bug report the contents of /proc/cpuinfo on the
> kernel that is showing problems? That should help diagnosing the issue.
I will include lines from both /var/log/dmesg and /proc/cpuinfo
On Mon, 27 Jan 2014, Stephen Powell wrote:
> My motherboard is a Gigabyte GA-78LMT-SP2, PCB revision 5.0,
> BIOS version F3. My processor is an AMD FX-4300, which is
> a quad-core chip. On newer kernels, only two out of the four
> CPUs get their microcode upgraded. (It always seems to be
> CPU0
Package: amd64-microcode
Version: 2.20131007.1+really20130710.1
Severity: normal
Debian stock kernel linux-image-3.10-3-amd64 version 3.10.11-1
seems to be the last "production" kernel that works correctly.
(I didn't try the "rc" ones.) The next kernel after that,
linux-image-3.11-1-amd64 version
6 matches
Mail list logo