Messages in this thread |  | | | Date | Tue, 23 Sep 2008 10:16:50 +0200 | | From | Ingo Molnar <> | | Subject | Re: x86: fix macro with bad_bios_dmi_table |
| |
* Yinghai Lu <yhlu.kernel@gmail.com> wrote:
> need one blank tail. > > fix the crash on ingo's test box.
applied to tip/x86/memory-corruption-check, thanks Yinghai!
> --- a/arch/x86/kernel/setup.c > +++ b/arch/x86/kernel/setup.c > @@ -760,8 +760,8 @@ static struct dmi_system_id __initdata bad_bios_dmi_table[] = { > DMI_MATCH(DMI_BIOS_VENDOR, "Phoenix Technologies, LTD"), > }, > }, > - {} > #endif > + {} > };
i've seen such DMI crashes numerous times, caused by a missing NULL at the end of the table. Is there no sane way to detect or robustly avoid such run-off-the-end bugs?
how about changing dmi_check_system(table) to a macro, which does something like:
__dmi_check_system(&(table), sizeof(table))
and rename dmi_check_system() in drivers/firmware/dmi_scan.c to __dmi_check_system() and add the size parameter? That way we could remove the need for NULL termination and it's even a size optimization: it shrinks those tables a tiny bit.
Ingo
|  |