On 11/13/2014 01:34 AM, Wolfram Sang wrote:
>
>> If we wanted to be on the safe side and strict (since we are not sure that
>> the
>> hardware is 100% compatible), we maybe should add a fsl,qoriq-i2c compatible
>> to
>> the driver that does the same as mpc8543-i2c.
>
> Or you leave the driver a
From: Michael Neuling
Currently all interrupts generated by cxl are named "cxl". This is not very
informative as we can't distinguish between cards, AFUs, error interrupts, user
contexts and user interrupts numbers. Being able to distinguish them is useful
for setting affinity.
This patch give
We have a historical hack that treats missing ranges properties as the
equivalent of an empty one. This is needed for ancient PowerMac "bad"
device-trees, and shouldn't be enabled for any other PowerPC platform,
otherwise we get some nasty layout of devices in sysfs or even
duplication when a set o
From: Ian Munsie
If an AFU has a hardware bug that causes it to acknowledge a context
terminate or remove while that context has outstanding transactions, it
is possible for the kernel to receive an interrupt for that context
after we have removed it from the context list.
The kernel will not be
On Fri, 2014-11-14 at 11:03 +0530, Vineeth Vijayan wrote:
> ping !
>
> any update on this ? As i understand, only powerpc and s390 uses the
> randomize_et_dyn call; for all other architecture this is an obsolete
> function call.
I asked:
> >> I'm not clear on what has changed to break this?
And
ping !
any update on this ? As i understand, only powerpc and s390 uses the
randomize_et_dyn call; for all other architecture this is an obsolete
function call.
this call for another patch where randomize_et_dyn is removed.
Vineeth
On Wed, Oct 15, 2014 at 12:08 PM, Vineeth Vijayan
wrote:
> On
The commit 543c043cbae7 ("powerpc/fsl_msi: change the irq handler from
chained to normal") changes the msi cascade handler from chained to
normal. Since cascade handler must run in hard interrupt context, this
will cause kernel panic if we force threading of all the interrupt
handler via kernel com
ping !
any update on this ? As i understand, only powerpc and s390 uses the
randomize_et_dyn call; for all other architecture this is an obsolete
function call.
this call for another patch where randomize_et_dyn is removed.
On Wed, Oct 15, 2014 at 12:08 PM, Vineeth Vijayan wrote:
> On Wed, Oct
On Fri, 2014-11-14 at 07:53 +1100, Benjamin Herrenschmidt wrote:
> > > > > + adapter->dev.parent = &pdev->dev;
> > > > > + adapter->dev.of_node = of_node_get(pdev->dev.of_node);
> > > > > + pname = of_get_property(pdev->dev.of_node, "port-name", NULL);
> > > >
> > > > I have neve
If OPAL requests it, call it back via opal_poll_events() at a
regular interval. Some versions of OPAL on some machines require
this to operate some internal timeouts properly.
Signed-off-by: Benjamin Herrenschmidt
---
V2. Change device-tree property to "ibm,heartbeat-ms"
arch/powerpc/platforms
On Fri, 2014-11-14 at 14:01 +1100, Alistair Popple wrote:
> Hi Ben,
>
> On Wed, 12 Nov 2014 17:03:14 Benjamin Herrenschmidt wrote:
>
>
>
> > +
> > +static int kopald(void *unused)
> > +{
> > + set_freezable();
> > + do {
> > + try_to_freeze();
> > + opal_poll_events(NULL
Hi Ben,
On Wed, 12 Nov 2014 17:03:14 Benjamin Herrenschmidt wrote:
> +
> +static int kopald(void *unused)
> +{
> + set_freezable();
> + do {
> + try_to_freeze();
> + opal_poll_events(NULL);
Do we need to check for outstanding events (and call opal_do_notifier)?
On Thu, 2014-11-13 at 19:42 -0600, Corey Minyard wrote:
> This looks good. Can this go into the IPMI tree now, or does it need
> work done in the PowerPC tree first?
You need to merge this first:
https://git.kernel.org/cgit/linux/kernel/git/mpe/linux.git/log/?h=topic/opal-ipmi
ie.
$ git f
Hi Corey,
> This looks good. Can this go into the IPMI tree now, or does it need
> work done in the PowerPC tree first?
The 1/2 patch is already in the powerpc tree - but to ensure that we hit
Linus' tree in the right order, Michael has suggested that you merge his
topic branch (which only has t
This looks good. Can this go into the IPMI tree now, or does it need
work done in the PowerPC tree first?
Thanks,
-corey
On 11/12/2014 01:41 AM, Jeremy Kerr wrote:
> This change adds an initial IPMI driver for powerpc OPAL firmware. The
> interface is exposed entirely through firmware: we have
The patch introduces additional flag EEH_PE_RESET to indicate the
corresponding PE is under reset. In turn, the PE retrieval bakcend
on PowerNV platform can return unfrozen state for the EEH core to
moving forward. Flag EEH_PE_CFG_BLOCKED isn't the correct one for
the purpose.
In PCI passthrou cas
In PCI passthrou scenario, we need simulate EEH recovery for Emulex
adapters when their ownership changes, as we did in commit 5cfb20b96
("powerpc/eeh: Emulate EEH recovery for VFIO devices"). Broadcom
BCM5719 adpaters are facing same problem and needs same cure.
Reported-by: Rajeshkumar Subramani
The patch refactors eeh_reset_pe() in order for:
* Varied return values for different failure cases.
* Replace pr_err() with pr_warn() and print function name.
* Coding style cleanup.
Signed-off-by: Gavin Shan
---
arch/powerpc/kernel/eeh.c | 29 ++---
1 file cha
On Thu, 2014-11-13 at 03:21 -0600, Emil Medve wrote:
> From: Kumar Gala
>
> Signed-off-by: Kumar Gala
> Signed-off-by: Geoff Thorpe
> Signed-off-by: Hai-Ying Wang
> Signed-off-by: Chunhe Lan
> Signed-off-by: Poonam Aggrwal
> Signed-off-by: Emil Medve
> Change-Id: If643fa5ba0a903aef8f5056a2c
On Thu, 2014-11-13 at 14:10 +0100, Wolfram Sang wrote:
> > > Please sort the includes.
> >
> > Ugh ? Since when do we do that ? :-)
>
> Since I realised it is more readable and reduces likeliness of
> duplicated includes.
Ok, I assume alphabetical rather than Ingo's aesthetic "tree" ?
> > > > +
On Thu, 2014-11-13 at 10:59 -0600, Paul Clarke wrote:
> On 11/12/2014 12:03 AM, Benjamin Herrenschmidt wrote:
> > If OPAL requests it, call it back via opal_poll_events() at a
> > regular interval. Some versions of OPAL on some machines require
> > this to operate some internal timeouts properly.
>
On 11/12/2014 08:39 PM, Michael Ellerman wrote:
On Wed, 2014-11-05 at 11:06 -0600, Paul Clarke wrote:
On 10/07/2014 09:52 PM, Michael Ellerman wrote:
On Tue, 2014-07-10 at 19:13:24 UTC, Paul Clarke wrote:
This patch short-circuits the reset of the decrementer, exiting after
the decrementer res
On 11/13/2014 06:10 PM, Benjamin Herrenschmidt wrote:
On Thu, 2014-11-13 at 21:56 +1100, Benjamin Herrenschmidt wrote:
No, there is no timeout, if that fails something went quite wrong, it
could almost be a BUG_ON (basically we passed a wrong token or a NULL
msg).
+ }
+
+ rc = be64_to_cpu
On 11/12/2014 12:03 AM, Benjamin Herrenschmidt wrote:
If OPAL requests it, call it back via opal_poll_events() at a
regular interval. Some versions of OPAL on some machines require
this to operate some internal timeouts properly.
I don't see any reason why not, but wanted to ask to make sure: t
> > Please sort the includes.
>
> Ugh ? Since when do we do that ? :-)
Since I realised it is more readable and reduces likeliness of
duplicated includes.
> > > + rc = opal_i2c_request(token, bus_id, req);
> > > + if (rc != OPAL_ASYNC_COMPLETION) {
> > > + rc = -EIO;
> > > + got
On Thu, 2014-11-13 at 12:44 +, Grant Likely wrote:
> On Thu, Nov 13, 2014 at 12:45 AM, Benjamin Herrenschmidt
> wrote:
> > What about this one instead ? I want to cache it because that function
> > can be called quite a while and doing two additional property lookup
> > and string compares eve
On Thu, Nov 13, 2014 at 12:45 AM, Benjamin Herrenschmidt
wrote:
> What about this one instead ? I want to cache it because that function
> can be called quite a while and doing two additional property lookup
> and string compares every time might hurt some platforms.
>
>
>
> We have a histori
On Thu, 2014-11-13 at 21:56 +1100, Benjamin Herrenschmidt wrote:
>
> No, there is no timeout, if that fails something went quite wrong, it
> could almost be a BUG_ON (basically we passed a wrong token or a NULL
> msg).
>
> > > + }
> > > +
> > > + rc = be64_to_cpu(msg.params[1]);
> > > + if
On Thu, 2014-11-13 at 08:58 +0100, Wolfram Sang wrote:
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
>
> Please sort the includes.
Ugh ? Since when do we do that ? :-)
> > +static int i2c_opa
On 11/11/2014 10:56 AM, Anshuman Khandual wrote:
> This patch enables get and set of miscellaneous debug registers through
> ptrace PTRACE_GETREGSET-PTRACE_SETREGSET interface by implementing new
> powerpc specific register set REGSET_MISC support corresponding to the
> new ELF core note NT_PPC_MIS
From: Kumar Gala
Signed-off-by: Kumar Gala
Signed-off-by: Geoff Thorpe
Signed-off-by: Hai-Ying Wang
Signed-off-by: Chunhe Lan
Signed-off-by: Poonam Aggrwal
Signed-off-by: Emil Medve
Change-Id: If643fa5ba0a903aef8f5056a2c90ebecc995b760
---
Based on:
http://patchwork.ozlabs.org/patch
From: Kumar Gala
Signed-off-by: Kumar Gala
Signed-off-by: Geoff Thorpe
Signed-off-by: Hai-Ying Wang
Signed-off-by: Emil Medve
Change-Id: I16e63db731e55a3d60d4e147573c1af8718082d3
---
Based on:
http://patchwork.ozlabs.org/patch/407034
http://patchwork.ozlabs.org/patch/407037
On Thu, 2014-11-13 at 02:27 -0600, Xie Shaohui-B21989 wrote:
>
>
> Best Regards,
> Shaohui Xie
>
>
> > -Original Message-
> > From: Wood Scott-B07421
> > Sent: Thursday, November 13, 2014 4:04 PM
> > To: Xie Shaohui-B21989
> > Cc: Liberman Igal-B31950; linuxppc-dev@lists.ozlabs.org;
>
Best Regards,
Shaohui Xie
> -Original Message-
> From: Wood Scott-B07421
> Sent: Thursday, November 13, 2014 4:04 PM
> To: Xie Shaohui-B21989
> Cc: Liberman Igal-B31950; linuxppc-dev@lists.ozlabs.org;
> devicet...@vger.kernel.org; Medve Emilian-EMMEDVE1
> Subject: Re: [PATCH] DT: add M
On Thu, 2014-11-13 at 02:02 -0600, Xie Shaohui-B21989 wrote:
>
>
> Best Regards,
> Shaohui Xie
>
>
> > -Original Message-
> > From: Wood Scott-B07421
> > Sent: Thursday, November 13, 2014 3:15 PM
> > To: Xie Shaohui-B21989
> > Cc: Liberman Igal-B31950; linuxppc-dev@lists.ozlabs.org;
>
Best Regards,
Shaohui Xie
> -Original Message-
> From: Wood Scott-B07421
> Sent: Thursday, November 13, 2014 3:15 PM
> To: Xie Shaohui-B21989
> Cc: Liberman Igal-B31950; linuxppc-dev@lists.ozlabs.org;
> devicet...@vger.kernel.org; Medve Emilian-EMMEDVE1
> Subject: Re: [PATCH] DT: add M
36 matches
Mail list logo
