[PATCH kselftest-next] Add cgroup core selftests

" fields would flip to "0" and file modified events will be generated on the "cgroup.events" files of both cgroups. Signed-off-by: Claudio Zumbo Cc: Shuah Khan Cc: Roman Gushchin Cc: Tejun Heo Cc: kernel-t...@fb.com --- tools/testing/selftests/cgroup/Makefile

ftrace global trace_pipe_raw

be considered for inclusion? Thank you, Claudio

ftrace global trace_pipe_raw

be considered for inclusion? Thank you, Claudio On 07/09/2018 05:32 PM, Steven Rostedt wrote: > On Fri, 6 Jul 2018 08:22:01 +0200 > Claudio wrote: > >> Hello all, >> >> I have been experimenting with the idea of leaving ftrace enabled, with >> sched

Re: ftrace global trace_pipe_raw

o. > > -- Steve That would be great! So the library could handle this kind of preprocessing, and create a single stream of sorted timestamps/events with the binary data? Thanks a lot, Claudio

ftrace performance (sched events): cyclictest shows 25% more latency

-p95 -m -s -N -l 10 -q $ uname -a Linux claudio-HP-ProBook-470-G5 4.18.0-rc3+ #3 SMP Tue Jul 3 15:50:30 CEST 2018 x86_64 x86_64 x86_64 GNU/Linux For brevity, this is a comparison of one test's results. All other test results show the same ~25% increase. On the left side, the run without ftrace

Re: ftrace performance (sched events): cyclictest shows 25% more latency

Hello Steve, thank you for your response, On 07/06/2018 11:24 PM, Steven Rostedt wrote: > On Fri, 6 Jul 2018 08:22:01 +0200 > Claudio wrote: > >> Hello all, >> >> I have been experimenting with the idea of leaving ftrace enabled, with >> sched events, >>

Re: ftrace performance (sched events): cyclictest shows 25% more latency

On 07/09/2018 12:06 PM, Claudio wrote: > Hello Steve, > > thank you for your response, > > On 07/06/2018 11:24 PM, Steven Rostedt wrote: >> On Fri, 6 Jul 2018 08:22:01 +0200 >> Claudio wrote: >> >>> Hello all, >>> >>> I hav

new arch-independent tracepoints on hardware entry/exit from interrupt ?

looking at are x86 and arm64. Thank you for your thoughts on this, Claudio

Re: ftrace global trace_pipe_raw

Hi Steven, happy new year, On 12/19/2018 05:37 PM, Steven Rostedt wrote: > On Wed, 19 Dec 2018 12:32:41 +0100 > Claudio wrote: > >>>> >>>> I would imagine the core functionality is already available, since >>>> trace_pipe >>>> in the tra

Re: ftrace performance (sched events): cyclictest shows 25% more latency

Hello Steve, thank you for your response, On 07/06/2018 11:24 PM, Steven Rostedt wrote: > On Fri, 6 Jul 2018 08:22:01 +0200 > Claudio wrote: > >> Hello all, >> >> I have been experimenting with the idea of leaving ftrace enabled, with >> sched events, >>

Re: ftrace performance (sched events): cyclictest shows 25% more latency

On 07/09/2018 12:06 PM, Claudio wrote: > Hello Steve, > > thank you for your response, > > On 07/06/2018 11:24 PM, Steven Rostedt wrote: >> On Fri, 6 Jul 2018 08:22:01 +0200 >> Claudio wrote: >> >>> Hello all, >>> >>> I hav

[PATCH kselftest-next] Add cgroup core selftests

" fields would flip to "0" and file modified events will be generated on the "cgroup.events" files of both cgroups. Signed-off-by: Claudio Zumbo Cc: Shuah Khan Cc: Roman Gushchin Cc: Tejun Heo Cc: kernel-t...@fb.com --- tools/testing/selftests/cgroup/Makefile

new arch-independent tracepoints on hardware entry/exit from interrupt ?

looking at are x86 and arm64. Thank you for your thoughts on this, Claudio

Re: ftrace global trace_pipe_raw

Hi Steven, going back to this old theme to clarify a bit what I was trying to achieve: On 07/24/2018 04:23 PM, Steven Rostedt wrote: > On Tue, 24 Jul 2018 11:58:18 +0200 > Claudio wrote: > >> Hello Steven, >> >> I am doing correlation of linux sched events, following

ftrace global trace_pipe_raw

be considered for inclusion? Thank you, Claudio On 07/09/2018 05:32 PM, Steven Rostedt wrote: > On Fri, 6 Jul 2018 08:22:01 +0200 > Claudio wrote: > >> Hello all, >> >> I have been experimenting with the idea of leaving ftrace enabled, with >> sched

ftrace global trace_pipe_raw

be considered for inclusion? Thank you, Claudio

Re: ftrace global trace_pipe_raw

o. > > -- Steve That would be great! So the library could handle this kind of preprocessing, and create a single stream of sorted timestamps/events with the binary data? Thanks a lot, Claudio

ftrace performance (sched events): cyclictest shows 25% more latency

-p95 -m -s -N -l 10 -q $ uname -a Linux claudio-HP-ProBook-470-G5 4.18.0-rc3+ #3 SMP Tue Jul 3 15:50:30 CEST 2018 x86_64 x86_64 x86_64 GNU/Linux For brevity, this is a comparison of one test's results. All other test results show the same ~25% increase. On the left side, the run without ftrace

Adaptec SCSI RAID ASR-2100S

Hi I would like to know if there is any support in the 2.4.x kernels for Adaptec SCSI RAID ASR-2100S cards. It seems that one can download a driver or patch from Adaptec website for 2.2.x kernels... Can someone point me for any patch or driver available for the 2.4 series? Thanks in

Re: obsolete code must die

that would be otherwise obsolete, so YOU SAVE SOME BUCKS. As a student, Radio Amateur and Electronics entusiast, many times I have to rely on old and surplus hardware since money resources are scarce. Linux lets me have fun, even with low resources. Thats the key to sucess IMO. regards Claudio

Re: MemShared == 0 ?

in this list, it means that this value is just not computed anymore and is kept at 0 for compatibility with old programs that parse this table. It seems that presenting this number was computationaly expensive for the kernel. regards cumprimentos Claudio - To unsubscribe from this list: send

Re: Wasting our Freedom

in my wildest dreams I would not require them to publish their code just because the used some of my code. -- :wq Claudio - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo

Re: Wasting our Freedom

On Mon, Sep 17, 2007 at 09:34:58AM -0400, Theodore Tso wrote: On Mon, Sep 17, 2007 at 02:55:54PM +0200, Claudio Jeker wrote: Wohoho! Slow here please. NDA have nothing to do with licenses and especially with copyright. NetApp even though their stuff is under their copyright and license does

[PATCH] umc-bus.c: fix usage of device_trylock

Hi all. I've probably found a wrong usage of device_trylock inside the driver umc-bus.c: device_trylock has the same semantics of mutex_trylock, so it returns 1 if the lock has been acquired successfully. Please, find below a patch. Best regards, Claudio Subject: umc-bus.c: fix

[PATCH] ARM: plat-versatile: move secondary CPU startup code out of .init for hotplug

Using __CPUINIT instead of __INIT puts the secondary CPU startup code into the right section: it will not be freed in hotplug configurations, allowing hot-add of cpus, while still getting freed in non-hotplug configs. Signed-off-by: Claudio Fontana claudio.font...@huawei.com --- arch/arm/plat

[PATCH RESEND] umc-bus.c: fix usage of device_trylock

acquired successfully. Best regards, Claudio Subject: umc-bus.c: fix usage of device_trylock From: Claudio Scordino clau...@evidence.eu.com Fix usage of device_trylock. It has the same semantics of mutex_trylock, so it returns 1 if the lock has been acquired successfully. Signed-off

[PATCH] net/ipv4/ipconfig: add device address to a KERN_INFO message

adds a hwaddr to the IP-Config: Complete KERN_INFO message with the dev_addr of the device selected for auto configuration. Signed-off-by: Claudio Fontana claudio.font...@huawei.com --- net/ipv4/ipconfig.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/net/ipv4

[PATCH resend 2] net/ipv4/ipconfig: add device address to a KERN_INFO message

adds a hwaddr to the IP-Config: Complete KERN_INFO message with the dev_addr of the device selected for auto configuration. Signed-off-by: Claudio Fontana claudio.font...@huawei.com --- net/ipv4/ipconfig.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/net/ipv4

fadvise interferes with readahead

Hi. First of all, I'm not subscribed to this list, so I'd suggest all replies copy me personally. I have been trying to implement some I/O pipelining in Postgres (ie: read the next data page asynchronously while working on the current page), and stumbled upon some puzzling behavior involving the

