
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">

<HTML>

<HEAD>

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">

<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7232.25">

<TITLE>RE: [LinuxBIOS] Re: topics for linuxbios summit</TITLE>

</HEAD>

<BODY>

<!-- Converted from text/plain format -->


<P><FONT SIZE=2><BR>

<BR>

eric> > Before we generate ACPI or anything else we need to move the relevant<BR>

eric> > information<BR>

eric> > into the internal device tree.<BR>

eric><BR>

> YH: Good point, But I worry that we make LinuxBIOS more complicated.<BR>

<BR>

Stepan: No, the information has to be reorganized. Currently pirq and mptables<BR>

Stepan: have to be hand crafted, and this is the complicated thing. Instead the<BR>

Stepan: abstract information should be put to the configuration filess, if it<BR>

Stepan: can not be probed.<BR>

<BR>

YH: I suggest to add<BR>

1. one node id to ram_resource, so the index will be (idx<<8 | nodeid), So I can re-use ram_resource in pci_domain for SRAT creating.<BR>

2. for apci_cluster_id, will add two fields core_id and node_id, ( instantiate it when cpu_init)...<BR>

3. pci device: add pci_irq_routing, and pci_possiable_resource ( for apci _PRT and _PRS...)<BR>

<BR>

how about ioapci in the internal tree?<BR>

<BR>

YH<BR>

<BR>

<BR>

</FONT>

</P>


</BODY>

</HTML>