search for: decompressed

Commit-ID: 0016a343f734cfe002dd45ab97a67b857ffe2e6d Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=0016a343f734cfe002dd45ab97a67b857ffe2e6d Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Wed, 6 Jan 2016 01:21:27 +0000 Committer: H. Peter Anvin <hpa at linux.intel.com> CommitDate: Tue, 5 Jan 2016 17:51:26 -0800 [klibc] gzip: Fix silent fallback

If the gzip utilities are built without support for compression, they will always attempt to carry out decompression even if the command name and options don't imply that. Instead they should fail with an explicit error in this case. Signed-off-by: Ben Hutchings <ben at decadent.org.uk> --- usr/gzip/gzip.c | 29 ++++++++++++++++------------- 1 file changed, 16 insertions(+), 13

Gabriel Barazer wrote: > Hi, > > After upgrading kernel to 2.6.22 on a Vmware workstation guest version = > 5.5 and 6 , the kernel decompression stage ("Decompressing Linux...") = > is hanging for a very long time (~5 minutes) before finally = > succeeding (displaying "done.\nBooting the kernel.\n"). During this = > time, the VM process is eating all

Gabriel Barazer wrote: > Hi, > > After upgrading kernel to 2.6.22 on a Vmware workstation guest version = > 5.5 and 6 , the kernel decompression stage ("Decompressing Linux...") = > is hanging for a very long time (~5 minutes) before finally = > succeeding (displaying "done.\nBooting the kernel.\n"). During this = > time, the VM process is eating all

Hi! TL;DR WDYT of adding zlib decompression capabilities to LLVMObject library? ld.gold from GNU binutils has --compress-debug-sections=zlib option, which uses zlib to compress .debug_xxx sections and renames them to .zdebug_xxx. binutils (and GDB) support this properly, while LLVM command line tools don't: $ ld --version GNU gold (GNU Binutils for Ubuntu 2.22) 1.11 $ ./bin/clang++ -g a.cc

On Tue, Apr 16, 2013 at 8:31 PM, Michael Spencer <bigcheesegs at gmail.com>wrote: > On Tue, Apr 16, 2013 at 2:37 AM, Alexey Samsonov <samsonov at google.com>wrote: > >> Hi! >> >> TL;DR WDYT of adding zlib decompression capabilities to LLVMObject >> library? >> > >> ld.gold from GNU binutils has --compress-debug-sections=zlib option,

On 25/11/14 22:05, Andy Ritger wrote: > On Tue, Nov 25, 2014 at 10:57:44AM -0500, Ilia Mirkin wrote: >> On Mon, Nov 24, 2014 at 8:33 PM, Andy Ritger <aritger at nvidia.com> wrote: >>> On Fri, Nov 21, 2014 at 01:39:55AM -0500, Ilia Mirkin wrote: >>>> On Fri, Nov 21, 2014 at 1:16 AM, Andy Ritger <aritger at nvidia.com> wrote: >>>>> Hi Ilia,

On Tue, Apr 16, 2013 at 2:37 AM, Alexey Samsonov <samsonov at google.com>wrote: > Hi! > > TL;DR WDYT of adding zlib decompression capabilities to LLVMObject library? > > ld.gold from GNU binutils has --compress-debug-sections=zlib option, > which uses zlib to compress .debug_xxx sections and renames them to > .zdebug_xxx. > binutils (and GDB) support this properly,

On Tue, Apr 16, 2013 at 9:37 AM, Alexey Samsonov <samsonov at google.com> wrote: > > On Tue, Apr 16, 2013 at 8:31 PM, Michael Spencer <bigcheesegs at gmail.com> > wrote: >> >> On Tue, Apr 16, 2013 at 2:37 AM, Alexey Samsonov <samsonov at google.com> >> wrote: >>> >>> Hi! >>> >>> TL;DR WDYT of adding zlib decompression

...!! PLEASE help.. as this problem is right from the start.. Bye, Jaspreet Oberoi >Hello, > >There is the detailed message: > >MEMDISK 2.07 .... >E820: .... > >Ramdisk at 0x1ff10000, lenth 0x0000bb79 >Moving compressed data from 0x1ff10000 to 0x 1fdcc400 >gzip image: decompressed addr 0x1fdd8000, len 0x00168000: failed >Decompression error: ran out of input data >ran out of input data > >Why? > >srzc> Hello, > >srzc> I meet a problem on one of my machine, please see attached picture. >srzc> I use isolinux to load memdisk. >srzc>...

