On Wed, 2010-01-13 at 09:03 +0800, Zhang, Rui wrote:
> CC Lin Ming, the ACPICA expert.
>
> On Wed, 2010-01-13 at 06:15 +0800, Ilia Mirkin wrote:
> > Hi,
> >
> > I just got a new motherboard (GIGABYTE GA-EX58-UD3R) and I'm seeing
> > the following in the kernel log (2.6.31-gentoo-r6, which I believe is
> > basically 2.6.31.6)
> >
> > ...
> > [ 0.000000] ACPI: TAMG 00000000cfee7330 00AE2 (v01 GBT GBT B0
> > 5455312E BG^A^A 53450101)
>
> non-printable chars in Creator ID field.
>
> > ...
> > [ 0.713697] ACPI Warning: Incorrect checksum in table [TAMG] - 9D,
> > should be 9C 20090521 tbutils-246
> >
> > acpidump shows:
> >
> > TAMG @ 0xcfee7330
> > 0000: 54 41 4d 47 e2 0a 00 00 01 9d 47 42 54 20 20 20 TAMG......GBT
> > 0010: 47 42 54 20 20 20 42 30 2e 31 55 54 42 47 01 01 GBT B0.1UTBG..
> > 0020: 01 01 45 53 44 54 3d 20 ef 00 08 00 0f 00 2c 01 ..ESDT= ......,.
> >
> > So those ^A's are really in there, but it's a little annoying (and it
> > causes less to go into binary viewing mode when it shows up in
> > /var/log/messages). Would it be reasonable to add some kind of
> > escaping code for such situations so that it might print like
> > "BG\x01\x01"?
> >
>
> Ming, any comments on this?
Ilia, please try 2.6.32, that we support non-printable characters.
See below commit.
commit cf02cd47d4747abf8ff0617e15fc05a00202e6d5
Author: Bob Moore <robert.moore@xxxxxxxxx>
Date: Wed Jun 24 11:38:46 2009 +0800
ACPICA: Dump table header - suppress output of non-printable characters
Function acpi_tb_print_table_header. Some ACPI tables contain
non-printable characters in one of the string fields of the the
header - Signature, OemId, OemTableId, or CompilerId. Invalid
characters are replaced by '?'. ACPICA BZ 788.
http://acpica.org/bugzilla/show_bug.cgi?id=788
Signed-off-by: Bob Moore <robert.moore@xxxxxxxxx>
Signed-off-by: Lin Ming <ming.m.lin@xxxxxxxxx>
Signed-off-by: Len Brown <len.brown@xxxxxxxxx>
>
> thanks,
> rui
>
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
