All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Gilbert <mike@baymicrosystems.com>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] Ticket #2382
Date: Tue, 19 Nov 2013 15:04:08 +0000	[thread overview]
Message-ID: <528B7DE8.6040605@baymicrosystems.com> (raw)
In-Reply-To: <528A62DC.9030107@baymicrosystems.com>


Guenter,

We're evaluating the new card in a open chassis. It is on the test bench 
with a table fan for cooling. I turned off the fan and got:

     ENTER show_temp
     cpu 0 (0)
     status_reg @ 19C
     eax = 885E0000 edx = 0
     temp = 1770 valid = 1
     EXIT show_temp

It seems like you've seen this before. What's going on?

Thanks,
Mike


On 11/19/2013 09:33 AM, Guenter Roeck wrote:
> On 11/19/2013 06:05 AM, Mike Gilbert wrote:
>> Guenter,
>>
>> Thanks for responding. The cards are both made by Emerson. The old 
>> one is a COMX-430. The new one is a COMX-440.
>>
>> Mike
>>
>>
>> Here's the info from the old CPU card:
>>
>> processor    : 0
>> vendor_id    : GenuineIntel
>> cpu family    : 15
>> model        : 4
>> model name    : Intel(R) Xeon(TM) CPU 3.00GHz
>> stepping    : 3
>> cpu MHz        : 3000.000
>> cache size    : 2048 KB
>> physical id    : 0
>> siblings    : 2
>> core id        : 0
>> cpu cores    : 1
>> apicid        : 0
>> initial apicid    : 0
>> fpu        : yes
>> fpu_exception    : yes
>> cpuid level    : 5
>> wp        : yes
>> flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
>> mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe 
>> syscall nx lm constant_tsc pebs bts nopl pni dtes64 monitor ds_cpl 
>> cid cx16 xtpr
>> bogomips    : 5986.15
>> clflush size    : 64
>> cache_alignment    : 128
>> address sizes    : 36 bits physical, 48 bits virtual
>> power management:
>>
>> processor    : 1
>> vendor_id    : GenuineIntel
>> cpu family    : 15
>> model        : 4
>> model name    : Intel(R) Xeon(TM) CPU 3.00GHz
>> stepping    : 3
>> cpu MHz        : 3000.000
>> cache size    : 2048 KB
>> physical id    : 0
>> siblings    : 2
>> core id        : 0
>> cpu cores    : 1
>> apicid        : 1
>> initial apicid    : 1
>> fpu        : yes
>> fpu_exception    : yes
>> cpuid level    : 5
>> wp        : yes
>> flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
>> mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe 
>> syscall nx lm constant_tsc pebs bts nopl pni dtes64 monitor ds_cpl 
>> cid cx16 xtpr
>> bogomips    : 5985.19
>> clflush size    : 64
>> cache_alignment    : 128
>> address sizes    : 36 bits physical, 48 bits virtual
>> power management:
>>
>>
>> Here's the info from the new CPU card:
>>
>> processor       : 0
>> vendor_id       : GenuineIntel
>> cpu family      : 6
>> model           : 28
>> model name      : Intel(R) Atom(TM) CPU D510   @ 1.66GHz
>
> Yes, Jean was right, same issue, same response.
>
> One thing to try might be to see what happens
> if you put the system under load, ie heat up the CPU.
> Can you try that ?
>
> Thanks,
> Guenter
>
>> stepping        : 10
>> microcode       : 0x107
>> cpu MHz         : 1662.657
>> cache size      : 512 KB
>> physical id     : 0
>> siblings        : 4
>> core id         : 0
>> cpu cores       : 2
>> apicid          : 0
>> initial apicid  : 0
>> fpu             : yes
>> fpu_exception   : yes
>> cpuid level     : 10
>> wp              : yes
>> flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr 
>> pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm 
>> pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl 
>> aperfmperf pni dtes64 monitor ds_cpl tm2 ssse3 cx16 xtpr pdcm movbe 
>> lahf_lm dtherm
>> bogomips        : 3325.31
>> clflush size    : 64
>> cache_alignment : 64
>> address sizes   : 36 bits physical, 48 bits virtual
>> power management:
>>
>> processor       : 1
>> vendor_id       : GenuineIntel
>> cpu family      : 6
>> model           : 28
>> model name      : Intel(R) Atom(TM) CPU D510   @ 1.66GHz
>> stepping        : 10
>> microcode       : 0x107
>> cpu MHz         : 1662.657
>> cache size      : 512 KB
>> physical id     : 0
>> siblings        : 4
>> core id         : 0
>> cpu cores       : 2
>> apicid          : 1
>> initial apicid  : 1
>> fpu             : yes
>> fpu_exception   : yes
>> cpuid level     : 10
>> wp              : yes
>> flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr 
>> pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm 
>> pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl 
>> aperfmperf pni dtes64 monitor ds_cpl tm2 ssse3 cx16 xtpr pdcm movbe 
>> lahf_lm dtherm
>> bogomips        : 3325.31
>> clflush size    : 64
>> cache_alignment : 64
>> address sizes   : 36 bits physical, 48 bits virtual
>> power management:
>>
>> processor       : 2
>> vendor_id       : GenuineIntel
>> cpu family      : 6
>> model           : 28
>> model name      : Intel(R) Atom(TM) CPU D510   @ 1.66GHz
>> stepping        : 10
>> microcode       : 0x107
>> cpu MHz         : 1662.657
>> cache size      : 512 KB
>> physical id     : 0
>> siblings        : 4
>> core id         : 1
>> cpu cores       : 2
>> apicid          : 2
>> initial apicid  : 2
>> fpu             : yes
>> fpu_exception   : yes
>> cpuid level     : 10
>> wp              : yes
>> flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr 
>> pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm 
>> pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl 
>> aperfmperf pni dtes64 monitor ds_cpl tm2 ssse3 cx16 xtpr pdcm movbe 
>> lahf_lm dtherm
>> bogomips        : 3325.31
>> clflush size    : 64
>> cache_alignment : 64
>> address sizes   : 36 bits physical, 48 bits virtual
>> power management:
>>
>> processor       : 3
>> vendor_id       : GenuineIntel
>> cpu family      : 6
>> model           : 28
>> model name      : Intel(R) Atom(TM) CPU D510   @ 1.66GHz
>> stepping        : 10
>> microcode       : 0x107
>> cpu MHz         : 1662.657
>> cache size      : 512 KB
>> physical id     : 0
>> siblings        : 4
>> core id         : 1
>> cpu cores       : 2
>> apicid          : 3
>> initial apicid  : 3
>> fpu             : yes
>> fpu_exception   : yes
>> cpuid level     : 10
>> wp              : yes
>> flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr 
>> pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm 
>> pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl 
>> aperfmperf pni dtes64 monitor ds_cpl tm2 ssse3 cx16 xtpr pdcm movbe 
>> lahf_lm dtherm
>> bogomips        : 3325.31
>> clflush size    : 64
>> cache_alignment : 64
>> address sizes   : 36 bits physical, 48 bits virtual
>> power management:
>>
>>
>> On 11/18/2013 05:39 PM, Guenter Roeck wrote:
>>> What Atom chip ? Can you provide output of /proc/cpuinfo ?
>>>
>>> Thanks,
>>> Guenter
>>>
>>> On Mon, Nov 18, 2013 at 01:56:28PM -0500, Mike Gilbert wrote:
>>>> Do you have any additional information pertaining to ticket 2382?
>>>>
>>>> The CPU card we use in our products is going end-of-life. The CPU
>>>> card vendor send us a new card that is supposed to be a drop in
>>>> replacement (it's the same card with a newer Atom chip). The new
>>>> card returns an error when reading the coretemp:
>>>>
>>>>     # cat /sys/bus/platform/devices/coretemp.0/temp2_input
>>>>     cat: read error: Resource temporarily unavailable
>>>>     #
>>>>
>>>> Some printk debugging yields:
>>>>
>>>>     ENTER show_temp
>>>>     status_reg @ 19C
>>>>     eax = 8620000 edx = 0
>>>>     temp = 0 valid = 0
>>>>     EXIT show_temp
>>>>
>>>> This looks like the same issue described in your ticket 2382.
>>>>
>>>> Any information you can provide will be appreciated.
>>>>
>>>> Mike Gilbert
>>>> Principle Engineer
>>>> Bay Microsystems, Inc.
>>>>
>>>>
>>>> _______________________________________________
>>>> lm-sensors mailing list
>>>> lm-sensors@lm-sensors.org
>>>> http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
>>>>
>>
>>
>>
>


_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

  parent reply	other threads:[~2013-11-19 15:04 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-18 18:56 [lm-sensors] Ticket #2382 Mike Gilbert
2013-11-18 22:39 ` Guenter Roeck
2013-11-19  7:51 ` Jean Delvare
2013-11-19 14:33 ` Guenter Roeck
2013-11-19 15:04 ` Mike Gilbert [this message]
2013-11-19 16:38 ` Guenter Roeck
2013-11-19 17:18 ` Jean Delvare
2013-11-19 17:24 ` Mike Gilbert
2013-11-19 17:53 ` Guenter Roeck
2013-11-19 19:23 ` Mike Gilbert
2013-11-19 19:41 ` Jean Delvare
2013-11-19 21:14 ` Guenter Roeck
2013-11-19 21:53 ` Guenter Roeck
2013-11-20  9:19 ` Jean Delvare
2013-11-20 17:29 ` Guenter Roeck
2013-11-20 18:06 ` Jean Delvare
2013-11-20 18:15 ` Guenter Roeck
2013-11-20 18:25 ` Jean Delvare
2013-11-20 18:38 ` Guenter Roeck

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=528B7DE8.6040605@baymicrosystems.com \
    --to=mike@baymicrosystems.com \
    --cc=lm-sensors@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.