Just in case - do we want to link with libz.so installed in the system, or be self-contained and copy sources to LLVM repo? On Tue, Apr 16, 2013 at 10:48 PM, Eric Christopher <echristo at gmail.com>wrote: > On Tue, Apr 16, 2013 at 9:37 AM, Alexey Samsonov <samsonov at google.com> > wrote: > > > > On Tue, Apr 16, 2013 at 8:31 PM, Michael Spencer <bigcheesegs at

...ta. iFrameSize is the integer which will store the number of bytes actually written to the compressed frame. cComeFrame is the character array which eventually stores the compressed voice data. As for the arguments for "Decompress()", pDecomData is the ALchar pointer which will store the decompressed voice data. iFrameSize is the integer which provides the actual number of bytes written to the compressed frame. cComeFrame is the character array which provides the compressed voice data as input for this function. void OALCapture::Compress(ALchar* pData, int *iFrameSize, char* cComFrame) {...

On Mon, Nov 24, 2014 at 8:33 PM, Andy Ritger <aritger at nvidia.com> wrote: > On Fri, Nov 21, 2014 at 01:39:55AM -0500, Ilia Mirkin wrote: >> On Fri, Nov 21, 2014 at 1:16 AM, Andy Ritger <aritger at nvidia.com> wrote: >> > Hi Ilia, >> > >> > Actually 0x90b8 is different than copy engine. I'm not very familiar >> > with it, but 0x90b8 is

Hi Masami, On Fri, Mar 27, 2020 at 12:02:32PM +0900, Masami Hiramatsu wrote: > On Wed, 25 Mar 2020 16:39:45 +0100 > Borislav Petkov <bp at alien8.de> wrote: > > > + Masami. > > > > On Thu, Mar 19, 2020 at 10:13:02AM +0100, Joerg Roedel wrote: > > > From: Joerg Roedel <jroedel at suse.de> > > > > > > The inat-tables.c file has

I have just applied this to staging-4.1. Since my own backport and Bastian''s were entirely identical, I haven''t tested it other than to compile it... Thanks, Ian. commit 5e73e3548ce70e433a03843ac4fc21a49277baad Author: Ian Jackson <ian.jackson@eu.citrix.com> Date: Fri Mar 15 18:09:51 2013 +0000 Add DomU xz kernel decompression Signed-off-by: Jan Beulich

Historically we've done the former. The latter would require Chris wanting to do that. -eric On Tue, Apr 16, 2013 at 11:52 AM, Alexey Samsonov <samsonov at google.com> wrote: > Just in case - do we want to link with libz.so installed in the system, or > be self-contained and copy sources to LLVM repo? > > > On Tue, Apr 16, 2013 at 10:48 PM, Eric Christopher <echristo

I have an audio file compressed by JSpeex that I'm trying to decompress on the iPhone. I've been trying to work from the speexdec example in an attempt to port the core logic to ObjC. I have a class that does the decode and passes the result back to another class. (currently the other class is a unit test.) My other class is writing the converted output to disk. I compare the results of my

Linux 3.11 added respective support, so I think we should follow suit. 1: xen: add LZ4 decompression support 2: libxc: add LZ4 decompression support Signed-off-by: Jan Beulich <jbeulich@suse.com>

I am running XEN on CentOS Linux release 7.8.2003 I have a Debian 7, and two Gentoo DomU Guests running fine. I am trying to get an Ubuntu 20.04 DomU Guest running but I get this error when trying to run the netboot kernel image xc_dom_probe_bzimage_kernel unable to LZ4 decompress kernel I understand that CentOS Xen does not support LZ4 decompression. Is there a workaround for this?

On Fri, Nov 21, 2014 at 1:16 AM, Andy Ritger <aritger at nvidia.com> wrote: > Hi Ilia, > > Actually 0x90b8 is different than copy engine. I'm not very familiar > with it, but 0x90b8 is an engine for performing LZO decompression as > part of performing the copy. It has a variety of limitations (e.g., > cannot handle blocklinear format), and was only in a few Fermi