![]() | |||||||||||||
Messages in this thread |
>>>>> "Bjorn" == Bjorn Helgaas <bjorn.helgaas@hp.com> writes: Bjorn> On Thursday 08 January 2004 7:45 am, Jes Sorensen wrote: >> I could just hack the NUMA srat_num_cpus handling code to have a >> limit as IMHO it is a lot cleaner to improve the >> acpi_table_parse_madt() API by adding a max_entries argument and >> then have acpi_table_parse_madt spit out a warning if it found too >> many entries. Bjorn> I really like this idea. I notice you didn't take the Bjorn> opportunity to remove the ad hoc checking in ia64 Bjorn> acpi_parse_lsapic; probably that's the next step. Also, did Bjorn> you consider using max_entries==0 to signify "unlimited"? Zero Bjorn> seems like an otherwise useless value for max_entries and would Bjorn> avoid having to choose an arbitrary limit. Hi Bjorn, Since it seems my efforts weren't for nothing then I'll take another round on this one and clean it up further. Zero is such a pretty number so I agree, lets make that be unlimited. Cheers, Jes - 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/ | ||||||||||||
| Last update: 2005-03-22 13:00 [from the cache] ©2003-2008 | |||||||||||||