[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#292641: marked as done (kernel-image-2.6-686-smp: Do not run SMP, on IBM eServer xSeries 445, CPU ID to high on 2. CPU. (#18 < 16 cpu max))

Your message dated Tue, 29 Dec 2009 16:48:10 +0100
with message-id <20091229154809.GA5562@galadriel.inutil.org>
and subject line Re: kernel-image-2.6-686-smp: Do not run SMP, on IBM eServer xSeries 445, CPU ID to high on 2. CPU. (#18 < 16 cpu max)
has caused the Debian Bug report #292641,
regarding kernel-image-2.6-686-smp: Do not run SMP, on IBM eServer xSeries 445, CPU ID to high on 2. CPU. (#18 < 16 cpu max)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
292641: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292641
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: kernel-image-2.6-686-smp
Version: 101
Severity: normal



-- System Information:
Debian Release: 3.1
 APT prefers testing
 APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686-smp
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages kernel-image-2.6-686-smp depends on:
ii kernel-image-2.6.8-2-686-smp 2.6.8-12 Linux kernel image for version 2.6 

-- no debconf information
We have 2 idenical servers, the one is Debian,
CPU: 2x Intel(R) Xeon(TM) CPU 3.00GHz

The 2 CPU have the ID's 0 and 18

With debian, the serverer runs on ONE CPU.

From log on debian:

Jan 28 11:06:13 eiao1 kernel: found SMP MP-table at 0009c540
Jan 28 11:06:13 eiao1 kernel: hm, page 0009c000 reserved twice.
Jan 28 11:06:13 eiao1 kernel: hm, page 0009d000 reserved twice.
Jan 28 11:06:13 eiao1 kernel: hm, page 0009d000 reserved twice.
Jan 28 11:06:13 eiao1 kernel: hm, page 0009e000 reserved twice.
Jan 28 11:06:13 eiao1 kernel: On node 0 totalpages: 524177
Jan 28 11:06:13 eiao1 kernel: zone(0): 4096 pages.
Jan 28 11:06:13 eiao1 kernel: zone(1): 225280 pages.
Jan 28 11:06:13 eiao1 kernel: zone(2): 294801 pages.
Jan 28 11:06:13 eiao1 kernel: IBM machine detected. Enabling interrupts during APM calls. Jan 28 11:06:13 eiao1 kernel: ACPI: RSDP (v000 IBM ) @ 0x000fdfc0 Jan 28 11:06:13 eiao1 kernel: ACPI: RSDT (v001 IBM SERVIGIL 0x00001000 IBM 0x45444f43) @ 0x7ff9c2c0 Jan 28 11:06:13 eiao1 kernel: ACPI: FADT (v001 IBM SERVIGIL 0x00001000 IBM 0x45444f43) @ 0x7ff9c240 Jan 28 11:06:13 eiao1 kernel: ACPI: MADT (v001 IBM SERVIGIL 0x00001000 IBM 0x45444f43) @ 0x7ff9c1c0 Jan 28 11:06:13 eiao1 kernel: ACPI: SRAT (v001 IBM SERVIGIL 0x00001000 IBM 0x45444f43) @ 0x7ff9c140 Jan 28 11:06:13 eiao1 kernel: ACPI: DSDT (v001 IBM SERVIGIL 0x00001000 INTL 0x02002025) @ 0x00000000 
Jan 28 11:06:13 eiao1 kernel: ACPI: Local APIC address 0xfee00000
Jan 28 11:06:13 eiao1 kernel: ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Jan 28 11:06:13 eiao1 kernel: Processor #0 Pentium 4(tm) XEON(tm) APIC version 20 Jan 28 11:06:13 eiao1 kernel: ACPI: LAPIC (acpi_id[0x05] lapic_id[0x12] enabled) 
Jan 28 11:06:13 eiao1 kernel: Processor #18 invalid (max 16)
Jan 28 11:06:13 eiao1 kernel: ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) Jan 28 11:06:13 eiao1 kernel: ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1]) Jan 28 11:06:13 eiao1 kernel: Using ACPI for processor (LAPIC) configuration information 
Jan 28 11:06:13 eiao1 kernel: Intel MultiProcessor Specification v1.4
Jan 28 11:06:13 eiao1 kernel:     Virtual Wire compatibility mode.

The other server runs 2 CPU, and runs CPU #18.
From Feudora Core 2 (idenical server)
kernel: cat /proc/version
Linux version 2.6.9-1.667smp (bhcompile@tweety.build.redhat.com) (gcc version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)) #1 SMP Tue Nov 2 14:59:52 EST 2004 

From LOG:
Jan 26 10:25:32 serv2 kernel: found SMP MP-table at 0009c540
Jan 26 10:25:32 serv2 portmap: portmap oppstart succeeded
Jan 26 10:25:32 serv2 kernel: DMI 2.3 present.
Jan 26 10:25:32 serv2 kernel: Using APIC driver default
Jan 26 10:25:32 serv2 rpc.statd[1843]: Version 1.0.6 Starting
Jan 26 10:25:33 serv2 nfslock: rpc.statd oppstart succeeded
Jan 26 10:25:33 serv2 kernel: ACPI: PM-Timer IO Port: 0x508
Jan 26 10:25:33 serv2 kernel: Switched to APIC driver `summit'.
Jan 26 10:25:33 serv2 kernel: ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) 
Jan 26 10:25:33 serv2 kernel: Processor #0 15:2 APIC version 20
Jan 26 10:25:33 serv2 kernel: ACPI: LAPIC (acpi_id[0x05] lapic_id[0x12] enabled) 
Jan 26 10:25:33 serv2 kernel: Processor #18 15:2 APIC version 20
Jan 26 10:25:33 serv2 kernel: ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) Jan 26 10:25:33 serv2 kernel: ACPI: LAPIC_NMI (acpi_id[0x05] dfl dfl lint[0x1]) 


begin:vcard
fn:Michael Eric Menk
n:Menk;Michael Eric
email;internet:mike@sorteberg.com
tel;home:+4790683268
note;quoted-printable:Education: MSc in ICT=0D=0A=
	
x-mozilla-html:FALSE
version:2.1
end:vcard

--- End Message ---
--- Begin Message --- 
On Wed, Aug 05, 2009 at 07:45:53PM +0200, Moritz Muehlenhoff wrote:
> On Fri, Jan 28, 2005 at 02:44:45PM +0100, mike menk wrote:
> > Package: kernel-image-2.6-686-smp
> > Version: 101
> > Severity: normal
> > 
> > 
> > 
> > -- System Information:
> > Debian Release: 3.1
> >  APT prefers testing
> >  APT policy: (500, 'testing')
> > Architecture: i386 (i686)
> > Kernel: Linux 2.6.8-2-686-smp
> > Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
> > 
> > Versions of packages kernel-image-2.6-686-smp depends on:
> > ii  kernel-image-2.6.8-2-686-smp  2.6.8-12   Linux kernel image for 
> > version 2.6
> > 
> > -- no debconf information
> > We have 2 idenical servers, the one is Debian,
> > CPU: 2x Intel(R) Xeon(TM) CPU 3.00GHz
> > 
> > The 2 CPU have the ID's 0 and 18
> > 
> > With debian, the serverer runs on ONE CPU.
> 
> This kernel is very old, I suppose this bug has been fixed in the
> mean time?

No further feedback, closing.

Cheers,
        Moritz

--- End Message ---
Reply to: