[PATCH] drm: amdgpu: mark symbols static where possible

2016-09-02 Thread Baoyou Xie
We get a few warnings when building kernel with W=1: drivers/gpu/drm/amd/amdgpu/cz_smc.c:51:5: warning: no previous prototype for 'cz_send_msg_to_smc_async' [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/cz_smc.c:143:5: warning: no previous prototype for 'cz_write_smc_sram_dword'

[PATCH] drm: amdgpu: mark symbols static where possible

2016-09-02 Thread Baoyou Xie
We get a few warnings when building kernel with W=1: drivers/gpu/drm/amd/amdgpu/cz_smc.c:51:5: warning: no previous prototype for 'cz_send_msg_to_smc_async' [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/cz_smc.c:143:5: warning: no previous prototype for 'cz_write_smc_sram_dword'

Re: [PATCH] asus-laptop: get rid of parse_arg()

2016-09-02 Thread Giedrius Statkevičius
On Wed, Aug 17, 2016 at 11:23:15AM -0700, Darren Hart wrote: > On Tue, Aug 16, 2016 at 12:49:50PM +0300, Giedrius Statkevičius wrote: > > On Fri, Aug 12, 2016 at 02:40:02PM -0700, Darren Hart wrote: > > > On Sat, Aug 06, 2016 at 08:00:26PM +0300, Giedrius Statkevičius wrote: > > > > On Fri, Aug

Re: [PATCH] asus-laptop: get rid of parse_arg()

2016-09-02 Thread Giedrius Statkevičius
On Wed, Aug 17, 2016 at 11:23:15AM -0700, Darren Hart wrote: > On Tue, Aug 16, 2016 at 12:49:50PM +0300, Giedrius Statkevičius wrote: > > On Fri, Aug 12, 2016 at 02:40:02PM -0700, Darren Hart wrote: > > > On Sat, Aug 06, 2016 at 08:00:26PM +0300, Giedrius Statkevičius wrote: > > > > On Fri, Aug

[PATCH] jfs: Simplify code

2016-09-02 Thread Christophe JAILLET
Calling 'list_splice' followed by 'INIT_LIST_HEAD' is equivalent to 'list_splice_init'. This has been spotted with the following coccinelle script: / @@ expression y,z; @@ - list_splice(y,z); - INIT_LIST_HEAD(y); + list_splice_init(y,z); Signed-off-by: Christophe JAILLET

[PATCH] jfs: Simplify code

2016-09-02 Thread Christophe JAILLET
Calling 'list_splice' followed by 'INIT_LIST_HEAD' is equivalent to 'list_splice_init'. This has been spotted with the following coccinelle script: / @@ expression y,z; @@ - list_splice(y,z); - INIT_LIST_HEAD(y); + list_splice_init(y,z); Signed-off-by: Christophe JAILLET ---

[PATCH] fs/pnode.c: Simplify code

2016-09-02 Thread Christophe JAILLET
Calling 'list_splice' followed by 'INIT_LIST_HEAD' is equivalent to 'list_splice_init'. This has been spotted with the following coccinelle script: / @@ expression y,z; @@ - list_splice(y,z); - INIT_LIST_HEAD(y); + list_splice_init(y,z); Signed-off-by: Christophe JAILLET

Re: [PATCH 8/7] net/netfilter/nf_conntrack_core: Remove another memory barrier

2016-09-02 Thread Manfred Spraul
On 09/02/2016 09:22 PM, Peter Zijlstra wrote: On Fri, Sep 02, 2016 at 08:35:55AM +0200, Manfred Spraul wrote: On 09/01/2016 06:41 PM, Peter Zijlstra wrote: On Thu, Sep 01, 2016 at 04:30:39PM +0100, Will Deacon wrote: On Thu, Sep 01, 2016 at 05:27:52PM +0200, Manfred Spraul wrote: Since

[PATCH] fs/pnode.c: Simplify code

2016-09-02 Thread Christophe JAILLET
Calling 'list_splice' followed by 'INIT_LIST_HEAD' is equivalent to 'list_splice_init'. This has been spotted with the following coccinelle script: / @@ expression y,z; @@ - list_splice(y,z); - INIT_LIST_HEAD(y); + list_splice_init(y,z); Signed-off-by: Christophe JAILLET ---

Re: [PATCH 8/7] net/netfilter/nf_conntrack_core: Remove another memory barrier

2016-09-02 Thread Manfred Spraul
On 09/02/2016 09:22 PM, Peter Zijlstra wrote: On Fri, Sep 02, 2016 at 08:35:55AM +0200, Manfred Spraul wrote: On 09/01/2016 06:41 PM, Peter Zijlstra wrote: On Thu, Sep 01, 2016 at 04:30:39PM +0100, Will Deacon wrote: On Thu, Sep 01, 2016 at 05:27:52PM +0200, Manfred Spraul wrote: Since

[PATCH] RDS: Simplify code

2016-09-02 Thread Christophe JAILLET
Calling 'list_splice' followed by 'INIT_LIST_HEAD' is equivalent to 'list_splice_init'. This has been spotted with the following coccinelle script: / @@ expression y,z; @@ - list_splice(y,z); - INIT_LIST_HEAD(y); + list_splice_init(y,z); Signed-off-by: Christophe JAILLET

Re: [PATCH v2 0/3] Add Platform MHU mailbox driver for Amlogic GXBB

2016-09-02 Thread Jassi Brar
On Sat, Sep 3, 2016 at 5:04 AM, Kevin Hilman wrote: > Hi Jassi, > > Neil Armstrong writes: > >> In order to support Mailbox links for the Amlogic GXBB SoC, add a generic >> platform MHU driver based on arm_mhu.c. >> >> This patchset follows a RFC

[PATCH] RDS: Simplify code

2016-09-02 Thread Christophe JAILLET
Calling 'list_splice' followed by 'INIT_LIST_HEAD' is equivalent to 'list_splice_init'. This has been spotted with the following coccinelle script: / @@ expression y,z; @@ - list_splice(y,z); - INIT_LIST_HEAD(y); + list_splice_init(y,z); Signed-off-by: Christophe JAILLET ---

Re: [PATCH v2 0/3] Add Platform MHU mailbox driver for Amlogic GXBB

2016-09-02 Thread Jassi Brar
On Sat, Sep 3, 2016 at 5:04 AM, Kevin Hilman wrote: > Hi Jassi, > > Neil Armstrong writes: > >> In order to support Mailbox links for the Amlogic GXBB SoC, add a generic >> platform MHU driver based on arm_mhu.c. >> >> This patchset follows a RFC thread along the GXBB SCPI support at : >>

[PATCH 5/5 v2] arm64: defconfig: Enable R-Car Gen3 thermal support

2016-09-02 Thread Khiem Nguyen
Signed-off-by: Khiem Nguyen --- v2: * No change arch/arm64/configs/defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 07cd615..cdb7b40 100644 --- a/arch/arm64/configs/defconfig +++

[PATCH 5/5 v2] arm64: defconfig: Enable R-Car Gen3 thermal support

2016-09-02 Thread Khiem Nguyen
Signed-off-by: Khiem Nguyen --- v2: * No change arch/arm64/configs/defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 07cd615..cdb7b40 100644 --- a/arch/arm64/configs/defconfig +++ b/arch/arm64/configs/defconfig

[PATCH 4/5 v2] arm64: dts: r8a7796: Add R-Car Gen3 thermal support

2016-09-02 Thread Khiem Nguyen
Signed-off-by: Khiem Nguyen --- v2: * Add newly. arch/arm64/boot/dts/renesas/r8a7796.dtsi | 83 1 file changed, 83 insertions(+) diff --git a/arch/arm64/boot/dts/renesas/r8a7796.dtsi

[PATCH 4/5 v2] arm64: dts: r8a7796: Add R-Car Gen3 thermal support

2016-09-02 Thread Khiem Nguyen
Signed-off-by: Khiem Nguyen --- v2: * Add newly. arch/arm64/boot/dts/renesas/r8a7796.dtsi | 83 1 file changed, 83 insertions(+) diff --git a/arch/arm64/boot/dts/renesas/r8a7796.dtsi b/arch/arm64/boot/dts/renesas/r8a7796.dtsi index 3aae29f..c7491b0 100644

[PATCH 3/5 v2] arm64: dts: r8a7795: Add R-Car Gen3 thermal support

2016-09-02 Thread Khiem Nguyen
Signed-off-by: Hien Dang Signed-off-by: Thao Nguyen Signed-off-by: Khiem Nguyen --- v2: * Update the compatible string following new format. arch/arm64/boot/dts/renesas/r8a7795.dtsi | 83

[PATCH 3/5 v2] arm64: dts: r8a7795: Add R-Car Gen3 thermal support

2016-09-02 Thread Khiem Nguyen
Signed-off-by: Hien Dang Signed-off-by: Thao Nguyen Signed-off-by: Khiem Nguyen --- v2: * Update the compatible string following new format. arch/arm64/boot/dts/renesas/r8a7795.dtsi | 83 1 file changed, 83 insertions(+) diff --git

[PATCH 1/5 v2] thermal: rcar_gen3_thermal: Document the R-Car Gen3

2016-09-02 Thread Khiem Nguyen
Signed-off-by: Hien Dang Signed-off-by: Khiem Nguyen --- v2: * Update the format of compatible string. * Add explanation for keyword tsc. .../bindings/thermal/rcar-gen3-thermal.txt | 79 ++ 1 file changed,

[PATCH 2/5 v2] thermal: rcar_gen3_thermal: Add R-Car Gen3 thermal driver

2016-09-02 Thread Khiem Nguyen
Signed-off-by: Hien Dang Signed-off-by: Thao Nguyen Signed-off-by: Khiem Nguyen --- v2: * Set static function for _linear_temp_converter(). * Update the compatible string following new format. * Add

[PATCH 1/5 v2] thermal: rcar_gen3_thermal: Document the R-Car Gen3

2016-09-02 Thread Khiem Nguyen
Signed-off-by: Hien Dang Signed-off-by: Khiem Nguyen --- v2: * Update the format of compatible string. * Add explanation for keyword tsc. .../bindings/thermal/rcar-gen3-thermal.txt | 79 ++ 1 file changed, 79 insertions(+) create mode 100644

[PATCH 2/5 v2] thermal: rcar_gen3_thermal: Add R-Car Gen3 thermal driver

2016-09-02 Thread Khiem Nguyen
Signed-off-by: Hien Dang Signed-off-by: Thao Nguyen Signed-off-by: Khiem Nguyen --- v2: * Set static function for _linear_temp_converter(). * Update the compatible string following new format. * Add newline to improve readability. * Change thermal_init callbacks to void functions. *

[PATCH 0/5 v2] thermal: rcar_gen3_thermal: Add R-Car Gen3 thermal support

2016-09-02 Thread Khiem Nguyen
This patchset adds new thermal sensor driver to support 3 sensors found in R-Car Gen3 series. It has been decided to create new driver, instead of using the existing thermal driver due to many differences in HW setting flows, the method to calculate temperatures value and some newly supported

[PATCH 0/5 v2] thermal: rcar_gen3_thermal: Add R-Car Gen3 thermal support

2016-09-02 Thread Khiem Nguyen
This patchset adds new thermal sensor driver to support 3 sensors found in R-Car Gen3 series. It has been decided to create new driver, instead of using the existing thermal driver due to many differences in HW setting flows, the method to calculate temperatures value and some newly supported

Re: [PATCH RFC 1/4] lib/radix: add universal radix_tree_fill_range

2016-09-02 Thread Konstantin Khlebnikov
On Fri, Sep 2, 2016 at 8:59 PM, Matthew Wilcox wrote: > I have a rewrite of the iterators; would you like to take a look? > > http://git.infradead.org/users/willy/linux-dax.git/shortlog/refs/heads/idr-2016-09-02 > > There's five distinct sets of changes in that tree: > >

Re: [PATCH RFC 1/4] lib/radix: add universal radix_tree_fill_range

2016-09-02 Thread Konstantin Khlebnikov
On Fri, Sep 2, 2016 at 8:59 PM, Matthew Wilcox wrote: > I have a rewrite of the iterators; would you like to take a look? > > http://git.infradead.org/users/willy/linux-dax.git/shortlog/refs/heads/idr-2016-09-02 > > There's five distinct sets of changes in that tree: > > 1. Test suite

Hello Beautiful

2016-09-02 Thread Jones
How you doing today? I hope you are doing well. My name is Jones, from the US. I'm in Syria right now fighting ISIS. I want to get to know you better, if I may be so bold. I consider myself an easy-going man, and I am currently looking for a relationship in which I feel loved. Please tell me

Hello Beautiful

2016-09-02 Thread Jones
How you doing today? I hope you are doing well. My name is Jones, from the US. I'm in Syria right now fighting ISIS. I want to get to know you better, if I may be so bold. I consider myself an easy-going man, and I am currently looking for a relationship in which I feel loved. Please tell me

Re: [RFC] fs: add userspace critical mounts event support

2016-09-02 Thread Dmitry Torokhov
On Fri, Sep 2, 2016 at 9:11 PM, Linus Torvalds wrote: > On Fri, Sep 2, 2016 at 5:20 PM, Luis R. Rodriguez wrote: >> >> Thoughts ? > > I really think this is a horrible hack. > > It's basically the kernel giving up, and relying on user space to

Re: [RFC] fs: add userspace critical mounts event support

2016-09-02 Thread Dmitry Torokhov
On Fri, Sep 2, 2016 at 9:11 PM, Linus Torvalds wrote: > On Fri, Sep 2, 2016 at 5:20 PM, Luis R. Rodriguez wrote: >> >> Thoughts ? > > I really think this is a horrible hack. > > It's basically the kernel giving up, and relying on user space to give > a single flag, and it's broken nasty crap.

Re: [RFC] fs: add userspace critical mounts event support

2016-09-02 Thread Linus Torvalds
On Fri, Sep 2, 2016 at 5:20 PM, Luis R. Rodriguez wrote: > > Thoughts ? I really think this is a horrible hack. It's basically the kernel giving up, and relying on user space to give a single flag, and it's broken nasty crap. Worse, it's broken nasty crap with a user

Re: [PATCH 4/4] kvm: x86: export TSC offset to user-space

2016-09-02 Thread Masami Hiramatsu
On Fri, 2 Sep 2016 21:23:11 -0300 Marcelo Tosatti wrote: > On Fri, Sep 02, 2016 at 10:15:41AM -0400, Steven Rostedt wrote: > > On Fri, 2 Sep 2016 09:43:01 -0400 > > Stefan Hajnoczi wrote: > > > > > Can TSC offset changes occur at runtime? > > Yes, but

Re: [RFC] fs: add userspace critical mounts event support

2016-09-02 Thread Linus Torvalds
On Fri, Sep 2, 2016 at 5:20 PM, Luis R. Rodriguez wrote: > > Thoughts ? I really think this is a horrible hack. It's basically the kernel giving up, and relying on user space to give a single flag, and it's broken nasty crap. Worse, it's broken nasty crap with a user interface, so we'll be

Re: [PATCH 4/4] kvm: x86: export TSC offset to user-space

2016-09-02 Thread Masami Hiramatsu
On Fri, 2 Sep 2016 21:23:11 -0300 Marcelo Tosatti wrote: > On Fri, Sep 02, 2016 at 10:15:41AM -0400, Steven Rostedt wrote: > > On Fri, 2 Sep 2016 09:43:01 -0400 > > Stefan Hajnoczi wrote: > > > > > Can TSC offset changes occur at runtime? > > Yes, but Linux guests don't write to the TSC

Re: [PATCH 3/4] kvm: add stub for arch specific debugfs support

2016-09-02 Thread Masami Hiramatsu
On Wed, 31 Aug 2016 13:05:44 -0400 Luiz Capitulino wrote: > kvm_arch_create_vm_debugfs() allows arch specific code to > create entries in the VM's directory in debugfs. x86 will > implement support for this in the next commit. I think we can use __weak symbol for other

Re: [PATCH 3/4] kvm: add stub for arch specific debugfs support

2016-09-02 Thread Masami Hiramatsu
On Wed, 31 Aug 2016 13:05:44 -0400 Luiz Capitulino wrote: > kvm_arch_create_vm_debugfs() allows arch specific code to > create entries in the VM's directory in debugfs. x86 will > implement support for this in the next commit. I think we can use __weak symbol for other arch. Thank you, > >

[PATCH] crypto: caam: add missing header dependencies

2016-09-02 Thread Baoyou Xie
We get 1 warning when building kernel with W=1: drivers/crypto/caam/ctrl.c:398:5: warning: no previous prototype for 'caam_get_era' [-Wmissing-prototypes] In fact, this function is declared in drivers/crypto/caam/ctrl.h and be exported, thus can be refrenced by modules, so this patch adds

[PATCH] crypto: caam: add missing header dependencies

2016-09-02 Thread Baoyou Xie
We get 1 warning when building kernel with W=1: drivers/crypto/caam/ctrl.c:398:5: warning: no previous prototype for 'caam_get_era' [-Wmissing-prototypes] In fact, this function is declared in drivers/crypto/caam/ctrl.h and be exported, thus can be refrenced by modules, so this patch adds

[PATCH] clocksource: pxa_timer: add missing header dependencies

2016-09-02 Thread Baoyou Xie
We get 1 warning when building kernel with W=1: drivers/clocksource/pxa_timer.c:221:13: warning: no previous prototype for 'pxa_timer_nodt_init' [-Wmissing-prototypes] In fact, this function is declared in include/clocksource/pxa.h, although it's not referenced anywhere now, it can be referenced

[PATCH] clocksource: pxa_timer: add missing header dependencies

2016-09-02 Thread Baoyou Xie
We get 1 warning when building kernel with W=1: drivers/clocksource/pxa_timer.c:221:13: warning: no previous prototype for 'pxa_timer_nodt_init' [-Wmissing-prototypes] In fact, this function is declared in include/clocksource/pxa.h, although it's not referenced anywhere now, it can be referenced

[PATCH] iio: adc: ina2xx: remove unused debug field from chip global data

2016-09-02 Thread Alison Schofield
commit 1961bce76452 "iio: ina2xx: Remove trace_printk debug statements" removed the code that used the chip->prev_ns field. This patch cleans it up further by removing the unused field and assignments. Signed-off-by: Alison Schofield Cc: Daniel Baluta

[PATCH] iio: adc: ina2xx: remove unused debug field from chip global data

2016-09-02 Thread Alison Schofield
commit 1961bce76452 "iio: ina2xx: Remove trace_printk debug statements" removed the code that used the chip->prev_ns field. This patch cleans it up further by removing the unused field and assignments. Signed-off-by: Alison Schofield Cc: Daniel Baluta --- drivers/iio/adc/ina2xx-adc.c | 5 -

Re: [PATCH v2 00/15] PCI: rockchip: Cleanups against v10

2016-09-02 Thread Shawn Lin
Hi Bjorn, On 2016/9/2 23:53, Bjorn Helgaas wrote: These are cleanups against 2098142ae87d, the current pci/host-rockchip head in my tree. Thanks so much for you to help clean up this driver, since I think it should be my duty to take over this. Hope not too late for me to help your

Re: [PATCH v2 00/15] PCI: rockchip: Cleanups against v10

2016-09-02 Thread Shawn Lin
Hi Bjorn, On 2016/9/2 23:53, Bjorn Helgaas wrote: These are cleanups against 2098142ae87d, the current pci/host-rockchip head in my tree. Thanks so much for you to help clean up this driver, since I think it should be my duty to take over this. Hope not too late for me to help your

[ANNOUNCE] Git v2.10.0

2016-09-02 Thread Junio C Hamano
The latest feature release Git v2.10.0 is now available at the usual places. It is comprised of 639 non-merge commits since v2.9.0, contributed by 76 people, 22 of which are new faces. The tarballs are found at: https://www.kernel.org/pub/software/scm/git/ The following public repositories

[ANNOUNCE] Git v2.10.0

2016-09-02 Thread Junio C Hamano
The latest feature release Git v2.10.0 is now available at the usual places. It is comprised of 639 non-merge commits since v2.9.0, contributed by 76 people, 22 of which are new faces. The tarballs are found at: https://www.kernel.org/pub/software/scm/git/ The following public repositories

[GIT PULL] Block fixes for 4.8-rc

2016-09-02 Thread Jens Axboe
Hi Linus, Collection of fixes for the nvme over fabrics code. The shortlog is below, probably no need to further detail it. Please pull, thanks! git://git.kernel.dk/linux-block.git for-linus Christoph Hellwig (2):

[GIT PULL] Block fixes for 4.8-rc

2016-09-02 Thread Jens Axboe
Hi Linus, Collection of fixes for the nvme over fabrics code. The shortlog is below, probably no need to further detail it. Please pull, thanks! git://git.kernel.dk/linux-block.git for-linus Christoph Hellwig (2):

RE: [PATCH 2/4] thermal: rcar_gen3_thermal: Add R-Car Gen3 thermal driver support

2016-09-02 Thread Khiem Nguyen
Hi Morimoto-san,   Thanks for your comments. > > +int _linear_temp_converter(struct equation_coefs coef, > > + int temp_code) > > +{ > > + int temp, temp1, temp2; > > + > > + temp1 = MCELSIUS((CODETSD(temp_code) - coef.b1)) / coef.a1; > > + temp2 =

RE: [PATCH 2/4] thermal: rcar_gen3_thermal: Add R-Car Gen3 thermal driver support

2016-09-02 Thread Khiem Nguyen
Hi Morimoto-san,   Thanks for your comments. > > +int _linear_temp_converter(struct equation_coefs coef, > > + int temp_code) > > +{ > > + int temp, temp1, temp2; > > + > > + temp1 = MCELSIUS((CODETSD(temp_code) - coef.b1)) / coef.a1; > > + temp2 =

[ima] 529aa19519: BUG: spinlock bad magic on CPU#1, swapper/0/1

2016-09-02 Thread kernel test robot
FYI, we noticed the following commit: https://git.kernel.org/pub/scm/linux/kernel/git/zohar/linux-integrity.git next-restore-kexec commit 529aa195198645e2a8e97872e5d57a929883a910 ("ima: store the builtin/custom template definitions in a list") in testcase: boot on test machine:

[ima] 529aa19519: BUG: spinlock bad magic on CPU#1, swapper/0/1

2016-09-02 Thread kernel test robot
FYI, we noticed the following commit: https://git.kernel.org/pub/scm/linux/kernel/git/zohar/linux-integrity.git next-restore-kexec commit 529aa195198645e2a8e97872e5d57a929883a910 ("ima: store the builtin/custom template definitions in a list") in testcase: boot on test machine:

[PATCH v2] x86/AMD: Fix Socket ID for LLC topology for AMD Fam17h systems

2016-09-02 Thread Yazen Ghannam
Socket ID is an unsigned value and starts at 0. Subtracting 1 from it is incorrect and the result will underflow if socket_id=0. Remove substraction when extracting socket_id from c->apicid. Signed-off-by: Yazen Ghannam --- Link:

[PATCH v2] x86/AMD: Fix Socket ID for LLC topology for AMD Fam17h systems

2016-09-02 Thread Yazen Ghannam
Socket ID is an unsigned value and starts at 0. Subtracting 1 from it is incorrect and the result will underflow if socket_id=0. Remove substraction when extracting socket_id from c->apicid. Signed-off-by: Yazen Ghannam --- Link:

Re: [PATCH 0/7] drm/sun4i: Introduce A33 display driver

2016-09-02 Thread Chen-Yu Tsai
On Sat, Sep 3, 2016 at 3:06 AM, Maxime Ripard wrote: > Hi Icenowy, > > On Fri, Sep 02, 2016 at 09:30:05AM +0800, Icenowy Zheng wrote: >> >> >> 01.09.2016, 23:40, "Maxime Ripard" : >> > Hi everyone, >> > >> > This serie introduces

Re: [PATCH 0/7] drm/sun4i: Introduce A33 display driver

2016-09-02 Thread Chen-Yu Tsai
On Sat, Sep 3, 2016 at 3:06 AM, Maxime Ripard wrote: > Hi Icenowy, > > On Fri, Sep 02, 2016 at 09:30:05AM +0800, Icenowy Zheng wrote: >> >> >> 01.09.2016, 23:40, "Maxime Ripard" : >> > Hi everyone, >> > >> > This serie introduces the support in the sun4i-drm driver for the A33. >> > >> > Beside

Re: [PATCH 4/4] kvm: x86: export TSC offset to user-space

2016-09-02 Thread Luiz Capitulino
On Fri, 2 Sep 2016 20:49:37 -0300 Marcelo Tosatti wrote: > On Fri, Sep 02, 2016 at 09:43:01AM -0400, Stefan Hajnoczi wrote: > > On Wed, Aug 31, 2016 at 01:05:45PM -0400, Luiz Capitulino wrote: > > > We need to retrieve a VM's TSC offset in order to use > > > the host's TSC

Re: [PATCH 4/4] kvm: x86: export TSC offset to user-space

2016-09-02 Thread Luiz Capitulino
On Fri, 2 Sep 2016 20:49:37 -0300 Marcelo Tosatti wrote: > On Fri, Sep 02, 2016 at 09:43:01AM -0400, Stefan Hajnoczi wrote: > > On Wed, Aug 31, 2016 at 01:05:45PM -0400, Luiz Capitulino wrote: > > > We need to retrieve a VM's TSC offset in order to use > > > the host's TSC to merge host and

Ahoj....

2016-09-02 Thread Xiao
Ahoj, Jsem zastupující investicní zájem ze strany Thajska mají zájem zahranicních investic zahrnující velký objem finanních prostredk, pro které se snazíme svou úcast jako v zámoí zástupce zvládnout investice. Muj klient, který je rodák z Thajska, má nejaké peníze ze svých obchodních úspor

Ahoj....

2016-09-02 Thread Xiao
Ahoj, Jsem zastupující investicní zájem ze strany Thajska mají zájem zahranicních investic zahrnující velký objem finanních prostredk, pro které se snazíme svou úcast jako v zámoí zástupce zvládnout investice. Muj klient, který je rodák z Thajska, má nejaké peníze ze svých obchodních úspor

Re: [PATCH v3 03/22] usb: ulpi: Support device discovery via device properties

2016-09-02 Thread Stephen Boyd
On Fri, Sep 2, 2016 at 7:09 AM, Heikki Krogerus wrote: > Hi, > > On Wed, Aug 31, 2016 at 05:40:17PM -0700, Stephen Boyd wrote: >> @@ -174,14 +219,37 @@ static int ulpi_register(struct device *dev, struct >> ulpi *ulpi) >> ulpi->id.product = ulpi_read(ulpi,

Re: [PATCH v3 03/22] usb: ulpi: Support device discovery via device properties

2016-09-02 Thread Stephen Boyd
On Fri, Sep 2, 2016 at 7:09 AM, Heikki Krogerus wrote: > Hi, > > On Wed, Aug 31, 2016 at 05:40:17PM -0700, Stephen Boyd wrote: >> @@ -174,14 +219,37 @@ static int ulpi_register(struct device *dev, struct >> ulpi *ulpi) >> ulpi->id.product = ulpi_read(ulpi, ULPI_PRODUCT_ID_LOW); >>

Re: [PATCH v3 10/22] usb: chipidea: Consolidate extcon notifiers

2016-09-02 Thread Stephen Boyd
On Thu, Sep 1, 2016 at 8:17 PM, Peter Chen wrote: > On Wed, Aug 31, 2016 at 05:40:24PM -0700, Stephen Boyd wrote: >> >> >> if (cable->state) >> - val |= OTGSC_ID; >> + val &= ~OTGSC_ID; /* A device */ >>

Re: [PATCH v3 10/22] usb: chipidea: Consolidate extcon notifiers

2016-09-02 Thread Stephen Boyd
On Thu, Sep 1, 2016 at 8:17 PM, Peter Chen wrote: > On Wed, Aug 31, 2016 at 05:40:24PM -0700, Stephen Boyd wrote: >> >> >> if (cable->state) >> - val |= OTGSC_ID; >> + val &= ~OTGSC_ID; /* A device */ >> else >> -

[RFC/RFT][PATCH 4/4] cpufreq: schedutil: Add iowait boosting

2016-09-02 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Modify the schedutil cpufreq governor to boost the CPU frequency if the SCHED_CPUFREQ_IOWAIT flag is passed to it via cpufreq_update_util(). If that happens, the frequency is set to the maximum during the first update after receiving the

[RFC/RFT][PATCH 2/4] cpufreq: intel_pstate: Change P-state selection algorithm for Core

2016-09-02 Thread Rafael J. Wysocki
From: Rafael J. Wysocki The PID-base P-state selection algorithm used by intel_pstate for Core processors is based on very weak foundations. Namely, its decisions are mostly based on the values of the APERF and MPERF feedback registers and it only estimates the

[RFC/RFT][PATCH 4/4] cpufreq: schedutil: Add iowait boosting

2016-09-02 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Modify the schedutil cpufreq governor to boost the CPU frequency if the SCHED_CPUFREQ_IOWAIT flag is passed to it via cpufreq_update_util(). If that happens, the frequency is set to the maximum during the first update after receiving the SCHED_CPUFREQ_IOWAIT flag and

[RFC/RFT][PATCH 2/4] cpufreq: intel_pstate: Change P-state selection algorithm for Core

2016-09-02 Thread Rafael J. Wysocki
From: Rafael J. Wysocki The PID-base P-state selection algorithm used by intel_pstate for Core processors is based on very weak foundations. Namely, its decisions are mostly based on the values of the APERF and MPERF feedback registers and it only estimates the actual utilization to check if it

[RFC/RFT][PATCH 1/4] cpufreq / sched: SCHED_CPUFREQ_IOWAIT flag to indicate iowait condition

2016-09-02 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Testing indicates that it is possible to improve performace significantly without increasing energy consumption too much by teaching cpufreq governors to bump up the CPU performance level if the in_iowait flag is set for the task in

[RFC/RFT][PATCH 1/4] cpufreq / sched: SCHED_CPUFREQ_IOWAIT flag to indicate iowait condition

2016-09-02 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Testing indicates that it is possible to improve performace significantly without increasing energy consumption too much by teaching cpufreq governors to bump up the CPU performance level if the in_iowait flag is set for the task in enqueue_task_fair(). For this purpose,

[RFC/RFT][PATCH 0/4] cpufreq / sched: iowait boost in intel_pstate and schedutil

2016-09-02 Thread Rafael J. Wysocki
Hi Everyone, This is a new version of the "iowait boost" series I posted a few weeks ago. Since the first two patches from that series have been reworked and are in linux-next now, I've rebased this series on top of my linux-next branch. In addition to that I took the Doug's feedback into

[RFC/RFT][PATCH 3/4] cpufreq: intel_pstate: Use average P-state in get_target_pstate_default()

2016-09-02 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Adjust the next P-state formula in get_target_pstate_default() (in the filtered case) to use the average P-state as given by the APERF and MPERF feedback registers instead of the exact P-state requested previously, as that request might not be

[RFC/RFT][PATCH 0/4] cpufreq / sched: iowait boost in intel_pstate and schedutil

2016-09-02 Thread Rafael J. Wysocki
Hi Everyone, This is a new version of the "iowait boost" series I posted a few weeks ago. Since the first two patches from that series have been reworked and are in linux-next now, I've rebased this series on top of my linux-next branch. In addition to that I took the Doug's feedback into

[RFC/RFT][PATCH 3/4] cpufreq: intel_pstate: Use average P-state in get_target_pstate_default()

2016-09-02 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Adjust the next P-state formula in get_target_pstate_default() (in the filtered case) to use the average P-state as given by the APERF and MPERF feedback registers instead of the exact P-state requested previously, as that request might not be granted. Suggested-by: Doug

[PATCH v2 0/3] clk: xgene: Add PMD clock support

2016-09-02 Thread Hoan Tran
Add X-Gene PMD clock support. PMD clock is implemented for a single register field. Output rate = parent_rate * (denominator - scale) / denominator with - denominator = bitmask of register field + 1 - scale = value of register field For example, for bitmask is 0x7, denominator will be 8

[PATCH v2 2/3] clk: xgene: Add PMD clock

2016-09-02 Thread Hoan Tran
Add X-Gene PMD clock support. PMD clock is implemented for a single register field. Output rate = parent_rate * (denominator - scale) / denominator with - denominator = bitmask of register field + 1 - scale = values of register field For example, for bitmask is 0x7, denominator will be 8

[PATCH v2 0/3] clk: xgene: Add PMD clock support

2016-09-02 Thread Hoan Tran
Add X-Gene PMD clock support. PMD clock is implemented for a single register field. Output rate = parent_rate * (denominator - scale) / denominator with - denominator = bitmask of register field + 1 - scale = value of register field For example, for bitmask is 0x7, denominator will be 8

[PATCH v2 2/3] clk: xgene: Add PMD clock

2016-09-02 Thread Hoan Tran
Add X-Gene PMD clock support. PMD clock is implemented for a single register field. Output rate = parent_rate * (denominator - scale) / denominator with - denominator = bitmask of register field + 1 - scale = values of register field For example, for bitmask is 0x7, denominator will be 8

[PATCH v2 3/3] arm64: dts: xgene: Add DT node for APM X-Gene 2 CPU clocks

2016-09-02 Thread Hoan Tran
Add DT nodes to enable APM X-Gene 2 CPU clocks. Signed-off-by: Hoan Tran --- arch/arm64/boot/dts/apm/apm-shadowcat.dtsi | 56 ++ 1 file changed, 56 insertions(+) diff --git a/arch/arm64/boot/dts/apm/apm-shadowcat.dtsi

[PATCH v2 1/3] Documentation: dtb: xgene: Add PMD clock binding

2016-09-02 Thread Hoan Tran
Add APM X-Gene clock binding documentation for PMD clock. Signed-off-by: Hoan Tran --- Documentation/devicetree/bindings/clock/xgene.txt | 18 ++ 1 file changed, 18 insertions(+) diff --git a/Documentation/devicetree/bindings/clock/xgene.txt

[PATCH v2 3/3] arm64: dts: xgene: Add DT node for APM X-Gene 2 CPU clocks

2016-09-02 Thread Hoan Tran
Add DT nodes to enable APM X-Gene 2 CPU clocks. Signed-off-by: Hoan Tran --- arch/arm64/boot/dts/apm/apm-shadowcat.dtsi | 56 ++ 1 file changed, 56 insertions(+) diff --git a/arch/arm64/boot/dts/apm/apm-shadowcat.dtsi b/arch/arm64/boot/dts/apm/apm-shadowcat.dtsi

[PATCH v2 1/3] Documentation: dtb: xgene: Add PMD clock binding

2016-09-02 Thread Hoan Tran
Add APM X-Gene clock binding documentation for PMD clock. Signed-off-by: Hoan Tran --- Documentation/devicetree/bindings/clock/xgene.txt | 18 ++ 1 file changed, 18 insertions(+) diff --git a/Documentation/devicetree/bindings/clock/xgene.txt

[PATCH v2 0/2] Add memcpy support for tegra210-adma

2016-09-02 Thread Nicolin Chen
This series of patches add memcpy support for tegra210 ADMA engine. Changlog v1->v2 (Suggested by Vinod) * PATCH-1: Split the cyclic pre-check to a separate patch * PATCH-2: Add ADMA_CH_CTRL_MODE to unify the marcos * PATCH-2: Set operation mode depending on cyclic * PATCH-2: Add TODO comment

[PATCH v2 0/2] Add memcpy support for tegra210-adma

2016-09-02 Thread Nicolin Chen
This series of patches add memcpy support for tegra210 ADMA engine. Changlog v1->v2 (Suggested by Vinod) * PATCH-1: Split the cyclic pre-check to a separate patch * PATCH-2: Add ADMA_CH_CTRL_MODE to unify the marcos * PATCH-2: Set operation mode depending on cyclic * PATCH-2: Add TODO comment

[PATCH v2 2/2] dmaengine: tegra210-adma: Add memcpy support

2016-09-02 Thread Nicolin Chen
ADMA supports non-flow controlled Memory-to-Memory direction transactions. So this patch just adds an initial support for that. It passed a simple dmatest: echo dma1chan0 > /sys/module/dmatest/parameters/channel echo 1024 > /sys/module/dmatest/parameters/iterations echo 0 >

[PATCH v2 1/2] dmaengine: tegra210-adma: Add pre-check for cyclic callback

2016-09-02 Thread Nicolin Chen
ADMA driver will support more than cyclic type of transaction. So this patch limits the cyclic callback for the cyclic type only in order to support other types. Signed-off-by: Nicolin Chen --- drivers/dma/tegra210-adma.c | 5 - 1 file changed, 4 insertions(+), 1

[PATCH v2 2/2] dmaengine: tegra210-adma: Add memcpy support

2016-09-02 Thread Nicolin Chen
ADMA supports non-flow controlled Memory-to-Memory direction transactions. So this patch just adds an initial support for that. It passed a simple dmatest: echo dma1chan0 > /sys/module/dmatest/parameters/channel echo 1024 > /sys/module/dmatest/parameters/iterations echo 0 >

[PATCH v2 1/2] dmaengine: tegra210-adma: Add pre-check for cyclic callback

2016-09-02 Thread Nicolin Chen
ADMA driver will support more than cyclic type of transaction. So this patch limits the cyclic callback for the cyclic type only in order to support other types. Signed-off-by: Nicolin Chen --- drivers/dma/tegra210-adma.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 4/4] kvm: x86: export TSC offset to user-space

2016-09-02 Thread Marcelo Tosatti
On Fri, Sep 02, 2016 at 10:15:41AM -0400, Steven Rostedt wrote: > On Fri, 2 Sep 2016 09:43:01 -0400 > Stefan Hajnoczi wrote: > > > Can TSC offset changes occur at runtime? Yes, but Linux guests don't write to the TSC offset after booting and unless user does manual TSC

Re: [PATCH 4/4] kvm: x86: export TSC offset to user-space

2016-09-02 Thread Marcelo Tosatti
On Fri, Sep 02, 2016 at 10:15:41AM -0400, Steven Rostedt wrote: > On Fri, 2 Sep 2016 09:43:01 -0400 > Stefan Hajnoczi wrote: > > > Can TSC offset changes occur at runtime? Yes, but Linux guests don't write to the TSC offset after booting and unless user does manual TSC writes. > > One example

[RFC] fs: add userspace critical mounts event support

2016-09-02 Thread Luis R. Rodriguez
kernel_read_file_from_path() can try to read a file from the system's filesystem. This is typically done for firmware for instance, which lives in /lib/firmware. One issue with this is that the kernel cannot know for sure when the real final /lib/firmare/ is ready, and even if you use initramfs

[RFC] fs: add userspace critical mounts event support

2016-09-02 Thread Luis R. Rodriguez
kernel_read_file_from_path() can try to read a file from the system's filesystem. This is typically done for firmware for instance, which lives in /lib/firmware. One issue with this is that the kernel cannot know for sure when the real final /lib/firmare/ is ready, and even if you use initramfs

Re: [PATCH 4/4] kvm: x86: export TSC offset to user-space

2016-09-02 Thread Marcelo Tosatti
On Fri, Sep 02, 2016 at 09:43:01AM -0400, Stefan Hajnoczi wrote: > On Wed, Aug 31, 2016 at 01:05:45PM -0400, Luiz Capitulino wrote: > > We need to retrieve a VM's TSC offset in order to use > > the host's TSC to merge host and guest traces. This is > > explained in detail in this thread: > > > >

Re: [PATCH 4/4] kvm: x86: export TSC offset to user-space

2016-09-02 Thread Marcelo Tosatti
On Fri, Sep 02, 2016 at 09:43:01AM -0400, Stefan Hajnoczi wrote: > On Wed, Aug 31, 2016 at 01:05:45PM -0400, Luiz Capitulino wrote: > > We need to retrieve a VM's TSC offset in order to use > > the host's TSC to merge host and guest traces. This is > > explained in detail in this thread: > > > >

Re: [RFC 1/3] x86/vdso: create vdso file, use it for mapping

2016-09-02 Thread Al Viro
On Thu, Aug 25, 2016 at 06:21:08PM +0300, Dmitry Safonov wrote: > + unsigned long n_addr = mmap_region(vdso_file_64, text_start, > + image->size, VM_READ|VM_EXEC| > + VM_DONTEXPAND|VM_SOFTDIRTY| > +

Re: [RFC 1/3] x86/vdso: create vdso file, use it for mapping

2016-09-02 Thread Al Viro
On Thu, Aug 25, 2016 at 06:21:08PM +0300, Dmitry Safonov wrote: > + unsigned long n_addr = mmap_region(vdso_file_64, text_start, > + image->size, VM_READ|VM_EXEC| > + VM_DONTEXPAND|VM_SOFTDIRTY| > +

Re: [RFC 1/3] x86/vdso: create vdso file, use it for mapping

2016-09-02 Thread Al Viro
On Tue, Aug 30, 2016 at 04:33:12PM +0200, Oleg Nesterov wrote: > > + inode = ramfs_get_inode(sb, NULL, S_IFREG | S_IRUGO | S_IXUGO, 0); > Not sure... I think alloc_anon_inode() makes more sense. Compared to this, you mean? It's going to give you the wrong permissions/i_op/a_ops, and

Re: [PATCH v2 0/2] arm64: dts: rockchip: Support PMU for rk3399 SoCs

2016-09-02 Thread Caesar Wang
Heiko, What do you think of it? Maybe I need re-update these patches on next kernel, and re-test them. On 2016年07月06日 16:05, Caesar Wang wrote: Hello Heiko, Marc & ARM guys When Jay first submitted the rk3399.dtsi upstream he had the PMU node in

  1   2   3   4   5   6   7   8   9   10   >