search for: uncompressed_nam

Displaying 4 results from an estimated 4 matches for "uncompressed_nam".

Did you mean: uncompressed_name
2019 Jun 08
2
Kernel Image CRC checking
...gt; Just double-checked: the spec is correct. So the zlib crc32() routine should > return UINT32_MAX == ~(uint32_t)0 == (uint32_t)-1 for a correctly loaded kernel. > And just to double check: gzip -9 bzImage gzip -l -v bzImage.gz method crc date time compressed uncompressed ratio uncompressed_name defla ffffffff Jun 7 22:53 728000 881200 17.4% bzImage ^^^^^^^^ -hpa
2019 Jun 09
0
Kernel Image CRC checking
...So the zlib crc32() > > routine should return UINT32_MAX == ~(uint32_t)0 == (uint32_t)-1 > > for a correctly loaded kernel. > > And just to double check: > > > gzip -9 bzImage > gzip -l -v bzImage.gz > method crc date time compressed uncompressed ratio > uncompressed_name defla ffffffff Jun 7 22:53 728000 > 881200 17.4% bzImage ^^^^^^^^ > > -hpa Unfortunately you have to account for kernel signing. Let's check this kernel distributed by openSUSE: gzip vmlinuz-5.2.0-rc1-2.gb225e5a-default gzip -l -v vmlinuz-5.2.0-rc1-2.gb225e5a-default.gz metho...
2019 Jun 08
2
Kernel Image CRC checking
On 6/7/19 10:25 PM, H. Peter Anvin via Syslinux wrote: >> >> However, the CRC polynomial for zlib and the Linux kernel should both be the >> same: 0x04c11db7. > > I just double-checked, and the CRC tables are indeed identical. I was pretty > sure, because I wrote that code a long time ago... > Ah, it seems that zlib's CRC32 returns the binary inverse of the
2014 Feb 14
1
Cached message size larger than expected
Hi guys, I recently turned on IMAP zlib compression for Maildir and noticed that I've started getting these errors in the maillog. Error: Cached message size larger than expected (1627 > 1548) Error: Maildir filename has wrong S value, renamed the file from /home/crc.id.au/netwiz/.System Generated.Cron Jobs/cur/1392224150.M52270P1073.mail.crc.id.au,S=1627:2,S,Z to /home/crc.