Hi!
I've pushed everything I'd like to see in 4.5 merged.
Please speak up now if I forgot something!
https://git.kernel.org/cgit/linux/kernel/git/rw/uml.git/log/?h=linux-next
--
Thanks,
//richard
--
Site24x7 APM Insigh
Am 10.01.2016 um 17:36 schrieb Anton Ivanov:
> On 10/01/16 16:00, Richard Weinberger wrote:
>> On Mon, Dec 21, 2015 at 8:04 PM, Anton Ivanov
>> wrote:
>>> Hi list, hi Richard,
>>>
>>> This rather primitive patchset pushes disk IO by ~ 15%.
>>>
>>> dd to /dev/null on a host memory cached 16G sparse
Am 22.12.2015 um 22:15 schrieb Mickaël Salaün:
> This series protect the memory mapped file. This apply on v4.4-rc6.
>
> Changes since v4:
> * fix spelling [1/2]
>
> Changes since v3:
> * add Tristan Schmelcher's ack
>
> Changes since v2; addressed Tristan Schmelcher's comment:
> * remove the wh
Am 31.12.2015 um 17:06 schrieb Vegard Nossum:
> Similarly to commit fb1770aa78a43530940d0c2dd161e77bc705bdac, with gcc 5
> on Ubuntu and CONFIG_STATIC_LINK=y I was seeing these linker errors:
>
> /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/librt.a(timer_create.o):
> In function `__t
On 10/01/16 16:00, Richard Weinberger wrote:
> On Mon, Dec 21, 2015 at 8:04 PM, Anton Ivanov
> wrote:
>> Hi list, hi Richard,
>>
>> This rather primitive patchset pushes disk IO by ~ 15%.
>>
>> dd to /dev/null on a host memory cached 16G sparse disk image with
>> ubuntu on it goes from 512MB/s on
On Mon, Dec 21, 2015 at 8:04 PM, Anton Ivanov
wrote:
> Hi list, hi Richard,
>
> This rather primitive patchset pushes disk IO by ~ 15%.
>
> dd to /dev/null on a host memory cached 16G sparse disk image with
> ubuntu on it goes from 512MB/s on my machine to 580MB/s.
>
> Part 2 will be ring buffers
On Mon, Dec 21, 2015 at 7:54 PM, Anton Ivanov wrote:
> This decreases the number of syscalls per read/write by half.
>
> Signed-off-by: Anton Ivanov
Applied!
--
Thanks,
//richard
--
Site24x7 APM Insight: Get Deep Visi
On Mon, Dec 21, 2015 at 12:55 PM, Anton Ivanov
wrote:
> Patch in your queue, current code looks OK.
>
> I will try to assemble the full ubd acceleration sequence of patches
> this afternoon to submit that as well.
Applied. Let's see how much will explode. :-)
--
Thanks,
//richard
-
On Fri, Dec 18, 2015 at 9:28 PM, Vegard Nossum wrote:
> I was seeing some really weird behaviour where piping UML's output
> somewhere would cause output to get duplicated:
>
> $ ./vmlinux | head -n 40
> Checking that ptrace can change system call numbers...Core dump limits :
> soft
