public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Chris Snook <csnook@redhat.com>
To: Zurk Tech <zurktech@gmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Quad core CPU detected but shows as single core in 2.6.23.1
Date: Sat, 03 Nov 2007 21:32:09 -0400	[thread overview]
Message-ID: <472D2119.8090102@redhat.com> (raw)
In-Reply-To: <2ed59cbb0711021231l55fe2df3l23f8da65bb7166f6@mail.gmail.com>

Zurk Tech wrote:
> dmesg (new) with disabled GART error reporting if anyone wants to
> compare to previous dmesg with GART error reporting :

A few unrelated observations about Barcelona support...

> Marking TSC unstable due to TSCs unsynchronized

This is probably wrong.  The TSC is on the northbridge on Barcelona chips, so 
every core on the die should be in sync.  Hypothetically you could have 
different speed northbridges in different sockets, but we've never tried very 
hard to support that case anyway.  We should probably be marking the TSC as 
stable on Barcelona chips.

> xor: automatically using best checksumming function: generic_sse
>    generic_sse:  7449.000 MB/sec
> xor: using function: generic_sse (7449.000 MB/sec)

We should probably also implement an SSE5 function to take advantage of the 
128-bit SSE operations supported on newer processors.

> pnp: the driver 'system' has been registered
> pnp: match found with the PnP device '00:08' and the driver 'system'
> pnp: match found with the PnP device '00:09' and the driver 'system'
> pnp: 00:09: ioport range 0x580-0x58f has been reserved
> pnp: 00:09: ioport range 0x590-0x593 has been reserved
> pnp: 00:09: ioport range 0x700-0x703 has been reserved
> pnp: 00:09: ioport range 0xca0-0xcaf has been reserved
> pnp: 00:09: iomem range 0xfec00000-0xfec00fff could not be reserved
> pnp: 00:09: iomem range 0xfec01000-0xfec01fff could not be reserved
> pnp: 00:09: iomem range 0xfec02000-0xfec02fff could not be reserved
> pnp: 00:09: iomem range 0xfee00000-0xfee00fff could not be reserved
> pnp: match found with the PnP device '00:0a' and the driver 'system'
> pnp: 00:0a: ioport range 0x600-0x61f has been reserved
> pnp: 00:0a: ioport range 0x520-0x53f has been reserved
> pnp: 00:0a: ioport range 0x540-0x54f has been reserved
> pnp: 00:0a: ioport range 0x640-0x65f has been reserved
> pnp: match found with the PnP device '00:0b' and the driver 'system'
> pnp: 00:0b: iomem range 0xe0000000-0xefffffff has been reserved
> pnp: match found with the PnP device '00:0c' and the driver 'system'
> pnp: 00:0c: iomem range 0x0-0x9ffff could not be reserved
> pnp: 00:0c: iomem range 0x0-0x0 could not be reserved
> pnp: 00:0c: iomem range 0xe0000-0xfffff could not be reserved
> pnp: 00:0c: iomem range 0x100000-0xc7ffffff could not be reserved
> PCI: Bridge: 0000:01:0d.0
>   IO window: disabled.
>   MEM window: disabled.
>   PREFETCH window: disabled.
> PCI: Bridge: 0000:00:01.0
>   IO window: a000-bfff
>   MEM window: ff400000-ff4fffff
>   PREFETCH window: disabled.
> PCI: Bridge: 0000:00:06.0
>   IO window: disabled.
>   MEM window: disabled.
>   PREFETCH window: disabled.
> PCI: Bridge: 0000:00:07.0
>   IO window: disabled.
>   MEM window: ff500000-ff5fffff
>   PREFETCH window: cfe00000-cfefffff
> PCI: Bridge: 0000:00:08.0
>   IO window: disabled.
>   MEM window: disabled.
>   PREFETCH window: disabled.
> PCI: Bridge: 0000:00:09.0
>   IO window: disabled.
>   MEM window: disabled.
>   PREFETCH window: disabled.
> PCI: Bridge: 0000:00:0a.0
>   IO window: disabled.
>   MEM window: disabled.
>   PREFETCH window: disabled.
> PCI: Bridge: 0000:00:0b.0
>   IO window: disabled.
>   MEM window: disabled.

Hmmm... perhaps we're not handling the new mmconfig stuff correctly?  Or maybe 
the BIOS isn't.

> hwmon-vid: Unknown VRM version of your x86 CPU
>  : Not supporting VRM 0.0

This code probably needs an update for Barcelona.

> raid6: int64x1   1920 MB/s
> raid6: int64x2   2353 MB/s
> raid6: int64x4   2331 MB/s
> raid6: int64x8   1254 MB/s
> raid6: sse2x1    2664 MB/s
> raid6: sse2x2    4214 MB/s
> raid6: sse2x4    4905 MB/s
> raid6: using algorithm sse2x4 (4905 MB/s)

An update here for SSE5 might be in order as well.

	-- Chris

  reply	other threads:[~2007-11-04  1:33 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-02 19:31 Quad core CPU detected but shows as single core in 2.6.23.1 Zurk Tech
2007-11-04  1:32 ` Chris Snook [this message]
2007-11-04 18:52   ` Andi Kleen
2007-11-04 21:18     ` Peter Zijlstra
2007-11-04 23:07       ` Andi Kleen
  -- strict thread matches above, loose matches on Subject: below --
2007-10-25 14:50 Zurk Tech
2007-11-01 20:38 ` Andrew Morton
2007-11-01 22:55   ` Zurk Tech
2007-10-25  3:02 Zurk Tech
2007-10-25  3:06 ` Arjan van de Ven
2007-10-25 13:59   ` Zurk Tech
2007-10-25  3:34 ` Chris Snook
2007-10-25 14:11   ` Zurk Tech

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=472D2119.8090102@redhat.com \
    --to=csnook@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=zurktech@gmail.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox