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
next prev parent 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