lkml.org 
[lkml]   [2019]   [Feb]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCHv5 03/10] acpi/hmat: Parse and report heterogeneous memory

...

> > > +
> > > + return 0;
> > > +}
> > > +
> > > +static int __init hmat_parse_address_range(union acpi_subtable_headers *header,
> > > + const unsigned long end)
> > > +{
> > > + struct acpi_hmat_address_range *spa = (void *)header;
> > > +
> > > + if (spa->header.length != sizeof(*spa)) {
> > > + pr_debug("HMAT: Unexpected address range header length: %d\n",
> > > + spa->header.length);
> >
> > My gut feeling is that it's much more useful to make this always print rather
> > than debug. Same with other error paths above. Given the number of times
> > broken ACPI tables show up, it's nice to complain really loudly!
> >
> > Perhaps others prefer to not do so though so I'll defer to subsystem norms.
>
> Yeah, I demoted these to debug based on earlier feedback. We should
> still be operational even with broken HMAT, so I don't want to create
> unnecessary panic if its broken, but I agree something should be
> immediately noticable if the firmware tables are incorrect. Maybe like
> what bad_srat() provides.

Agreed. Something general like that would be great. Let's people know they
should turn debug on.

Thanks,

Jonathan



\
 
 \ /
  Last update: 2019-02-06 17:40    [W:0.034 / U:0.264 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site