Re: [PATCH 00/23] per device dirty throttling -v8

backup tools using mtime/ctime for incremental backups (like tar + Amanda, etc), but I'm having trouble figuring out why someone would want to use atime for that. Best regards Claudio - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL

Re: Processes stuck on D state on Dual Opteron

On Tuesday 05 April 2005 03:12, Andrew Morton wrote: Claudio Martins [EMAIL PROTECTED] wrote: While stress testing 2.6.12-rc2 on an HP DL145 I get processes stuck in D state after some time. This machine is a dual Opteron 248 with 2GB (ECC) on one node (the other node has no RAM

Re: Processes stuck on D state on Dual Opteron

, Claudio - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: Processes stuck on D state on Dual Opteron

on the results as soon as possible. Thanks Claudio - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: Processes stuck on D state on Dual Opteron

, Claudio - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: Processes stuck on D state on Dual Opteron

32G 107M 30G 1% /home /dev/md2 31G 149M 29G 1% /var In these tests, /home on md3 is the working area for stress. The io scheduler used is the anticipatory. Neil, have you had a look at the traces? Do they mean much to you? Claudio - I have attached another

Re: Processes stuck on D state on Dual Opteron

;-) It has been running for more than 5 hours now with stress with no problems and no stuck processes. I think I'm going to give a try to Neil's patch, but I'll have to apply some patches from -mm. Thanks Claudio - To unsubscribe from this list: send the line unsubscribe linux-kernel

Re: Processes stuck on D state on Dual Opteron

directory of 2.6.12-rc2-mm1 or only some specific ones? Anyway I'm happy to test all those md updates, if you think they might help. Thanks Claudio - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http

Re: Processes stuck on D state on Dual Opteron

On Tuesday 12 April 2005 01:46, Andrew Morton wrote: Claudio Martins [EMAIL PROTECTED] wrote: I think I'm going to give a try to Neil's patch, but I'll have to apply some patches from -mm. Just this one if you're using 2.6.12-rc2: --- 25/drivers/md/md.c~avoid-deadlock-in-sync_page_io

Processes stuck on D state on Dual Opteron

. Please let me know if you want me to run some other tests or give some more info to help solve this one. Kernel config follows (compiled with gcc-3.4.4 on debian)... Best regards, thanks Claudio Martins # # Automatically generated make config: don't edit # Linux kernel version: 2.6.12-rc2

Re: [PATCH] isp1362-hcd.c: usb message always saved in case of underrun

Il 06/07/2012 19:41, Greg KH ha scritto: On Wed, Jun 27, 2012 at 06:01:39PM +0200, Claudio Scordino wrote: Hi Olav, please find below a patch for the isp1362-hcd.c driver to always save the message in case of underrun. More information is provided inside the patch comment. Let us know

Re: [PATCH] isp1362-hcd.c: usb message always saved in case of underrun

Il 20/07/2012 17:15, Greg KH ha scritto: On Fri, Jul 20, 2012 at 12:26:10PM +0200, Claudio Scordino wrote: Il 20/07/2012 00:58, Greg KH ha scritto: On Wed, Jul 18, 2012 at 10:53:09AM +0200, Claudio Scordino wrote: Il 06/07/2012 19:41, Greg KH ha scritto: On Wed, Jun 27, 2012 at 06:01:39PM

Re: [PATCH] isp1362-hcd.c: usb message always saved in case of underrun

Il 20/07/2012 00:58, Greg KH ha scritto: On Wed, Jul 18, 2012 at 10:53:09AM +0200, Claudio Scordino wrote: Il 06/07/2012 19:41, Greg KH ha scritto: On Wed, Jun 27, 2012 at 06:01:39PM +0200, Claudio Scordino wrote: Hi Olav, please find below a patch for the isp1362-hcd.c driver

Re: fadvise interferes with readahead

On Tue, Nov 20, 2012 at 5:04 AM, Fengguang Wu fengguang...@intel.com wrote: Yes. The kernel readahead code by design will outperform simple fadvise in the case of clustered random reads. Imagine the access pattern 1, 3, 2, 6, 4, 9. fadvise will trigger 6 IOs literally. While kernel readahead

Re: fadvise interferes with readahead

On Tue, Nov 20, 2012 at 11:58 AM, Fengguang Wu fengguang...@intel.com wrote: But if cache hits were to simply update readahead state, it would only mean that read calls behave the same regardless of fadvise calls. I think that's worth pursuing. Here you are describing an alternative solution

