On Fri, Feb 15, 2013 at 4:38 PM, Shentino wrote:
> On Fri, Feb 15, 2013 at 4:04 PM, Al Viro wrote:
>> How would you manage to have it masked at that point? setup_new_exec()
>> is inevitable after success of flush_old_exec() and it will do
>> flush_signal_handlers() for us
On Fri, Feb 15, 2013 at 4:04 PM, Al Viro wrote:
> How would you manage to have it masked at that point? setup_new_exec()
> is inevitable after success of flush_old_exec() and it will do
> flush_signal_handlers() for us.
I wouldn't know for sure but I read somewhere that even if execve
resets han
On Fri, Feb 15, 2013 at 1:59 PM, Al Viro wrote:
> On Fri, Feb 15, 2013 at 12:02:50PM -0800, Linus Torvalds wrote:
>> On Wed, Feb 13, 2013 at 9:36 PM, Al Viro wrote:
>> >
>> > The only problem is that some suicides do SIGKILL, some SIGSEGV.
>> > AFAICS, it started as SIGSEGV and had been s
Great to see you guys wroking on this.
I can almost taste tux3 on my desktop.
On Fri, Jan 4, 2013 at 2:04 AM, OGAWA Hirofumi
wrote:
> Tero Roponen writes:
>
>>> martin@merkaba:~[…]> sudo ./tux3fuse tux3.img /mnt/zeit
>>> [sudo] password for martin:
>>>
>>> martin@merkaba:~[…]> mount | grep fuse
Haven't had a chance to benchmark it yet due to system troubles in the
wake of a botched emerge, but from what I can tell the "write a
promise" logic seems to be much smoother than btrfs's recursive
cow'ing.
>From what I can tell on the design, tux3 is "fsync satiating" with a
single disk write.
On Mon, Dec 17, 2012 at 11:28 AM, Jens Axboe wrote:
> On 2012-12-17 20:27, Linus Torvalds wrote:
>> On Mon, Dec 17, 2012 at 11:06 AM, Jens Axboe wrote:
>>>
>>> Sigh, in that case, yes lets just revert it.
>>
>> So just to check - we're talking about commit 8fa72d234da9 ("bdi: add
>> a user-tunabl
On Wed, Oct 17, 2012 at 1:33 PM, Tim Bird wrote:
> On 10/17/2012 12:20 PM, Shentino wrote:
>> Potentially stupid question
>>
>> But is SLAB the one where all objects per cache have a fixed size and
>> thus you don't have any bookkeeping overhead for the actual
On Wed, Oct 17, 2012 at 12:13 PM, Eric Dumazet wrote:
> On Wed, 2012-10-17 at 11:45 -0700, Tim Bird wrote:
>
>> 8G is a small web server? The RAM budget for Linux on one of
>> Sony's cameras was 10M. We're not merely not in the same ballpark -
>> you're in a ballpark and I'm trimming bonsai tree
On Thu, Oct 4, 2012 at 2:49 AM, David Howells wrote:
> Linus Torvalds wrote:
>
>> Ok, as usual I actually wanted to do the merge myself despite the
>> annoying conflicts (this *really* is the last time I will ever accept
>> any header file "cleanups" - they simply aren't worth the pain).
>
> Ther
On Sat, Sep 1, 2012 at 12:30 PM, Xin Tong wrote:
> When a process is created in Linux, corresponding page table is
> implemented. In the current x86 linux, the page table is a multi-level
> page table and CR3 points to the first level of the page table. I
> have 2 questions.
>
> 1. is the value i
On Sat, Aug 25, 2012 at 10:22 AM, wbrana wrote:
> On 8/25/12, Jochen Striepe wrote:
>> Let me get this straight. You don't see yourself capable of helping to
>> improve kernel or userland.
> If you tell me what and how Firefox and Chromium should be changed to
> support x32,
> I will create patch
On Sat, Aug 25, 2012 at 7:41 AM, wbrana wrote:
> On 8/25/12, wbrana wrote:
>> There is chance Ivy Bridge can accelerate Chromium, but it can't
>> accelerate open source game at sufficient frame rate - 60 fps
>> http://www.phoronix.com/scan.php?page=article&item=intel_ivy_gpushow&num=8
> My 5-year
Run any program that opens the ALSA sound (and probably the dsp
legacy), and then suspend to disk during playback.
On the next and each subsequent thawout, the sound is dead even if you
close and repoen the sound. Only a "cold boot" can fix it.
-
To unsubscribe from this list: send the line "unsu
13 matches
Mail list logo
