From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754261AbdEITES (ORCPT ); Tue, 9 May 2017 15:04:18 -0400 Received: from mail-qk0-f171.google.com ([209.85.220.171]:32819 "EHLO mail-qk0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752049AbdEITER (ORCPT ); Tue, 9 May 2017 15:04:17 -0400 MIME-Version: 1.0 In-Reply-To: <46fe1658d33647559b46c3a390a581ed@ausx13mpc120.AMER.DELL.COM> References: <20170412230854.GA11963@fury> <201705082259.51850@pali> <77e4e46f58354e10874ed0515f514fc2@ausx13mpc120.AMER.DELL.COM> <201705090017.44210@pali> <3ceae37c323d43f8b1cf6c9aafe55d5e@ausx13mpc120.AMER.DELL.COM> <20170509072903.GA22559@pali> <46fe1658d33647559b46c3a390a581ed@ausx13mpc120.AMER.DELL.COM> From: Andy Shevchenko Date: Tue, 9 May 2017 22:04:15 +0300 Message-ID: Subject: Re: RFC: WMI Enhancements To: Mario Limonciello Cc: =?UTF-8?Q?Pali_Roh=C3=A1r?= , "dvhart@infradead.org" , "Rafael J. Wysocki" , Andy Lutomirski , "Brown, Len" , Corentin Chary , Andy Lutomirski , Andy Shevchenko , "linux-kernel@vger.kernel.org" , Platform Driver , "linux-pm@vger.kernel.org" Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 9, 2017 at 9:10 PM, wrote: >> > > Then took relevant decompression code and it really decompressed that >> > > binary MOF WMI buffer. But still decompressed format is binary, but I >> > > now see all WMI GUID encoded in UTF-16. Decompressed BMF file has again >> > > "FOMB" magic header. >> > >> > Well that's great. Is it possible that this compression is used for every time >> > a class was declared? >> >> Looks like not. That decompressed output seems to be not compressed >> anymore. Just use same magic header. > Actually it looks like a new magic header to me after decompressed. > > 46 4f 4d 42 54 15 00 00 01 00 00 00 01 00 00 00 > That's now FOMBT I think you just mistakenly take 0x54 as letter when it looks more like 0x00001554 0x00000001 0x00000001 from the above dump. -- With Best Regards, Andy Shevchenko