From: <Mario.Limonciello@dell.com> 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 Date: Tue, 9 May 2017 18:10:19 +0000 [thread overview] Message-ID: <46fe1658d33647559b46c3a390a581ed@ausx13mpc120.AMER.DELL.COM> (raw) In-Reply-To: <20170509072903.GA22559@pali> > -----Original Message----- > From: Pali Rohár [mailto:pali.rohar@gmail.com] > Sent: Tuesday, May 9, 2017 2:29 AM > To: Limonciello, Mario <Mario_Limonciello@Dell.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 > > 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.
WARNING: multiple messages have this Message-ID (diff)
From: <Mario.Limonciello@dell.com> 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 Date: Tue, 9 May 2017 18:10:19 +0000 [thread overview] Message-ID: <46fe1658d33647559b46c3a390a581ed@ausx13mpc120.AMER.DELL.COM> (raw) In-Reply-To: <20170509072903.GA22559@pali> > -----Original Message----- > From: Pali Rohár [mailto:pali.rohar@gmail.com] > Sent: Tuesday, May 9, 2017 2:29 AM > To: Limonciello, Mario <Mario_Limonciello@Dell.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 > > 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.
next prev parent reply other threads:[~2017-05-09 18:10 UTC|newest] Thread overview: 101+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-04-12 23:08 RFC: WMI Enhancements Darren Hart 2017-04-13 7:32 ` Michał Kępień 2017-04-13 13:29 ` Mario.Limonciello 2017-04-13 13:29 ` Mario.Limonciello 2017-04-13 13:51 ` Pali Rohár 2017-04-13 15:34 ` Andy Lutomirski 2017-04-13 15:40 ` Mario.Limonciello 2017-04-13 15:40 ` Mario.Limonciello 2017-04-13 16:06 ` Darren Hart 2017-04-13 15:40 ` Mario.Limonciello 2017-04-13 15:40 ` Mario.Limonciello 2017-04-18 7:36 ` Andy Shevchenko 2017-04-18 14:08 ` Mario.Limonciello 2017-04-18 14:08 ` Mario.Limonciello 2017-04-13 15:32 ` Andy Lutomirski 2017-04-13 15:39 ` Pali Rohár 2017-04-13 15:44 ` Andy Lutomirski 2017-04-13 16:09 ` Darren Hart 2017-04-13 15:55 ` Mario.Limonciello 2017-04-13 15:55 ` Mario.Limonciello 2017-04-13 15:57 ` Andy Lutomirski 2017-04-13 16:54 ` Mario.Limonciello 2017-04-13 16:54 ` Mario.Limonciello 2017-04-13 17:06 ` Darren Hart 2017-04-13 17:39 ` Mario.Limonciello 2017-04-13 17:39 ` Mario.Limonciello 2017-04-13 17:44 ` Andy Lutomirski 2017-04-13 17:49 ` Mario.Limonciello 2017-04-13 17:49 ` Mario.Limonciello 2017-04-18 7:54 ` Pali Rohár 2017-04-18 16:56 ` Darren Hart 2017-04-18 19:28 ` Pali Rohár 2017-04-13 17:02 ` Darren Hart 2017-04-13 17:32 ` Andy Lutomirski 2017-04-13 17:45 ` Mario.Limonciello 2017-04-13 17:45 ` Mario.Limonciello 2017-04-13 16:08 ` Darren Hart 2017-04-13 7:33 ` Pali Rohár 2017-04-13 16:56 ` Darren Hart 2017-04-13 20:38 ` Mario.Limonciello 2017-04-13 20:38 ` Mario.Limonciello 2017-04-13 23:51 ` Darren Hart 2017-04-14 17:42 ` Mario.Limonciello 2017-04-14 17:42 ` Mario.Limonciello 2017-04-14 18:27 ` Darren Hart 2017-04-14 19:04 ` Mario.Limonciello 2017-04-14 19:04 ` Mario.Limonciello 2017-04-14 22:45 ` Rafael J. Wysocki 2017-04-14 23:05 ` Darren Hart 2017-04-17 22:03 ` Andy Lutomirski 2017-04-17 23:10 ` Darren Hart 2017-04-18 13:07 ` Rafael J. Wysocki 2017-04-18 16:33 ` Darren Hart 2017-04-18 19:28 ` Pali Rohár 2017-04-18 22:49 ` Darren Hart 2017-04-19 7:52 ` Pali Rohár 2017-04-19 16:29 ` Mario.Limonciello 2017-04-19 16:29 ` Mario.Limonciello 2017-04-19 16:54 ` Pali Rohár 2017-04-19 17:24 ` Mario.Limonciello 2017-04-19 17:24 ` Mario.Limonciello 2017-04-20 13:14 ` Pali Rohár 2017-04-20 20:44 ` Darren Hart 2017-05-05 21:55 ` Mario.Limonciello 2017-05-05 21:55 ` Mario.Limonciello 2017-05-05 23:44 ` Darren Hart 2017-05-06 0:51 ` Mario.Limonciello 2017-05-06 0:51 ` Mario.Limonciello 2017-05-06 1:25 ` Andy Lutomirski 2017-05-08 15:29 ` Darren Hart 2017-05-08 15:36 ` Mario.Limonciello 2017-05-08 15:36 ` Mario.Limonciello 2017-05-08 15:47 ` Darren Hart 2017-05-08 16:00 ` Mario.Limonciello 2017-05-08 16:00 ` Mario.Limonciello 2017-05-08 16:04 ` Andy Shevchenko [not found] ` <CAOg5c--wkQgvsmhTynAKyG9iWaHjRWC5Z+MXzVJVw66vxSz4Zw@mail.gmail.com> 2017-05-08 18:26 ` Mario.Limonciello 2017-05-08 18:26 ` Mario.Limonciello 2017-05-08 19:09 ` Darren Hart 2017-05-08 19:11 ` Mario.Limonciello 2017-05-08 19:11 ` Mario.Limonciello 2017-05-08 17:17 ` Pali Rohár 2017-05-08 19:21 ` Mario.Limonciello 2017-05-08 19:21 ` Mario.Limonciello 2017-05-08 20:59 ` Pali Rohár 2017-05-08 21:18 ` Mario.Limonciello 2017-05-08 21:18 ` Mario.Limonciello 2017-05-08 22:17 ` Pali Rohár 2017-05-09 1:10 ` Mario.Limonciello 2017-05-09 1:10 ` Mario.Limonciello 2017-05-09 7:29 ` Pali Rohár 2017-05-09 18:10 ` Mario.Limonciello [this message] 2017-05-09 18:10 ` Mario.Limonciello 2017-05-09 19:04 ` Andy Shevchenko 2017-05-09 19:16 ` Mario.Limonciello 2017-05-09 19:16 ` Mario.Limonciello 2017-05-09 19:26 ` Andy Shevchenko 2017-05-09 22:38 ` Pali Rohár 2017-05-09 19:19 ` Pali Rohár 2017-04-20 14:17 ` Christoph Hellwig 2017-04-18 21:14 ` Rafael J. Wysocki
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=46fe1658d33647559b46c3a390a581ed@ausx13mpc120.AMER.DELL.COM \ --to=mario.limonciello@dell.com \ --cc=andriy.shevchenko@linux.intel.com \ --cc=corentin.chary@gmail.com \ --cc=dvhart@infradead.org \ --cc=len.brown@intel.com \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-pm@vger.kernel.org \ --cc=luto@amacapital.net \ --cc=luto@kernel.org \ --cc=pali.rohar@gmail.com \ --cc=platform-driver-x86@vger.kernel.org \ --cc=rjw@rjwysocki.net \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.