On Sat, Apr 16, 2011 at 02:46, Zeev Tarantov wrote:
> On Sat, Apr 16, 2011 at 02:11, Dan Magenheimer
> wrote:
>>> > On Fri, Apr 15, 2011 at 05:21, Greg KH wrote:
>>> You need to show a solid use case for why to switch to this code in
>>> order to have it accepted.
>>
>> In particular, zram and
From: Zeev Tarantov
Zram currently uses LZO compression. With Snappy, it uses less CPU time and is
thus more useful. The sacrifice in compression ratio is small.
This is an alternate patch that enables choosing between LZO and Snappy only
at compile time, as requested by Greg K-H:
http://driverde
On Tue, 15 Mar 2011 15:04:54 PDT, Greg KH said:
> Thanks for the patches, but as the .39 merge window is closed, I'll be
> holding on to these until after .39-rc1 is out before I can do anything
> with them.
Is that Linus's merge window, or your window to freeze a for-linus tree?
pgpUKwf3SbuE8.
On Sat, Apr 16, 2011 at 02:03:09AM +0300, Zeev Tarantov wrote:
> On Sat, Apr 16, 2011 at 01:31, Greg KH wrote:
> > On Sat, Apr 16, 2011 at 12:45:41AM +0300, Zeev Tarantov wrote:
> >> On Fri, Apr 15, 2011 at 05:21, Greg KH wrote:
> >> > Why is this needed to be added to the kernel? What does it p
On Sat, Apr 16, 2011 at 01:25, Randy Dunlap wrote:
> I don't see a snappy/Kconfig file in patch 1 or patch 2.
Thank you! I've sent a v3:
http://driverdev.linuxdriverproject.org/pipermail/devel/2011-April/015122.html
-Z.T.
___
devel mailing list
devel@l
From: Zeev Tarantov
Google's Snappy data compression library is a faster alternative to LZO,
optimized for x86-64. On compressible input it compresses ~2.5x faster than LZO
and decompresses ~1.5-2x faster than LZO. On incompressible input, it skips the
input at 100x faster than LZO and decompress
On Sat, Apr 16, 2011 at 02:11, Dan Magenheimer
wrote:
>> From: Greg KH [mailto:g...@kroah.com]
>> Cc: devel@linuxdriverproject.org; Nitin Gupta; Dan Magenheimer
>> Subject: Re: [RFC] Snappy compressor for Linux Kernel (specifically,
>> zram)
>>
>> On Sat, Apr 16, 2011 at 12:45:41AM +0300, Zeev Tar
> From: Greg KH [mailto:g...@kroah.com]
> Cc: devel@linuxdriverproject.org; Nitin Gupta; Dan Magenheimer
> Subject: Re: [RFC] Snappy compressor for Linux Kernel (specifically,
> zram)
>
> On Sat, Apr 16, 2011 at 12:45:41AM +0300, Zeev Tarantov wrote:
> > On Fri, Apr 15, 2011 at 05:21, Greg KH wro
On Sat, Apr 16, 2011 at 01:33, Greg KH wrote:
> On Sat, Apr 16, 2011 at 12:50:51AM +0300, Zeev Tarantov wrote:
>> From: Zeev Tarantov
>>
>> Zram currently uses LZO compression. With Snappy, it uses less CPU time and
>> is
>> thus more useful. The sacrifice in compression ratio is small.
>> Zram'
On Sat, Apr 16, 2011 at 01:31, Greg KH wrote:
> On Sat, Apr 16, 2011 at 12:45:41AM +0300, Zeev Tarantov wrote:
>> On Fri, Apr 15, 2011 at 05:21, Greg KH wrote:
>> > Why is this needed to be added to the kernel? What does it provide that
>> > users or other parts of the kernel needs?
>>
>> It is
On Sat, Apr 16, 2011 at 12:45:41AM +0300, Zeev Tarantov wrote:
> On Fri, Apr 15, 2011 at 05:21, Greg KH wrote:
> > Why is this needed to be added to the kernel? What does it provide that
> > users or other parts of the kernel needs?
>
> It is functionally a general data compression tool that tra
On Sat, Apr 16, 2011 at 12:50:51AM +0300, Zeev Tarantov wrote:
> From: Zeev Tarantov
>
> Zram currently uses LZO compression. With Snappy, it uses less CPU time and is
> thus more useful. The sacrifice in compression ratio is small.
> Zram's LZO and Snappy support can be independently enabled at
On Sat, 16 Apr 2011 00:48:26 +0300 Zeev Tarantov wrote:
> From: Zeev Tarantov
>
> Google's Snappy data compression library is a faster alternative to LZO,
> optimized for x86-64. On compressible input it compresses ~2.5x faster than
> LZO
> and decompresses ~1.5-2x faster than LZO. On incompres
From: Zeev Tarantov
Zram currently uses LZO compression. With Snappy, it uses less CPU time and is
thus more useful. The sacrifice in compression ratio is small.
Zram's LZO and Snappy support can be independently enabled at compile time and
each zram device can switch between compression methods
From: Zeev Tarantov
Google's Snappy data compression library is a faster alternative to LZO,
optimized for x86-64. On compressible input it compresses ~2.5x faster than LZO
and decompresses ~1.5-2x faster than LZO. On incompressible input, it skips the
input at 100x faster than LZO and decompress
On Fri, Apr 15, 2011 at 05:21, Greg KH wrote:
> Why is this needed to be added to the kernel? What does it provide that
> users or other parts of the kernel needs?
It is functionally a general data compression tool that trades off
compression ratio for speed. It is optimized for x86-64 and there
Hi Kristoffer,
於 五，2011-04-15 於 17:30 +0200，Kristoffer Ericson 提到：
> On Wed, Apr 13, 2011 at 09:54:45PM +0200, Joost Pjotr Vermeer wrote:
> > Hi,
> >
> > I tried the new gma500 driver from staging on my Sony VGN-P21Z. It
> > seems to work very nice.
> >
> > But backlight control does not work. I
> -Original Message-
> From: Greg KH [mailto:gre...@suse.de]
> Sent: Tuesday, April 12, 2011 11:41 PM
> To: KY Srinivasan
> Cc: linux-ker...@vger.kernel.org; devel@linuxdriverproject.org;
> virtualizat...@lists.osdl.org
> Subject: Re: irq allocation for pci drivers
>
> On Tue, Apr 12, 20
Code cleanup.
Roland Vossen (2):
staging: brcm80211: removed ASSERTs from util dir, part 1
staging: brcm80211: removed ASSERTs from util dir, part 2
drivers/staging/brcm80211/util/bcmotp.c | 36 +
drivers/staging/brcm80211/util/bcmsrom.c | 40 +--
drive
Signed-off-by: Roland Vossen
Reviewed-by: Arend van Spriel
---
drivers/staging/brcm80211/util/bcmotp.c | 36 +++--
drivers/staging/brcm80211/util/bcmsrom.c | 40 +
drivers/staging/brcm80211/util/bcmutils.c | 26 +++
3 files
Signed-off-by: Roland Vossen
Reviewed-by: Arend van Spriel
---
drivers/staging/brcm80211/util/bcmutils.c |4 --
drivers/staging/brcm80211/util/bcmwifi.c |4 --
drivers/staging/brcm80211/util/hnddma.c | 62 ++--
drivers/staging/brcm80211/util/nicpci.c | 14
You are receiving this email because we wish you to use our website design
service.
We are a China based Website Design studio. We are specialized in web page
design, website development, graphics & multi-media design, flash website
design and other relevant services. Our web designers will wo
Replacing part of the proprietary error code values with native error
code values.
Signed-off-by: Roland Vossen
Reviewed-by: Arend van Spriel
---
drivers/staging/brcm80211/brcmfmac/bcmsdh.c| 24 ++--
drivers/staging/brcm80211/brcmfmac/bcmsdh_sdmmc.c |4 +-
drivers/staging/brcm802
Code cleanup. Converted Broadcom specific error codes into Linux native
ones.
Roland Vossen (4):
staging: brcm80211: removed error string function
staging: brcm80211: replace error codes part 1
staging: brcm80211: replace error codes part 2
staging: brcm80211: made fullmac error codes more
Only fullmac used this functionality, in which a broadcom specific error
code was converted to a human readable string. Since this functionality
is not needed, a function and accompanying data structures have been
removed.
Signed-off-by: Roland Vossen
Reviewed-by: Arend van Spriel
---
drivers/
Replacing part of the proprietary error code values with native error
code values.
Signed-off-by: Roland Vossen
Reviewed-by: Arend van Spriel
---
drivers/staging/brcm80211/brcmfmac/bcmsdh.c|8 +-
drivers/staging/brcm80211/brcmfmac/bcmsdh_sdmmc.c | 14 ++--
.../brcm80211/brcmfmac/
Code cleanup. The code contains several checks on the condition
SDIOH_API_SUCCESS(status). On failure, the error returned depended on the
check, instead of being consistent. This has been corrected.
Signed-off-by: Roland Vossen
Reviewed-by: Arend van Spriel
---
drivers/staging/brcm80211/brcmfma
Driver contains far too many ASSERTs. Extraneous asserts removed.
Only asserts that signal a hardware problem have been converted
into WARN_ON.
Signed-off-by: Roland Vossen
Reviewed-by: Arend van Spriel
---
drivers/staging/brcm80211/brcmsmac/wlc_bmac.c | 153 ++---
drivers/
Driver contains far too many ASSERTs.
Signed-off-by: Roland Vossen
Reviewed-by: Arend van Spriel
---
drivers/staging/brcm80211/brcmsmac/wlc_ampdu.c | 57 +---
1 files changed, 1 insertions(+), 56 deletions(-)
diff --git a/drivers/staging/brcm80211/brcmsmac/wlc_ampdu.c
b/
Code cleanup. Driver contains far too many ASSERTs.
Roland Vossen (3):
staging: brcm80211: removed ASSERTs from wlc_main.c
staging: brcm80211: removed ASSERTs from wlc_ampdu.c
staging: brcm80211: removed ASSERTs from wlc_bmac.c
drivers/staging/brcm80211/brcmsmac/wlc_ampdu.c | 57 +
d
Driver contains far too many ASSERTs. Functions that were only used
from within removed ASSERTs have also been deleted, such as
wlc_bmac_taclear() in wlc_bmac.c.
Signed-off-by: Roland Vossen
Reviewed-by: Arend van Spriel
---
drivers/staging/brcm80211/brcmsmac/wlc_bmac.c |6 -
drivers/stagin
31 matches
Mail list logo
