Re: [PATCH] MAINTAINERS: Drop separate pseries entry

2016-10-05 Thread Paul Mackerras
On Wed, Oct 05, 2016 at 04:04:00PM +1100, Michael Ellerman wrote: > Paul is no longer acting as a separate maintainer for pseries, it is > handled along with the rest of powerpc. The URL no longer links anywhere > meaningful, so drop it also. > > Signed-off-by: Michael Ellerman Acked-by: Paul Ma

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

2016-10-05 Thread Luis R. Rodriguez
On Wed, Oct 05, 2016 at 11:08:06AM -0700, Linus Torvalds wrote: > On Wed, Oct 5, 2016 at 11:00 AM, Luis R. Rodriguez wrote: > > On Tue, Sep 13, 2016 at 09:38:17PM -0500, Rob Landley wrote: > > > >> I did some shuffling around of those code to make initmpfs work, does > >> anybody know why initramf

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

2016-10-05 Thread Linus Torvalds
On Wed, Oct 5, 2016 at 11:00 AM, Luis R. Rodriguez wrote: > On Tue, Sep 13, 2016 at 09:38:17PM -0500, Rob Landley wrote: > >> I did some shuffling around of those code to make initmpfs work, does >> anybody know why initramfs extraction _before_ we initialize drivers >> would be a bad thing? > > N

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

2016-10-05 Thread Luis R. Rodriguez
On Tue, Sep 13, 2016 at 09:38:17PM -0500, Rob Landley wrote: > On 09/02/2016 07:20 PM, Luis R. Rodriguez wrote: > > 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 wit

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

2016-10-05 Thread Luis R. Rodriguez
On Tue, Oct 04, 2016 at 05:32:22PM -0700, Linus Torvalds wrote: > On Tue, Oct 4, 2016 at 5:24 PM, Luis R. Rodriguez wrote: > > > > Note that the races are beyond firmware, so all > > kernel_read_file_from_path() users, as such re-using such old /sys/ > > interafeces for firmware will not suffice t

Re: [PATCH] i2c: don't print error when adding adapter fails

2016-10-05 Thread Jean Delvare
On Tue, 9 Aug 2016 13:36:17 +0200, Wolfram Sang wrote: > The core will do this for us now. > > Signed-off-by: Wolfram Sang > --- > drivers/i2c/busses/i2c-amd756.c | 5 + > drivers/i2c/busses/i2c-at91.c | 2 -- > drivers/i2c/busses/i2c-axxia.c | 8 +--- > drive

Re: [PATCH v7 6/6] perf annotate: cross arch annotate support fixes for ARM

2016-10-05 Thread Arnaldo Carvalho de Melo
Em Wed, Sep 21, 2016 at 09:17:56PM +0530, Ravi Bangoria escreveu: > From: Kim Phillips > > For ARM we remove the list that contains non-arm insns, and > instead add more maintainable branch instruction regex logic. This one looks ok and actually is in the direction of having facilities for all a

Re: [PATCH v7 5/6] perf annotate: Fix jump target outside of function address range

2016-10-05 Thread Arnaldo Carvalho de Melo
Em Wed, Sep 21, 2016 at 09:17:55PM +0530, Ravi Bangoria escreveu: > If jump target is outside of function range, perf is not handling it > correctly. Especially when target address is lesser than function start > address, target offset will be negative. But, target address declared > to be unsigned

Re: [PATCH v7 4/6] perf annotate: Support jump instruction with target as second operand

2016-10-05 Thread Arnaldo Carvalho de Melo
Em Wed, Sep 21, 2016 at 09:17:54PM +0530, Ravi Bangoria escreveu: > Current perf is not able to parse jump instruction when second operand > contains target address. Arch like powerpc has such instructions. For > example, 'bne cr7,0xc00f6154'. > > objdump o/p: > c00f6140: ld

Re: [PATCH v7 3/6] perf annotate: Show raw form for jump instruction with indirect target

2016-10-05 Thread Arnaldo Carvalho de Melo
Em Wed, Sep 21, 2016 at 09:17:53PM +0530, Ravi Bangoria escreveu: > For jump instructions that does not include target address as direct > operand, use raw value for that. This is needed for certain powerpc "use raw value" looks vague, as the example below makes is go from using a value (fff

Re: [PATCH v7 2/6] perf annotate: Add support for powerpc

2016-10-05 Thread Arnaldo Carvalho de Melo
Em Wed, Sep 21, 2016 at 09:17:52PM +0530, Ravi Bangoria escreveu: > From: "Naveen N. Rao" > > Current perf can disassemble annotated function but it does not have > parsing logic for powerpc instructions. So all navigation options are > not available for powerpc. > > Apart from that, Powerpc has

Re: [PATCH v7 1/6] perf annotate: Add cross arch annotate support

2016-10-05 Thread Arnaldo Carvalho de Melo
Em Wed, Sep 21, 2016 at 09:17:51PM +0530, Ravi Bangoria escreveu: > Change current data structures and function to enable cross arch > annotate. > > Current perf implementation does not support cross arch annotate. > To make it truly cross arch, instruction table of all arch should > be present in

Re: [PATCH v2] cxl: Flush PSL cache before resetting the adapter

2016-10-05 Thread Michael Ellerman
Andrew Donnellan writes: > On 04/10/16 22:00, Frederic Barrat wrote: >> If the capi link is going down while the PSL owns a dirty cache line, >> any access from the host for that data could lead to an Uncorrectable >> Error. >> So when resetting the capi adapter through sysfs, make sure the PSL >

Re: [PATCH v3 0/4] implement vcpu preempted check

2016-10-05 Thread Christian Borntraeger
On 07/21/2016 01:45 PM, Pan Xinhui wrote: > change from v2: > no code change, fix typos, update some comments > > change from v1: > a simplier definition of default vcpu_is_preempted > skip mahcine type check on ppc, and add config. remove dedicated macro. > add one patch t

RE: [net-next 08/13] fsl/fman: check pcsphy pointer before use

2016-10-05 Thread Madalin-Cristian Bucur
> -Original Message- > From: David Laight [mailto:david.lai...@aculab.com] > Sent: Tuesday, October 04, 2016 5:44 PM > To: Madalin-Cristian Bucur ; > net...@vger.kernel.org > Cc: linuxdev.baldr...@gmail.com; linuxppc-dev@lists.ozlabs.org; > da...@davemloft.net; linux-ker...@vger.kernel.org