From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1752940AbdEIBLF (ORCPT <rfc822;w@1wt.eu>);
        Mon, 8 May 2017 21:11:05 -0400
Received: from esa7.dell-outbound.iphmx.com ([68.232.153.96]:50848 "EHLO
        esa7.dell-outbound.iphmx.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1751334AbdEIBLD (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 8 May 2017 21:11:03 -0400
From: <Mario.Limonciello@dell.com>
DomainKey-Signature: s=smtpout; d=dell.com; c=nofws; q=dns;
  h=X-LoopCount0:X-IronPort-AV:From:To:CC:Subject:
   Thread-Topic:Thread-Index:Date:Message-ID:References:
   In-Reply-To:Accept-Language:Content-Language:
   X-MS-Has-Attach:X-MS-TNEF-Correlator:
   x-ms-exchange-transport-fromentityheader:x-originating-ip:
   Content-Type:Content-Transfer-Encoding:MIME-Version:
   Return-Path;
  b=EnJGOh1K/P2/SpIPFMk7DnGqFdEuYPMHx3g/T5SWfe3RWwerd8JHQ+MT
   syJbQ23+yBqChASh0QrcN+jXb9W1MihKhwKePdP7HddxbjkckL1cywOI8
   DAKw58BoF4V4GNP2FQwtOJYA7tOeDL/sw73cvfoR9ib3fsyVM04g2TFkf
   g=;
X-LoopCount0: from 10.170.28.40
X-IronPort-AV: E=Sophos;i="5.38,311,1491282000"; 
   d="scan'208";a="16495993"
To: <pali.rohar@gmail.com>
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
Thread-Topic: RFC: WMI Enhancements
Thread-Index: AQHStXDRfWGz3Na/pUazu2XvXvLesqHF0EKAgASlkYCAABLTgIAA6aUAgAA5pYCAADDyAIAAOCOAgACXygCAADsZoIAAXFqA//+yhDCAAaJBgIAAfcEAgBdITWCABMfRAP//xH6AgAB5nYD//7BYMAAMrW8AAASGq2A=
Date: Tue, 9 May 2017 01:10:54 +0000
Message-ID: <3ceae37c323d43f8b1cf6c9aafe55d5e@ausx13mpc120.AMER.DELL.COM>
References: <20170412230854.GA11963@fury> <201705082259.51850@pali>
 <77e4e46f58354e10874ed0515f514fc2@ausx13mpc120.AMER.DELL.COM>
 <201705090017.44210@pali>
In-Reply-To: <201705090017.44210@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.133.208.4]
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by mail.home.local id v491CWu1011762

> 
> 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?

> 
> 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?

> 
> So next step is to decode that decompressed binary MOF file.
> 
> > 44 53 looks promising to be quantum compression.