0fb27e
Changes in the handling of comments caused some length fields to be used
0fb27e
in new ways.  The new way broke the existing adaptation for big endian
0fb27e
support; this patch repairs that adaptation.
0fb27e
0fb27e
Signed-off-by: Al Stone <ahs3@redhat.com>
0fb27e
0fb27e
diff -Naur acpica-unix2-20180531.orig/source/compiler/aslcodegen.c acpica-unix2-20180531/source/compiler/aslcodegen.c
0fb27e
--- acpica-unix2-20180531.orig/source/compiler/aslcodegen.c	2018-07-06 20:28:35.255546578 -0400
0fb27e
+++ acpica-unix2-20180531/source/compiler/aslcodegen.c	2018-07-06 20:32:10.373797644 -0400
0fb27e
@@ -494,8 +494,7 @@
0fb27e
 
0fb27e
     /* Table length. Checksum zero for now, will rewrite later */
0fb27e
 
0fb27e
-    DWord = sizeof (ACPI_TABLE_HEADER) + Op->Asl.AmlSubtreeLength;
0fb27e
-    ACPI_MOVE_32_TO_32(&TableHeader.Length, &DWord);
0fb27e
+    TableHeader.Length = sizeof (ACPI_TABLE_HEADER) + Op->Asl.AmlSubtreeLength;
0fb27e
 
0fb27e
     /* Calculate the comment lengths for this definition block parseOp */
0fb27e
 
0fb27e
@@ -539,6 +538,8 @@
0fb27e
         CvDbgPrint ("    Length: %u\n", CommentLength);
0fb27e
         }
0fb27e
     }
0fb27e
+    DWord = TableHeader.Length;
0fb27e
+    ACPI_MOVE_32_TO_32(&TableHeader.Length, &DWord);
0fb27e
 
0fb27e
     TableHeader.Checksum = 0;
0fb27e