Blame SOURCES/aslcodegen.patch

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