Re: [Xen-devel] Invalid OEM Table ID: Length cannot exceed 8 characters

[Wei Liu <wei.liu2@xxxxxxxxxx>]

On Tue, Nov 27, 2018 at 03:04:44AM -0700, Jan Beulich wrote:
> >>> On 27.11.18 at 00:07, <mathieu.tarral@xxxxxxxxxxxxxx> wrote:
> > I wanted to install Xen from source on Fedora 28.
> > 
> > I choose the stable-4.11 branch, compiled it, and got an error at
> > sudo make install
> > 
> > make[7]: Entering directory 
> > '/home/vagrant/xen/tools/firmware/seabios-dir-remote'
> >   Compiling IASL src/fw/ssdt-misc.hex
> > out/src/fw/ssdt-misc.dsl.i      4: DefinitionBlock ("ssdt-misc.aml", 
> > "SSDT", 
> > 0x01, "BXPC", "BXSSDTSUSP", 0x1)
> > Error    6155 -                                                             
> >  
> >    Invalid OEM Table ID ^  (Length cannot exceed 8 characters)
> > 
> > ASL Input:     out/src/fw/ssdt-misc.dsl.i - 102 lines, 2567 bytes, 35 
> > keywords
> > Listing File:  out/src/fw/ssdt-misc.lst - 8393 bytes
> > Hex Dump:      out/src/fw/ssdt-misc.hex - 4096 bytes
> > 
> > 
> > I tried to fix by removing 2 characters, but the file
> > out/src/fw/ssdt-misc.dsl.i is automatically regenerated.
> > 
> > 
> > Can anyone explain the problem and propose a fix ?
> 
> The "problem" presumably is a newer, more picky iasl. The problem
> being with SeaBIOS you'd generally be better off asking the SeaBIOS
> folks. Looking at 1.12.0 though I see that they've addressed the
> issue already, so you should be able to find a respective commit in
> their tree.
> 
> Wei - I wonder though whether we should backport that change
> (despite it changing names in what I'd call a sub-optimal way)
> once 4.11.1 is out (it's too late now for the pending release). I
> don't know, though, how this would best be done, as we don't
> seem to maintain a (set of) patch(es) for that separate tree
> (anymore?).

I think the expectation is for distro users to use the seabios package
in their distro directly, so we don't maintain our own tree anymore.

If there is enough demand I can cherry-pick some commits from upstream
to our own tree as well, but I would like to avoid that if possible.

Wei.

> 
> Jan
> 
> 

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel