public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
* ACPI info has non-printable chars
@ 2010-01-12 22:15 Ilia Mirkin
  2010-01-13  1:03 ` Zhang Rui
  0 siblings, 1 reply; 5+ messages in thread
From: Ilia Mirkin @ 2010-01-12 22:15 UTC (permalink / raw)
  To: linux-acpi

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)
...
[    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"?

Thanks,

-- 
Ilia Mirkin
imirkin@alum.mit.edu

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: ACPI info has non-printable chars
  2010-01-13  1:03 ` Zhang Rui
@ 2010-01-13  1:02   ` Lin Ming
  2010-01-13  1:19   ` Lin Ming
  1 sibling, 0 replies; 5+ messages in thread
From: Lin Ming @ 2010-01-13  1:02 UTC (permalink / raw)
  To: Zhang, Rui; +Cc: Ilia Mirkin, linux-acpi@vger.kernel.org

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, would you please attach the acpidump output?

Lin Ming




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: ACPI info has non-printable chars
  2010-01-12 22:15 ACPI info has non-printable chars Ilia Mirkin
@ 2010-01-13  1:03 ` Zhang Rui
  2010-01-13  1:02   ` Lin Ming
  2010-01-13  1:19   ` Lin Ming
  0 siblings, 2 replies; 5+ messages in thread
From: Zhang Rui @ 2010-01-13  1:03 UTC (permalink / raw)
  To: Ilia Mirkin; +Cc: linux-acpi@vger.kernel.org, ming.m.lin

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?

thanks,
rui


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: ACPI info has non-printable chars
  2010-01-13  1:03 ` Zhang Rui
  2010-01-13  1:02   ` Lin Ming
@ 2010-01-13  1:19   ` Lin Ming
  2010-01-13  1:43     ` Ilia Mirkin
  1 sibling, 1 reply; 5+ messages in thread
From: Lin Ming @ 2010-01-13  1:19 UTC (permalink / raw)
  To: Zhang, Rui; +Cc: Ilia Mirkin, linux-acpi@vger.kernel.org

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@intel.com>
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@intel.com>
    Signed-off-by: Lin Ming <ming.m.lin@intel.com>
    Signed-off-by: Len Brown <len.brown@intel.com>


> 
> thanks,
> rui
> 


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: ACPI info has non-printable chars
  2010-01-13  1:19   ` Lin Ming
@ 2010-01-13  1:43     ` Ilia Mirkin
  0 siblings, 0 replies; 5+ messages in thread
From: Ilia Mirkin @ 2010-01-13  1:43 UTC (permalink / raw)
  To: Lin Ming; +Cc: Zhang, Rui, linux-acpi@vger.kernel.org

On Tue, Jan 12, 2010 at 8:19 PM, Lin Ming <ming.m.lin@intel.com> wrote:
> 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@intel.com>
> 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@intel.com>
>    Signed-off-by: Lin Ming <ming.m.lin@intel.com>
>    Signed-off-by: Len Brown <len.brown@intel.com>
>

Ah yes, that will almost certainly fix it. Thanks for tracking that
down, and apologies for the noise. I will be sure to respond if the
problem still appears with the latest kernels.

Thanks,

-- 
Ilia Mirkin
imirkin@alum.mit.edu
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2010-01-13  1:43 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-01-12 22:15 ACPI info has non-printable chars Ilia Mirkin
2010-01-13  1:03 ` Zhang Rui
2010-01-13  1:02   ` Lin Ming
2010-01-13  1:19   ` Lin Ming
2010-01-13  1:43     ` Ilia Mirkin

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox