From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753459AbdEISKZ (ORCPT ); Tue, 9 May 2017 14:10:25 -0400 Received: from esa6.dell-outbound.iphmx.com ([68.232.149.229]:35583 "EHLO esa6.dell-outbound.iphmx.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750805AbdEISKX (ORCPT ); Tue, 9 May 2017 14:10:23 -0400 From: X-LoopCount0: from 10.175.216.249 X-IronPort-AV: E=Sophos;i="5.38,315,1491282000"; d="scan'208";a="503938058" To: CC: , , , , , , , , , Subject: RE: RFC: WMI Enhancements Thread-Topic: RFC: WMI Enhancements Thread-Index: AQHStXDRfWGz3Na/pUazu2XvXvLesqHF0EKAgASlkYCAABLTgIAA6aUAgAA5pYCAADDyAIAAOCOAgACXygCAADsZoIAAXFqA//+yhDCAAaJBgIAAfcEAgBdITWCABMfRAP//xH6AgAB5nYD//7BYMAAMrW8AAASGq2AADrp9gAALpe3g Date: Tue, 9 May 2017 18:10:19 +0000 Message-ID: <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> In-Reply-To: <20170509072903.GA22559@pali> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.143.18.86] Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by mail.home.local id v49IBx99004539 > -----Original Message----- > From: Pali Rohár [mailto:pali.rohar@gmail.com] > Sent: Tuesday, May 9, 2017 2:29 AM > To: Limonciello, Mario > Cc: dvhart@infradead.org; rjw@rjwysocki.net; luto@amacapital.net; > len.brown@intel.com; corentin.chary@gmail.com; luto@kernel.org; > andriy.shevchenko@linux.intel.com; linux-kernel@vger.kernel.org; platform- > driver-x86@vger.kernel.org; linux-pm@vger.kernel.org > Subject: Re: RFC: WMI Enhancements > > On Tuesday 09 May 2017 01:10:54 Mario.Limonciello@dell.com wrote: > > > > > > I found dmsdos implementation of that DS compression at: > > > http://cmp.felk.cvut.cz/~pisa/dmsdos > > > > > > 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 > > Now it looks like binary representation of MOF. Where structures and > types are encoded by binary sequences. Yes, and I notice in here even mentions of the locale (which was required to decompress using mofcomp too). 00000150 08 00 00 00 00 00 00 00 10 00 00 00 4c 00 6f 00 |............L.o.| 00000160 63 00 61 00 6c 00 65 00 00 00 00 00 4d 00 53 00 |c.a.l.e.....M.S.| 00000170 5c 00 30 00 78 00 34 00 30 00 39 00 00 00 00 00 |\.0.x.4.0.9.....| > > > > > > > I pushed my decompression utility here: > > > https://github.com/pali/bmfdec > > > > Did you forget another commit for pulling in arguments and opening a file > > or were you just putting the whole buffer into pin? > > Whole BMF file should be on stdin (with that 16 bytes header) and is > decompressed on stdout. Oh my mistake, that wasn't clear when I glanced at it.