[PATCH 0/1 RESEND 2] ARM: plat-versatile: move secondary CPU startup out of .init.

and blue skies. Tested successfully using the ARM fast models for the Cortex-A15. -- Claudio Fontana (1): ARM: plat-versatile: move secondary CPU startup code out of .init. arch/arm/plat-versatile/headsmp.S | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 1.7.12.1 -- To unsubscribe

[PATCH 1/1 RESEND 2] ARM: plat-versatile: move secondary CPU startup out of .init.

Using __CPUINIT instead of __INIT puts the secondary CPU startup code into the right section: it will not be freed in hotplug configurations, allowing hot-add of cpus, while still getting freed in non-hotplug configs. Signed-off-by: Claudio Fontana claudio.font...@huawei.com Tested-by: Claudio

[PATCH RESEND 4] ARM: plat-versatile: move secondary CPU startup into cpuinit

-off-by: Claudio Fontana claudio.font...@huawei.com Tested-by: Claudio Fontana claudio.font...@huawei.com diff --git a/arch/arm/plat-versatile/headsmp.S b/arch/arm/plat-versatile/headsmp.S index dd703ef..19fe180 100644 --- a/arch/arm/plat-versatile/headsmp.S +++ b/arch/arm/plat-versatile/headsmp.S

[PATCH RESEND 3] ARM: plat-versatile: move secondary CPU startup into cpuinit

Using __CPUINIT instead of __INIT puts the secondary CPU startup code into the right section: it will not be freed in hotplug configurations, allowing hot-add of cpus, while still getting freed in non-hotplug configs. Signed-off-by: Claudio Fontana claudio.font...@huawei.com Tested-by: Claudio

[PATCH 0/1 RESEND] ARM: plat-versatile: move secondary CPU startup out of .init.

, the secondary VCPUs start successfully, and it's all gardens and blue skies. Tested successfully using the ARM fast models for the Cortex-A15. -- Claudio Fontana (1): ARM: plat-versatile: move secondary CPU startup code out of .init. arch/arm/plat-versatile/headsmp.S | 2 +- 1 file changed, 1

[PATCH 1/1 RESEND] ARM: plat-versatile: move secondary CPU startup code out of .init.

Using __CPUINIT instead of __INIT puts the secondary CPU startup code into the right section: it will not be freed in hotplug configurations, allowing hot-add of cpus, while still getting freed in non-hotplug configs. Signed-off-by: Claudio Fontana claudio.font...@huawei.com Tested-by: Claudio

trivial typo in CodingStyle patch

@@ -409,7 +409,36 @@ out: return result; } - Chapter 8: Commenting + Chapyer 8: Tests s/Chapyer/Chapter/ Claudio - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: sched_{set,get}attr() manpage

efficient too. I don't know if using sched_yield() to get this behavior is a good choice or not. You have ways more experience than me :) Best, Claudio -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More

Re: Kernel 3.16.0 USB crash

, I've copied them on paper. [ 1200.352042] IP: [8179393f] _raw_spin_lock_irqsave+ 0x01f/0x060 [ 1200.352045] PGD 0 [ 1200.352048] Oops: 0002 [#1] SMP Ciao, Claudio 2014-08-22 20:26 GMT+02:00 Hans de Goede hdego...@redhat.com: ... There is no need to try my patch, since the descriptors

Re: Kernel 3.16.0 USB crash

] CR2: 08e809a6 Aug 23 12:05:08 hp850ssd kernel: [ 134.734092] ---[ end trace 4bfad36e9bbe6ec8 ]--- 2014-08-23 9:37 GMT+02:00 Claudio Bizzarri claudio.bizza...@gmail.com: Ok, thank you Hans. When I connect my external USB disk I've 30 seconds before my laptop freezes: with top command

Re: Kernel 3.16.0 USB crash

Hi, Ive installed latest kernel-ppa 3.16.0 version. When I attach my USB 3.0 external drive I've a complete system crash. Here the latest /var/log/syslog lines before complete lockdown of my computer. With kernel 3.14.14 it works perfectly. Please tell me how I can help developer to eliminate

Fwd: Kernel 3.16.0 USB crash

] Attached SCSI disk I am available to send logs or to carry out the tests you want to do. Regards. Claudio 2014-08-13 23:36 GMT+02:00 Matt jackdac...@gmail.com: On Wed, Aug 13, 2014 at 10:24 PM, Matt jackdac...@gmail.com wrote: Hi Claudio, this issue is clearly caused by UAS

