Re: [PATCH 0/4] x86_64 boot -v2: Add linked listof struct setup_data to boot protocol

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

From: Andi Kleen

Subject: Re: [PATCH 0/4] x86_64 boot -v2: Add linked listof struct setup_data to boot protocol

Date: Thursday, March 27, 2008 - 11:31 pm

On Thu, Mar 27, 2008 at 10:33:27PM -0700, Yinghai Lu wrote:
quoted text> On Thu, Mar 27, 2008 at 7:49 PM, Huang, Ying <ying.huang@intel.com> wrote:
> > This patchset adds the linked list of struct setup_data to boot
> >  protocol. This is needed by EDD information and some SGI machine with
> >  E820 entry number > 128.
> 
> interesting, that 512nodes/4096 box physics memory is not continuous?

Likely not. That would require huge hardware overhead for all the
comparators to handle variable ranges.  Much easier to just use some higher bits 
in the address to index nodes.

-Andi
--
unsubscribe noticeTo 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:

[PATCH 0/4] x86_64 boot -v2: Add linked listof struct setu ..., Huang, Ying, (Thu Mar 27, 7:49 pm)

Re: [PATCH 0/4] x86_64 boot -v2: Add linked listof struct ..., Yinghai Lu, (Thu Mar 27, 10:33 pm)

Re: [PATCH 0/4] x86_64 boot -v2: Add linked listof struct ..., Andi Kleen, (Thu Mar 27, 11:31 pm)

Re: [PATCH 0/4] x86_64 boot -v2: Add linked listof struct ..., Ingo Molnar, (Fri Mar 28, 1:50 am)

Re: [PATCH 0/4] x86_64 boot -v2: Add linked listof struct ..., Paul Jackson, (Fri Mar 28, 6:36 am)

Re: [PATCH 0/4] x86_64 boot -v2: Add linked listof struct ..., Andi Kleen, (Fri Mar 28, 6:44 am)

Re: [PATCH 0/4] x86_64 boot -v2: Add linked listof struct ..., Paul Jackson, (Fri Mar 28, 8:43 am)


linux-kernel:
swhiteho	[PATCH 42/51] [GFS2] Move inode deletion out of blocking_cb
FUJITA Tomonori	Re: [Scst-devel] Integration of SCST in the mainstream Linux kernel
Alex Riesen	Re: [PATCH 4/7] lib: Introduce strnstr()
Alexey Dobriyan	Re: [2.6.22.2 review 09/84] Fix rfkill IRQ flags.
Matthew	Re: Linux 2.6.25
git:
Mike Miller	git message
Stefan Richter	Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins
Jeff King	Re: [PATCH] t7004: test that "git-tag -u" implies "-s"
Christian MICHON	Re: VCS comparison table
Scott Chacon	Re: why not TortoiseGit
linux-netdev:
Arnaldo Carvalho de Melo	Re: [PATCH 06/37] dccp: Limit feature negotiation to connection setup phase
David Miller	Re: 2.6.27.18: bnx2/tg3: BUG: "scheduling while atomic" trying to ifenslave a seco...
Badalian Vyacheslav	Re: tc filter flow hash question
Parav Pandit	ip6 route output() and ip_route_output_key() by drivers
Jarek Poplawski	Re: tc filter flow hash question
git-commits-head:
Linux Kernel Mailing List	i915: Don't whine when pci_enable_msi() fails.
Linux Kernel Mailing List	usb: musb: fix hanging when rmmod gadget driver
Linux Kernel Mailing List	[ARM] 4671/1: ep93xx: remove obsolete gpio_line_* operations
Linux Kernel Mailing List	NFSv4: Move error handling out of the delegation generic code
Linux Kernel Mailing List	Staging: wlan-ng: Move wlan_mkprintstr() and wlan_hexchar() macros into prism2sta.c
openbsd-misc:
Vikas N Kumar	Re: Singularity OS
Christian Weisgerber	Re: CARP with a single public IP address
Marco Peereboom	Re: OpenBSD culture?
"RALOVICH, Kristóf"	Re: thinkpad windows refund
Kevin	Re: uvm_mapent_alloc: out of static map entries on 4.3 i386