Date: Fri, 20 Apr 2007 10:35:18 +1000 From: "Murray Taylor" <MTaylor@bytecraft.com.au> To: "Mark Tinguely" <tinguely@casselton.net>, <des@des.no> Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: RE: IBM / FreeBSD Install problem Message-ID: <04E232FDCD9FBE43857F7066CAD3C0F12DF1C8@svmailmel.bytecraft.internal>
next in thread | raw e-mail | index | archive | help
Thanks all,
We will look into the code editting and see what we can get
however we are on an very short time frame so may not be able to=20
slot it in before a maintenance slot where we need to be able to drop in
the box 'seamlessly' .....
But I have noted the proposed fix provided on these lists into the red
book!
mjt
=20
> -----Original Message-----
> From: Mark Tinguely [mailto:tinguely@casselton.net]=20
> Sent: Friday, 20 April 2007 3:37 AM
> To: des@des.no; Murray Taylor
> Cc: freebsd-hackers@freebsd.org; freebsd-questions@freebsd.org
> Subject: Re: IBM / FreeBSD Install problem
>=20
> >
> > If you can either install without ACPI, or remove two of the CPUs
> > during installation, this should be fairly easy to fix: change the
> > definition of NLAPICS in=20
> /usr/src/sys/{amd64,i386}/acpica/madt.c and
> > rebuild your kernel, then boot with ACPI enabled and report back to
> > us.
> >
> > DES
> > --=3D20
> > Dag-Erling Sm=3DF8rgrav - des@des.no
>=20
> I suggested that in email too, but looking closer, I think the MAXCPU
> needs to be increased because the cpu number uses the=20
> apic_id. Or could
> that be changed with a logical CPU to APIC ID lookup?
>=20
> Isn't the APIC IDs programmable? not that I am suggesting that, I
> can think of headaches of all the places (like interrupt tables)
> where it needs to be changed, not to mention the worry that the
> lower APIC IDs were assigned to IOAPICs.
>=20
> --Mark Tinguely
>=20
---------------------------------------------------------------
The information transmitted in this e-mail is for the exclusive
use of the intended addressee and may contain confidential
and/or privileged material. Any review, re-transmission,
dissemination or other use of it, or the taking of any action
in reliance upon this information by persons and/or entities
other than the intended recipient is prohibited. If you
received this in error, please inform the sender and/or
addressee immediately and delete the material.=20
E-mails may not be secure, may contain computer viruses and
may be corrupted in transmission. Please carefully check this
e-mail (and any attachment) accordingly. No warranties are
given and no liability is accepted for any loss or damage
caused by such matters.
---------------------------------------------------------------
### This e-mail message has been scanned for Viruses by Bytecraft ###
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?04E232FDCD9FBE43857F7066CAD3C0F12DF1C8>