Re: Kernel 3.16.0 USB crash

is a bit hard. If I found a simple way to obtain a uas.ka module I'll try your patch. Regards, Claudio -- Ordine degli Ingegneri di Pistoia N.672 Dott. Ing. Claudio Bizzarri TEL: 05731930260 - FAX: 0245503888 Via Piastre e Prunetta, 88 - 51100 Pistoia CF: BZZCLD67E05G713C PI: 01330220474

Re: Kernel 3.16.0 USB crash

. Ciao Claudio 2014-08-23 12:07 GMT+02:00 Claudio Bizzarri claudio.bizza...@gmail.com: I must make a correction to what I said earlier: on kernel 3.16.1 if I use a normal micro USB cable (not USB 3.0 one) ... -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body

Re: stand-alone kvmtool

to AArch64, I get in trouble because of libfdt: I have the aarch64 libs (static and shared), but how do I instruct the build system to get it from the right place? Thanks, Claudio You can simply check it out, type make and use ./lkvm run for a quick test. So far I briefly tested x86-64, arm

Re: stand-alone kvmtool

On 13.02.2015 15:40, Andre Przywara wrote: Ciao Claudio, On 13/02/15 14:30, Claudio Fontana wrote: Hello Andre, On 13.02.2015 11:39, Andre Przywara wrote: Hi, as I found it increasingly inconvenient to use kvmtool[1] as part of a Linux repository, I decided to give it a go and make

[PATCH] USB SERIAL: option.c: add 2020:4000 IDs

From: Claudio Cappelli claudio.cappelli.li...@gmail.com Add device Olivetti Olicard 300 (Network Connect: MT6225) - IDs 2020:4000. Signed-off-by: Claudio Cappelli claudio.cappelli.li...@gmail.com Suggested-by: Lars Melin lars...@gmail.com --- drivers/usb/serial/option.c |1 + 1 file

[PATCH v2] USB SERIAL: option.c: add 2020:4000 IDs

From: Claudio Cappelli claudio.cappelli.li...@gmail.com Add device Olivetti Olicard 300 (Network Connect: MT6225) - IDs 2020:4000. Signed-off-by: Claudio Cappelli claudio.cappelli.li...@gmail.com Suggested-by: Lars Melin lars...@gmail.com --- drivers/usb/serial/option.c |1 + 1 file

Re: [PATCH v2] USB SERIAL: option.c: add 2020:4000 IDs

On Wednesday 10 June 2015 20:38:30 Claudio Cappelli wrote: From: Claudio Cappelli claudio.cappelli.li...@gmail.com Add device Olivetti Olicard 300 (Network Connect: MT6225) - IDs 2020:4000. Signed-off-by: Claudio Cappelli claudio.cappelli.li...@gmail.com Suggested-by: Lars Melin lars

Re: [PATCH v2] USB SERIAL: option.c: add 2020:4000 IDs

On Wednesday 17 June 2015 11:55:37 Johan Hovold wrote: On Fri, Jun 12, 2015 at 09:32:31AM +0200, Claudio Cappelli wrote: Was this second version in the right format? Since it was my first patch submit, I'd be grateful if you could confirm. Looks good. I've added the usb-devices output

Re: [RFC] arm64: perf: associate LL with L2 cache accesses and refills

On 04.11.2015 12:39, Mark Rutland wrote: > On Wed, Nov 04, 2015 at 12:24:13PM +0100, hw.clau...@gmail.com wrote: >> From: Claudio Fontana <claudio.font...@huawei.com> >> >> Signed-off-by: Claudio Fontana <claudio.font...@huawei.com> >> Cc: Ammar Saeed <

[RFC] arm64: perf: associate LL with L2 cache accesses and refills

From: Claudio Fontana <claudio.font...@huawei.com> Signed-off-by: Claudio Fontana <claudio.font...@huawei.com> Cc: Ammar Saeed <ammar.sa...@huawei.com> --- Hello, as part of some experiments with the Juno ARM64 board, we needed to get readings from the PMU regarding L2 Cac

[PATCH] x86/apic: fix misspelled APIC

From: Claudio Fontana <claudio.font...@huawei.com> Signed-off-by: Claudio Fontana <claudio.font...@huawei.com> --- arch/x86/kernel/apic/apic.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/x86/kernel/apic/apic.c b/arch/x86/kernel/apic/apic.c i

Re: [PATCHv2] vsock: Fix blocking ops call in prepare_to_wait

This patch shrinks the influence of prepare_to_wait to the area where it is strictly needed, therefore relaxing the no-sleep restriction there. Signed-off-by: Claudio Imbrenda <imbre...@linux.vnet.ibm.com> --- net/vmw_vsock/af_vsock.c | 158 +-- 1

[PATCH v3 2/2] AF_VSOCK: Shrink the area influenced by prepare_to_wait

the influence of prepare_to_wait to the area where it is strictly needed, therefore relaxing the no-sleep restriction there. Signed-off-by: Claudio Imbrenda <imbre...@linux.vnet.ibm.com> --- net/vmw_vsock/af_vsock.c | 158 +-- 1 file changed, 85 insertions(

[PATCH v3 1/2] Revert "vsock: Fix blocking ops call in prepare_to_wait"

e schedule) but at least it will not miss wakeups. The next patch in the series actually fixes the behaviour. Signed-off-by: Claudio Imbrenda <imbre...@linux.vnet.ibm.com> --- net/vmw_vsock/af_vsock.c | 19 +-- 1 file changed, 13 insertions(+), 6 deletions(-) diff --git

[PATCH v3 0/2] AF_VSOCK: Shrink the area influenced by prepare_to_wait

is checked but before the sleep happens, and we miss it. ( A description of the problem can be found here: http://www.makelinux.net/ldd3/chp-6-sect-2 ). The first patch reverts the previous broken patch, while the second patch properly fixes the sleep-while-waiting issue. Claudio Imbrenda (2): Revert

[PATCH v2 0/2] AF_VSOCK: Shrink the area influenced by prepare_to_wait

I'm resending as requested. This patchset applies on net-next. And sorry for the mis-formatting of the previous message. Claudio Imbrenda (2): Revert "vsock: Fix blocking ops call in prepare_to_wait" AF_VSOCK: Shrink the area influenced by prepare_to_wait net/vmw_vsock/af_vso

[PATCH v2 1/2] Revert "vsock: Fix blocking ops call in prepare_to_wait"

This reverts commit 5988818008257ca42010d6b43a3e0e48afec9898 ("vsock: Fix blocking ops call in prepare_to_wait") Signed-off-by: Claudio Imbrenda <imbre...@linux.vnet.ibm.com> --- net/vmw_vsock/af_vsock.c | 19 +-- 1 file changed, 13 insertions(+), 6 deletions(-)

[PATCH v2 2/2] AF_VSOCK: Shrink the area influenced by prepare_to_wait

the influence of prepare_to_wait to the area where it is strictly needed, therefore relaxing the no-sleep restriction there. Signed-off-by: Claudio Imbrenda <imbre...@linux.vnet.ibm.com> --- net/vmw_vsock/af_vsock.c | 158 +-- 1 file changed, 85 insertions(

Re: [PATCH v1 1/1] mm/ksm: improve deduplication of zero pages with colouring

hat > initialize a lot of RAM as zero when they could depend on the mmap > behavior instead and get zero pages in the first place (or bad guest > OS). Overall the main reason why I'm quite positive about adding this > as an optimization is because after reading it (even if not complete) > it seems non intrusive enough and some corner case may benefit, but if > we do it, we can as well leave it available to all archs so it's > easier to test and reproduce any problem too. Ok, I'll fix and respin my patch then. Thanks, Claudio

Re: [PATCH v1 1/1] mm/ksm: improve deduplication of zero pages with colouring

Hi Andrea, On 12/01/17 18:21, Andrea Arcangeli wrote: > Hello Claudio, > > On Thu, Jan 12, 2017 at 05:17:14PM +0100, Claudio Imbrenda wrote: >> +#ifdef __HAVE_COLOR_ZERO_PAGE >> +/* >> + * Same checksum as an empty page. We attempt to merge it with the >&

[PATCH v2 1/1] mm/ksm: improve deduplication of zero pages with colouring

coloured zero pages. The default value is disabled, for backwards compatibility. With this patch, the performance with KSM is the same as with non COW-broken actual zero pages, which is also the same as without KSM. Signed-off-by: Claudio Imbrenda <imbre...@linux.vnet.ibm.com> --- mm/ksm.

[PATCH v3 1/1] mm/ksm: documentation for coloured zero pages deduplication

This patch adds the needed documentation for the use_zero_pages property. Signed-off-by: Claudio Imbrenda <imbre...@linux.vnet.ibm.com> --- Documentation/vm/ksm.txt | 14 ++ 1 file changed, 14 insertions(+) diff --git a/Documentation/vm/ksm.txt b/Documentation/vm/ksm.txt

[PATCH v1 1/1] mm/ksm: improve deduplication of zero pages with colouring

-by: Claudio Imbrenda <imbre...@linux.vnet.ibm.com> --- mm/ksm.c | 29 + 1 file changed, 29 insertions(+) diff --git a/mm/ksm.c b/mm/ksm.c index 9ae6011..b0cfc30 100644 --- a/mm/ksm.c +++ b/mm/ksm.c @@ -223,6 +223,11 @@ struct rmap_item { /* Milliseconds ksmd should

Re: [RFC v5 2/9] sched/deadline: improve the tracking of active utilization

ate that a task is not >> > on a runqueue but is active (so, the flag is set when the task >> > blocks and is cleared when the "inactive timer" fires or when the >> > task wakes up). >> >> Sure, the above is great if you never want anyone to

Re: [PATCH v5 1/1] KVM: trigger uevents when creating or destroying a VM

On Mon, 17 Jul 2017 17:53:51 +0200 David Hildenbrand wrote: > > + add_uevent_var(env, "CREATED=%llu", created); > > + add_uevent_var(env, "COUNT=%llu", active); > > I like that much better. > > > + > > + if (type == KVM_EVENT_CREATE_VM) > > +

[PATCH v4 1/1] KVM: trigger uevents when creating or destroying a VM

in userspace to deal with the creation or destruction of VMs as needed. Signed-off-by: Claudio Imbrenda <imbre...@linux.vnet.ibm.com> --- virt/kvm/kvm_main.c | 74 + 1 file changed, 74 insertions(+) diff --git a/virt/kvm/kvm_main.c b/virt/kv

[PATCH v4 0/1] KVM: trigger uevents when creating or destroying a VM

-> v2: * added KVM_VM_PID and KVM_VM_STATS_PATH * some cleanup, the patch should look nicer now * rebased on 4.12 Claudio Imbrenda (1): KVM: trigger uevents when creating or destroying a VM virt/kvm/kvm_main.c | 74 + 1 file changed, 74 insertions(+) -- 2.7.4

[PATCH v3 0/1]

in userspace to deal with the creation or destruction of VMs as needed. v2 -> v3: * added EVENT * shortened the names of the other variables v1 -> v2: * added KVM_VM_PID and KVM_VM_STATS_PATH * some cleanup, the patch should look nicer now * rebased on 4.12 *** BLURB HERE *** Claudio Imbrenda (

[PATCH v3 1/1] KVM: trigger uevents when starting or stopping a VM

in userspace to deal with the creation or destruction of VMs as needed. Signed-off-by: Claudio Imbrenda <imbre...@linux.vnet.ibm.com> --- virt/kvm/kvm_main.c | 59 + 1 file changed, 59 insertions(+) diff --git a/virt/kvm/kvm_main.c b/virt/kv

Re: [PATCH v3 1/1] KVM: trigger uevents when starting or stopping a VM

On Mon, 10 Jul 2017 11:40:55 +0200 David Hildenbrand <da...@redhat.com> wrote: > On 10.07.2017 11:20, Claudio Imbrenda wrote: > > Minor minor nit: > > The subject should state "creating or destroying a VM" I'll fix it [...] > > +static void kvm_uevent_no

[PATCH v5 1/1] KVM: trigger uevents when creating or destroying a VM

in userspace to deal with the creation or destruction of VMs as needed. Signed-off-by: Claudio Imbrenda <imbre...@linux.vnet.ibm.com> --- virt/kvm/kvm_main.c | 69 + 1 file changed, 69 insertions(+) diff --git a/virt/kvm/kvm_main.c b/virt/kv

[PATCH v5 0/1] KVM: trigger uevents when creating or destroying a VM

v3: * added EVENT * shortened the names of the other variables v1 -> v2: * added KVM_VM_PID and KVM_VM_STATS_PATH * some cleanup, the patch should look nicer now * rebased on 4.12 Claudio Imbrenda (1): KVM: trigger uevents when creating or destroying

[PATCH v2 1/1] KVM: make pid available for uevents without debugfs

com> Fixes: 286de8f6ac9202 ("KVM: trigger uevents when creating or destroying a VM") Signed-off-by: Claudio Imbrenda <imbre...@linux.vnet.ibm.com> --- include/linux/kvm_host.h | 1 + virt/kvm/kvm_main.c | 35 --- 2 files changed, 13 inser

[PATCH v1 1/1] KVM: trigger uevents when starting or stopping a VM

active. Specific udev rules can be then set up in userspace to deal with the creation or destruction of VMs as needed. Signed-off-by: Claudio Imbrenda <imbre...@linux.vnet.ibm.com> --- virt/kvm/kvm_main.c | 25 + 1 file changed, 25 insertions(+) diff --git a/vi

Re: [PATCH v1 1/1] KVM: trigger uevents when starting or stopping a VM

On Tue, 4 Jul 2017 11:23:36 +0200 Paolo Bonzini <pbonz...@redhat.com> wrote: > On 04/07/2017 11:03, Claudio Imbrenda wrote: > > This patch adds a few lines to the KVM common code to fire a > > KOBJ_CHANGE uevent whenever a KVM VM is created or destroyed. The > > ev

[PATCH] sched/deadline: add GRUB bw change tracepoints

This patch adds a tracepoint for tracing the total and running bandwidths of GRUB's runqueue. Signed-off-by: Claudio Scordino <clau...@evidence.eu.com> Signed-off-by: Juri Lelli <juri.le...@arm.com> Signed-off-by: Luca Abeni <luca.ab...@santannapisa.it> --- include/trace/e

Re: [PATCH v1 1/1] KVM: trigger uevents when starting or stopping a VM

On Tue, 4 Jul 2017 11:27:44 +0200 Paolo Bonzini <pbonz...@redhat.com> wrote: > On 04/07/2017 11:25, Christian Borntraeger wrote: > > On 07/04/2017 11:23 AM, Paolo Bonzini wrote: > >> > >> > >> On 04/07/2017 11:03, Claudio Imbrenda wrote: > >

Re: [PATCH] sched/deadline: add GRUB bw change tracepoints

Ouch, you'right. Now that I recall, you provided the first draft for internal debugging but it was Luca who agreed to add it to the patchset. Sorry for the mistake guys. Best, Claudio 2017-07-04 15:12 GMT+02:00 Claudio Scordino <clau...@evidence.eu.com>: > Ouch, you'right. >

[PATCH v2 0/1]

with the creation or destruction of VMs as needed. v1 -> v2: * added KVM_VM_PID and KVM_VM_STATS_PATH * some cleanup, the patch should look nicer now * rebased on 4.12 Claudio Imbrenda (1): KVM: trigger uevents when starting or stopping a VM virt/kvm/kvm_main.c |

[PATCH v2 1/1] KVM: trigger uevents when starting or stopping a VM

with the creation or destruction of VMs as needed. Signed-off-by: Claudio Imbrenda <imbre...@linux.vnet.ibm.com> --- virt/kvm/kvm_main.c | 50 ++ 1 file changed, 50 insertions(+) diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c index 6e3b12c..f4cf7d2

[PATCH v1 1/1] KVM: add missing kvm_put_kvm in case of failure

This patch simply restores the call to kvm_put_kvm, so that the kvm object is destroyed before returning an error. Signed-off-by: Claudio Imbrenda <imbre...@linux.vnet.ibm.com> Fixes: 506cfba9e726 ("KVM: don't use anon_inode_getfd() before possible failures") --- virt/kvm/kvm_main.

[PATCH] sched/deadline: fix runtime accounting in documentation

Signed-off-by: Claudio Scordino <clau...@evidence.eu.com> Signed-off-by: Luca Abeni <luca.ab...@santannapisa.it> --- Documentation/scheduler/sched-deadline.txt | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/Documentation/scheduler/sched-dea

[PATCH] i2c: generic recovery: check SCL before SDA

being caught and returning error codes. Signed-off-by: Claudio Foellmi <claudio.foel...@ergon.ch> --- I'm not sure if the null check for get_sda really is necessary (are there really any drivers that can access scl but not sda?), but I kept it in just in case. drivers/i2c/i2c-core-base.

[RFC v1 1/2] VS1544 KSM generic memory comparison functions

This is just a refactoring of the existing code: * Split the page checksum and page comparison functions from ksm.c into a new asm-generic header (page_memops.h) * Add a line in every Kbuild of every arch, to use the generic version of page_memops.h Signed-off-by: Claudio Imbrenda <im

  1   2   3   4   >