login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
May
»
6
Re: BIOS bug, APIC version if 0 for CPU#0
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Rafael J. Wysocki
Subject:
Re: BIOS bug, APIC version if 0 for CPU#0
Date: Tuesday, May 6, 2008 - 3:37 pm
On Tuesday, 22 of April 2008, Justin Mattock wrote:
quoted text
> On Tue, Apr 22, 2008 at 1:49 PM, Kasper Sandberg <lkml@metanurb.dk> wrote: > > On Tue, 2008-04-22 at 06:10 +0000, Justin Mattock wrote: > > > On Tue, Apr 22, 2008 at 5:21 AM, Jacek Luczak <difrost.kernel@gmail.com> wrote: > > > > Hi, > > > > > > > > > > > > > Hello; > > > > > with the latest git on a macbook the system can barely boot without > > > > > freezing, a work around for me at leat is either disable smp, or once > > > > > booted turn on glxgears,or compiling the kernel i.g. when using the > > > > > processors I'm not receiving a freeze, only when everything starts > > > > > lowering down. in dmesg I'm noticing BIOS bug, APIC version is 0 for > > > > > CPU#0! fixing up to 0x10. (tell you're hw vendor) could this be the > > > > > reason for the system freezes?, > > > > > > > > I don't think so. On my machine there's no freezes with latest git and: > > > > ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) > > > > BIOS bug, APIC version is 0 for CPU#0! fixing up to 0x10. (tell your hw vendor) > > > > ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) > > > > BIOS bug, APIC version is 0 for CPU#0! fixing up to 0x10. (tell your hw vendor) > > > > > > > > I've got exactly the same messages. > > > > > > Are you using a macbook aswell? > > > > > > > > > > > > > > > > also I didnt have a camera handy on me > > > > > but the screen spit out = Bug spinlock lockup on CPU#0 > > > > > swapper/0. c17fa7c0 PID 0, comm: swapper not tainted. > > > > > > > > Can you try to write down more of those bug messages? > > > > > > Yeah, > > > > > > > > > > > > > > > > I dont have a problem disabling smp, except when I cat /proc/cpuinfo I > > > > > don't see anything about my cores. > > > > > > > > What exactly you expect to see in /proc/cpuinfp while smp is disabled? > > > > > > under smp I see cpu cores. disabling smp I dont see cpu cores, under > > > cat /proc/cpuinfo. > > > > well.. SMP is kindof support for multiple processors, be it in one > > socket, or multiple sockets.. without SMP you will only be able to use 1 > > of your X cores. > > Yeah disabling smp is not a good idea on a macbook pro, performace is horrible. > > > > > > > > > > > > > > > > > > > > I know this is a stupid question > > > > > but will it hurt the system if smp is disabled > > > > > for the macbook pro ati chipset.? > > > > > > > > No it won't. > > > > > > > > -Jacek > > > > > > > > > > Cool as long as the system Is o.k. disabling smp. > > It is.. but with the limitations outlined above. > > > What about x86: PAT > > > support is disabled. how do I enable this option? > > > regards; > > > > > > > > Thanks for the feedback, well I guess this would be either a > regression or a bug. I think the best would be to have somebody else > with a macbook pro 15' ati chipset confirm this freezeing as well, > before going out and jumping the gun, and filing a bug report. > regards;
What's the current status of this issue? Rafael --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
BIOS bug, APIC version if 0 for CPU#0
, Justin Mattock
, (Mon Apr 21, 10:13 pm)
Re: BIOS bug, APIC version if 0 for CPU#0
, Jacek Luczak
, (Mon Apr 21, 10:21 pm)
Re: BIOS bug, APIC version if 0 for CPU#0
, Justin Mattock
, (Mon Apr 21, 11:10 pm)
Re: BIOS bug, APIC version if 0 for CPU#0
, Kasper Sandberg
, (Tue Apr 22, 6:49 am)
Re: BIOS bug, APIC version if 0 for CPU#0
, Justin Mattock
, (Tue Apr 22, 7:36 am)
Re: BIOS bug, APIC version if 0 for CPU#0
, Rafael J. Wysocki
, (Tue May 6, 3:37 pm)
Re: BIOS bug, APIC version if 0 for CPU#0
, Justin Mattock
, (Tue May 6, 3:46 pm)
Re: BIOS bug, APIC version if 0 for CPU#0
, Gabriel C
, (Tue May 6, 6:40 pm)
Re: BIOS bug, APIC version if 0 for CPU#0
, Justin Mattock
, (Tue May 6, 8:08 pm)
Re: BIOS bug, APIC version if 0 for CPU#0
, Rafael J. Wysocki
, (Wed May 7, 2:47 pm)
Re: BIOS bug, APIC version if 0 for CPU#0
, Justin Mattock
, (Wed May 7, 2:56 pm)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Ken Chen
[patch] sched: fix inconsistency when redistribute per-cpu tg->cfs_rq shares.
Ingo Molnar
Re: [PATCH v3] x86: merge the simple bitops and move them to bitops.h
Jan Engelhardt
Re: [PATCH] Allow Kconfig to set default mmap_min_addr protection
Dmitry Torokhov
Re: [2.6 patch] input/serio/hp_sdc.c section fix
Rafael J. Wysocki
[Bug #16380] Loop devices act strangely in 2.6.35
git
:
Steven Grimm
Using git as a general backup mechanism (was Re: Using GIT to store /etc)
Jeff King
Re: [PATCH] git-reset: allow --soft in a bare repo
Johannes Sixt
Re: [PATCH 01/14] msvc: Fix compilation errors in compat/win32/sys/poll.c
Johannes Schindelin
Re: [PATCH] Uninstall rule for top level Makefile
Shawn O. Pearce
Re: [PATCH v2] Speed up bash completion loading
git-commits-head
:
Linux Kernel Mailing List
cgroups: clean up cgroup_pidlist_find() a bit
Linux Kernel Mailing List
sony-laptop: Add support for extended hotkeys
Linux Kernel Mailing List
IB/core: Add support for masked atomic operations
Linux Kernel Mailing List
V4L/DVB (8939): cx18: fix sparse warnings
Linux Kernel Mailing List
ipv6 mcast: Check address family of gf_group in getsockopt(MS_FILTER).
linux-netdev
:
Inaky Perez-Gonzalez
[PATCH 40/40] wimax/i2400m: add CREDITS and MAINTAINERS entries
Karsten Keil
[mISDN PATCH v2 05/19] Reduce stack size in dsp_cmx_send()
linux
Re: 2.6.23-rc8 network problem. Mem leak? ip1000a?
David Miller
Re: tun: Use netif_receive_skb instead of netif_rx
David Miller
Re: [net-next PATCH v2] llc enhancements
freebsd-current
:
Matthew Fleming
Re: [RFC] Outline of USB process integration in the kernel taskqueue system
illoai@gmail.com
Re: OT: 2d password
Hartmut Brandt
Re: problem with nss_ldap
Andrew Reilly
Re: FreeBSD's problems as seen by the BSDForen.de community
Max Laier
Re: Upcoming ABI Breakage in RELENG_7
Colocation donated by:
Syndicate