Requires fixing one typo.
Signed-off-by: Rusty Russell
---
drivers/misc/Kconfig | 2 +-
drivers/misc/cxl-memcpy.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/misc/Kconfig b/drivers/misc/Kconfig
index 5262514..f778497 100644
--- a/drivers/misc/Kconfig
+++ b
Signed-off-by: Rusty Russell
---
drivers/misc/cxl/api.c | 11 ++-
drivers/misc/cxl/vphb.c | 1 +
2 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/drivers/misc/cxl/api.c b/drivers/misc/cxl/api.c
index c7263ed..95d7b67 100644
--- a/drivers/misc/cxl/api.c
+++ b/drivers/misc/c
On Tue, Feb 10, 2015 at 01:14:11PM +1100, Benjamin Herrenschmidt wrote:
>On Tue, 2015-02-10 at 09:51 +0800, Wei Yang wrote:
>> On Tue, Feb 10, 2015 at 11:36:24AM +1100, Benjamin Herrenschmidt wrote:
>> >On Thu, 2015-01-15 at 10:27 +0800, Wei Yang wrote:
>> >> If we're going to reassign resources wi
On Tue, Feb 10, 2015 at 01:13:14PM +1100, Benjamin Herrenschmidt wrote:
>On Tue, 2015-02-10 at 09:35 +0800, Wei Yang wrote:
>> >Don't we want pcibios_sriov_enable() to be able to crop the number
>> >of VFs or do we think any resource limits have been applied
>> >already ?
>>
>> The second paramete
Michael Ellerman writes:
> I'm going to be a total pain, and suggest that this is the wrong approach :)
>
> I was on board until patch 15, where you have to add an #ifdef SKIBOOT to
> guard
> an include, and you have to remove an include on the Linux side.
(the Linux include was actually not use
On Tue, 2015-02-10 at 13:26 +1100, Stewart Smith wrote:
> This patch series takes a careful step-by-step process to sync the
> opal.h header file (definition of interface to OPAL firmware) with
> opal.h in firmware.
>
> Each patch is designed to be as obvious as possible so that it's
> easy for so
On Tue, 2015-02-10 at 13:26 +1100, Stewart Smith wrote:
> --- a/arch/powerpc/platforms/powernv/pci-ioda.c
> +++ b/arch/powerpc/platforms/powernv/pci-ioda.c
> @@ -1481,9 +1481,9 @@ int pnv_phb_to_cxl(struct pci_dev *dev)
>
> pe_info(pe, "Switching PHB to CXL\n");
>
> - rc = opal_pc
On Tue, 2015-02-10 at 11:12 +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2015-02-09 at 15:43 -0800, Dave Olson wrote:
> > Michael Ellerman wrote:
> >
> > > On Mon, 2015-02-09 at 14:14 -0800, Dave Olson wrote:
> > > > From: Dave Olson
> > > >
> > > > Fix missing L2 cache size in
> > > > /sys/
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/opal.h | 25 -
1 file changed, 16 insertions(+), 9 deletions(-)
diff --git a/arch/powerpc/include/asm/opal.h b/arch/powerpc/include/asm/opal.h
index c09cf66..2aaa861 100644
--- a/arch/powerpc/include/asm/opal.h
+
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/opal.h |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/include/asm/opal.h b/arch/powerpc/include/asm/opal.h
index 4373010..240ee1c 100644
--- a/arch/powerpc/include/asm/opal.h
+++ b/arch/powerpc/in
this adds CAPI and EPOW parts to opal.h that previously were only
in firmware opal.h
Currently unused, but gets us really close to being able to share
opal.h between firmware and linux.
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/opal.h | 52 +
Adds OPAL_MSG_DPO and docs for OPAL_MSG_SHUTDOWN
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/opal.h |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/powerpc/include/asm/opal.h b/arch/powerpc/include/asm/opal.h
index 3786c6b..2deaadf 100644
--- a/arch/po
For whatever strange reason, these two structures were in different
locations in opal.h in firmware and opal.h in Linux. Move them around
to match firmware so that the diff is less.
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/opal.h | 32
1 file c
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/opal.h | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/powerpc/include/asm/opal.h b/arch/powerpc/include/asm/opal.h
index 9ca5167..7075f57 100644
--- a/arch/powerpc/include/asm/opal.h
+++ b/arch/po
For whatever reason these structures were in different places.
Now they are not.
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/opal.h | 48 +++
1 file changed, 23 insertions(+), 25 deletions(-)
diff --git a/arch/powerpc/include/asm/opal.h b/arc
This patch just matches whitespace and comments between
the opal.h from firmware and that in linux.
No addition/removal.
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/opal.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/include/asm/opal.h b/
This patch series takes a careful step-by-step process to sync the
opal.h header file (definition of interface to OPAL firmware) with
opal.h in firmware.
Each patch is designed to be as obvious as possible so that it's
easy for someone else to prove that I haven't messed it up anywhere.
In the pr
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/opal-api.h |4
arch/powerpc/include/asm/opal.h |4
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/include/asm/opal-api.h
b/arch/powerpc/include/asm/opal-api.h
index c4009dd..172d08e 10064
Some enums in firmware opal.h were missing from linux opal.h, add them.
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/opal.h | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/include/asm/opal.h b/arch/powerpc/include/asm/opal.h
i
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/opal.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/include/asm/opal.h b/arch/powerpc/include/asm/opal.h
index 2441f36..68ce7ef 100644
--- a/arch/powerpc/include/asm/opal.h
+++ b/arch/powerpc/incl
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/opal.h |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/include/asm/opal.h b/arch/powerpc/include/asm/opal.h
index 7075f57..31b9656 100644
--- a/arch/powerpc/include/asm/opal.h
+++ b/arch/powerpc/
This finally syncs the content of opal.h between linux and firmware
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/opal.h |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/include/asm/opal.h b/arch/powerpc/include/asm/opal.h
index 68ce7ef..6ea59
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/opal.h |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/include/asm/opal.h b/arch/powerpc/include/asm/opal.h
index 2aaa861..b60a25a 100644
--- a/arch/powerpc/include/asm/opal.h
+++ b/arch/powerpc/
To further the cause of syncing opal.h between firmware and linux,
move the function prototypes that were in opal.h out to opal-api.h
and fix the associated includes.
There are still a few places where opal.h is adequate.
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/opal-api.h
reduces the diff between linux and firmware header files significantly.
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/opal.h | 51 +++
1 file changed, 25 insertions(+), 26 deletions(-)
diff --git a/arch/powerpc/include/asm/opal.h b/arch/powerpc/
OPAL/IBM calls it CAPI and Linux calls it CXL because CAPI was taken.
In order to have opal.h match between firmware and Linux, we're going
to just deal with one call used in a place be CAPI rather than CXL to
match what's in firmware.
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/o
This just leaves us with CXL vs CAPI as differences in the list of OPAL
calls between opal.h in firmware and opal.h in Linux.
Signed-off-by: Stewart Smith
---
arch/powerpc/include/asm/opal.h |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/arch/powerpc/include/asm/o
On Tue, 2015-02-10 at 09:51 +0800, Wei Yang wrote:
> On Tue, Feb 10, 2015 at 11:36:24AM +1100, Benjamin Herrenschmidt wrote:
> >On Thu, 2015-01-15 at 10:27 +0800, Wei Yang wrote:
> >> If we're going to reassign resources with flag PCI_REASSIGN_ALL_RSRC, all
> >> resources will be cleaned out during
On Tue, 2015-02-10 at 09:35 +0800, Wei Yang wrote:
> >Don't we want pcibios_sriov_enable() to be able to crop the number
> >of VFs or do we think any resource limits have been applied
> >already ?
>
> The second parameter "initial" is the number of VFs will be enabled.
> Arch
> dependent function
On Mon, 9 Feb 2015, Michael Tessier wrote:
> Okay; I did my homeworks. We've loaded kernel V3.16 (Oct 14th, 2015)
> on an i.MX51 plattform and the problem is still there. Unless an
> important change occured in V3.19, it appears that the latest kernel
> is not the solution for us. So we're still n
On Tue, Feb 10, 2015 at 11:36:24AM +1100, Benjamin Herrenschmidt wrote:
>On Thu, 2015-01-15 at 10:27 +0800, Wei Yang wrote:
>> If we're going to reassign resources with flag PCI_REASSIGN_ALL_RSRC, all
>> resources will be cleaned out during device header fixup time and then get
>> reassigned by PCI
On Tue, Feb 10, 2015 at 11:32:59AM +1100, Benjamin Herrenschmidt wrote:
>On Thu, 2015-01-15 at 10:27 +0800, Wei Yang wrote:
>> The alignment of PF's IOV BAR is designed to be the individual size of a
>> VF's BAR size. This works fine for many platforms, but on PowerNV platform
>> it needs some chan
On Tue, Feb 10, 2015 at 11:26:19AM +1100, Benjamin Herrenschmidt wrote:
>On Thu, 2015-01-15 at 10:27 +0800, Wei Yang wrote:
>> + if ((retval = pcibios_sriov_enable(dev, initial))) {
>> + dev_err(&dev->dev, "Failure %d from
>> pcibios_sriov_setup()\n",
>> +
On Wed, 2015-02-04 at 17:44 -0600, Bjorn Helgaas wrote:
> >
> > diff --git a/Documentation/powerpc/pci_iov_resource_on_powernv.txt
> > b/Documentation/powerpc/pci_iov_resource_on_powernv.txt
> > new file mode 100644
> > index 000..10d4ac2
> > --- /dev/null
> > +++ b/Documentation/powerpc/pci_
On Thu, 2015-01-15 at 10:27 +0800, Wei Yang wrote:
> If we're going to reassign resources with flag PCI_REASSIGN_ALL_RSRC, all
> resources will be cleaned out during device header fixup time and then get
> reassigned by PCI core. However, the VF resources won't be reassigned and
> thus, we shouldn'
On Thu, 2015-01-15 at 10:27 +0800, Wei Yang wrote:
> The alignment of PF's IOV BAR is designed to be the individual size of a
> VF's BAR size. This works fine for many platforms, but on PowerNV platform
> it needs some change.
>
> The original alignment works, since at sizing and assigning stage t
On Thu, 2015-01-15 at 10:27 +0800, Wei Yang wrote:
> + if ((retval = pcibios_sriov_enable(dev, initial))) {
> + dev_err(&dev->dev, "Failure %d from
> pcibios_sriov_setup()\n",
> + retval);
> + return retval;
> + }
> +
Don't we want pcib
On Wed, 2015-02-04 at 17:44 -0600, Bjorn Helgaas wrote:
> Ben, I know you chimed in earlier to help explain PEs. Are you or
> another powerpc maintainer planning to ack all this?
I'll get through it in the next day or so.
Cheers,
Ben.
___
Linuxppc-de
On Mon, 2015-02-09 at 15:43 -0800, Dave Olson wrote:
> Michael Ellerman wrote:
>
> > On Mon, 2015-02-09 at 14:14 -0800, Dave Olson wrote:
> > > From: Dave Olson
> > >
> > > Fix missing L2 cache size in
> > > /sys/devices/system/cpu/cpu0/cache/index2/size
> > > This bug appears to be introduced
Michael Ellerman wrote:
> On Mon, 2015-02-09 at 14:14 -0800, Dave Olson wrote:
> > From: Dave Olson
> >
> > Fix missing L2 cache size in /sys/devices/system/cpu/cpu0/cache/index2/size
> > This bug appears to be introduced in 2.6.29 by
> > 93197a36a9c16a85fb24cf5a8639f7bf9af838a3.
> > The missi
On Mon, 2015-02-09 at 14:14 -0800, Dave Olson wrote:
> From: Dave Olson
>
> Fix missing L2 cache size in /sys/devices/system/cpu/cpu0/cache/index2/size
> This bug appears to be introduced in 2.6.29 by
> 93197a36a9c16a85fb24cf5a8639f7bf9af838a3.
> The missing entry caused lscpu to error out on e5
> > > > > > That is interresting, however, I have an older kernel running
> > > > > > an OHCI driver which is able to handle 4 codecs. Same usb
> > > > > > hardware (codecs and hub), but older kernel on a different
> > > > > > CPU, with much less power. This makes me believe that there's a
> >
As our various loops (copy, string, crypto etc) get more complicated,
we want to share implementations between userspace (eg glibc) and
the kernel. We also want to write userspace test harnesses to put
in tools/testing/selftest.
One gratuitous difference between userspace and the kernel is the
VSX
As our various loops (copy, string, crypto etc) get more complicated,
we want to share implementations between userspace (eg glibc) and
the kernel. We also want to write userspace test harnesses to put
in tools/testing/selftest.
One gratuitous difference between userspace and the kernel is the
VMX
From: Dave Olson
Fix missing L2 cache size in /sys/devices/system/cpu/cpu0/cache/index2/size
This bug appears to be introduced in 2.6.29 by
93197a36a9c16a85fb24cf5a8639f7bf9af838a3.
The missing entry caused lscpu to error out on e500v2 devices, and probably
others
error: cannot open /sys/devic
Joel Stanley writes:
> Register a notifier for a OPAL message indicating that the machine
> should prepare itself for a graceful power off.
>
> OPAL will tell us if the power off is a reboot or shutdown, but for now
> we perform the same orderly_poweroff action.
>
> Signed-off-by: Joel Stanley
I
> I'll NAK any external 'download area' (and I told that Andi
> before): tools/perf/event-tables/ or so is a good enough
> 'download area' with fast enough update cycles.
The proposal was to put it on kernel.org, similar to how
external firmware blobs are distributed. CPU event lists
are data sh
* Jiri Olsa wrote:
> On Mon, Feb 09, 2015 at 11:07:38AM +0100, Ingo Molnar wrote:
> >
> > * Peter Zijlstra wrote:
> >
> > > On Fri, Feb 06, 2015 at 04:43:54PM -0600, Tom Huynh wrote:
> > > > arch/powerpc/perf/e6500-events-list.h | 289
> > > > ++
> > >
> > >
On Mon, Feb 09, 2015 at 11:07:38AM +0100, Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
> > On Fri, Feb 06, 2015 at 04:43:54PM -0600, Tom Huynh wrote:
> > > arch/powerpc/perf/e6500-events-list.h | 289
> > > ++
> >
> > That's a lot of events to stuff in the k
* Peter Zijlstra wrote:
> On Fri, Feb 06, 2015 at 04:43:54PM -0600, Tom Huynh wrote:
> > arch/powerpc/perf/e6500-events-list.h | 289
> > ++
>
> That's a lot of events to stuff in the kernel, would a
> userspace list not be more convenient?
>
> ISTR there bein
On Fri, Feb 06, 2015 at 04:43:54PM -0600, Tom Huynh wrote:
> arch/powerpc/perf/e6500-events-list.h | 289
> ++
That's a lot of events to stuff in the kernel, would a userspace list
not be more convenient?
ISTR there being various discussions on providing support f
On 01/30/2015 12:13 PM, Joel Stanley wrote:
> Register a notifier for a OPAL message indicating that the machine
> should prepare itself for a graceful power off.
>
> OPAL will tell us if the power off is a reboot or shutdown, but for now
> we perform the same orderly_poweroff action.
>
> Signed-
Obvious mistake on my behalf to send the patch with lines commented out.
I will fix it in v2.
On 09.02.2015 09:55, Bogdan Purcareata wrote:
In certain scenarios - e.g. seccomp filtering with ERRNO as default action -
the system call fails for other reasons than the syscall not being available.
Signed-off-by: Bogdan Purcareata
---
arch/powerpc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index a2a168e..72f363e 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -104,6 +104,7 @@ config PPC
select HAVE_EFFICIEN
The secure_computing_strict will just force the kernel to panic on
secure_computing failure. Once SECCOMP_FILTER support is enabled in the kernel,
syscalls can be denied without system failure.
Signed-off-by: Bogdan Purcareata
---
arch/powerpc/kernel/ptrace.c | 4 +++-
1 file changed, 3 insertio
Add the missing pieces in order to enable SECCOMP_FILTER on PowerPC
architectures, and enable this support.
Testing has been pursued using libseccomp with the latest ppc support patches
[1], on Freescale platforms for both ppc and ppc64. ppc64le support is
untested.
[1] https://groups.google.com/
56 matches
Mail list logo
